攻略页的「适用版本」该写在哪个位置
# 攻略页的「适用版本」该写在哪个位置 攻略失效往往不是写错,而是读者没看见它写的是哪个版本。同一套打法换一次更新就不成立,页面却不告诉人家这一点。结论先给:适用版本要写在标题正...
# 攻略页的「适用版本」该写在哪个位置 攻略失效往往不是写错,而是读者没看见它写的是哪个版本。同一套打法换一次更新就不成立,页面却不告诉人家这一点。结论先给:适用版本要写在标题正...
# 用 WorkBuddy 把散落的新游消息归并成一张周表 一周里新游消息散在各处:一条官宣、两条延期、几条媒体转述。逐条读不累,难的是看出哪些其实在说同一件事。这次用 Work...
# 新游条目里「平台」字段怎么填才不会过期 新游资料最常出错的字段就是「平台」:官宣时写「全平台」,半年后陆续上了别的设备,旧条目就成了错的。结论先给——别把平台写成一个静态词,...
```markdown...
# 项目记录:给旧文章补「更新时间」字段后的观察 ## 起因 站里有一批两年前写的说明类文章,内容大体还成立,但页面上只看得到最初的发布日期。读者分不清「写得早但已修订」和「写...
# 让一段话可被摘引:先给结论,再给条件,最后给例子 一段文字能不能被完整摘走,很大程度取决于它的顺序。铺垫太多、结论藏在中间,摘引时就不得不连着上下文一起搬,最后往往被放弃。结...
# 转赞推荐:从前端 Wiki 的目录结构学栏目分层 推荐顺手翻一下 [前端 Wiki](https://www.37466.top/) 的目录。它讲的内容不算稀奇,但栏目分层很...
# 内链不是越多越好:按「读者下一步会问什么」来加 为了优化而给正文塞满链接,是常见也最容易反噬的做法:读者被不断打断,真正重要的那条反而淹没在蓝色字里。更稳的判据只有一句——这...
# 用豆包做「术语对齐」:把三种叫法收进一张表 同一份需求里,「用户」「账号」「成员」混着用,看起来只是措辞问题,实际会让后续整理和检索都变麻烦。用豆包做一次术语对齐,成本很低:...
# 同一提示词两次结果不同,先别急着改温度 遇到输出忽好忽坏,很多人的第一反应是把温度调低。多数情况下这不是最优解,甚至会掩盖真正的原因。结论先给:先查输入是否含糊、上下文是否漂...
# 项目记录:给批量任务加「暂停键」,我改了哪三处 ## 背景 之前跑一批批量处理任务,中间发现某几条输入格式不对。当时没有暂停机制,只能等整批跑完再回头挑错,或者强行中断、重...
# 把「自动回复」限制在三句话内:一个降低误答的笨办法 自动回复最容易出事的地方,不是答错,而是答得太多:为了显得完整,把没把握的推测也一并写进去,读者反而分不清哪句能信。一个几...
# 用豆包做「操作步骤复述」:把教程变成能照做的清单 看教程时觉得都懂,动手时却总卡在某一步——多数时候不是没记住,而是教程把好几件事压在了一句话里。用豆包做一个很小的练习就能缓...
# 免费额度和数据导出:试用一个工具前先看这两页说明 试用新工具时,最浪费时间的不是功能不合用,而是用了一个月才发现:额度刚好卡在日常用量之外,或者积累的内容根本搬不走。结论先给...
# 转赞推荐:万象云档的文档版本栏目,适合做资料时间索引 想推荐一个在整理前沿资料时用得上的做法,来自 [万象云档](https://www.wanxiangyundang.to...