这是改变了我项目的那一行：
Next · Generate draft
那是终端 UI 里一个按钮上的标签。它出现在你批准一份编辑简报之后，就在 Meldr 里——那是我正在做的写作工作流工具。我把它删掉了，我想解释一下原因，因为它最终改变的不只是界面。
Meldr 从何而来
Meldr 诞生于自私：我想为自己的工作流精简文章写作。写一篇技术文章，围绕写作本身要做大量工作。开始之前，我要确认是否有人已经写过这个想法，以及我实际掌握了哪些证据。写完之后，我要核实各种说法。实际上，这意味着 15 个浏览器标签页、几段 AI 对话、我的编辑器，还有散落各处的笔记。拖慢速度的是这种碎片化，而不是写作本身。
所以我在构建它，把这些步骤融合进一个终端工作流：
research → angle → editorial brief → approved outline → write → review → publish
步骤之间的一切都以纯 Markdown 文件形式存在，而有两个节点由人来决定：批准简报，以及接受或拒绝评审建议。
那个按钮在说什么
Meldr 正在生成一份可发布的草稿
批准一份简报意味着“我同意这个方向”。那个按钮把它变成了“现在生成全部正文”。一次按键就把你从大纲带到了看起来像成品文章的东西。
这件事让我有点不安。如果其他写作者要用 Meldr，我必须问自己：这会鼓励完全由 AI 写成的文章吗，甚至是垃圾内容？
技术文章之所以有用，是因为它承载着只有作者才有的东西：真实的 bug、比预想更难的取舍、让他们意外的地方。一个从大纲出发的模型这些东西一样都没有。它用看似合理、自信、可随意替换的文字填补空白，而这就是人们所说的 AI 垃圾内容。
说清楚一点，我不是说谁都不该用 AI 起草。那是每个写作者自己的选择。我的决定更窄：我不想构建一个其推荐路径通向那里的工具。默认设置会告诉人们一个工具对他们有什么期待，所以我彻底移除了草稿生成，而不是把它藏到某个设置后面。
现在你批准一份简报之后，下一步是打开working.md然后写。
Meldr 转而做什么
Meldr 帮助处理写作周边的工作，每一部分的设计都是让模型提出建议、由作者做决定。
你的文章就是你的。没有生成的草稿，归属就很简单：
article/
├── brief.md direction, audience, thesis, scope, outline
├── working.md your article
├── editorial-notes.md author placeholders, open verification work
└── revisions/ review proposals, section suggestions, claim reports
评审需要真正的成文内容。如果working.md只是一个标题，“评审我的草稿”就可能悄悄变成“替我写一篇”。Meldr 拒绝评审只有标题的文件。一旦有了文本，它会审视结构、语气，以及那些听起来比证据所支持的更确定的论断，所有结果都以建议的形式返回，你可以接受、编辑或忽略。
章节帮助按需提供。对于我卡住的某个章节，Meldr 会问我想怎么做：
What would you like to do?
› I'll write this section
Suggest talking points
Help me start it
Skip for now
只有我主动请求时才会调用模型，结果是一份建议，它绝不会触碰working.md除非我接受它。
建议可能会过期。如果 Meldr 评审了你的文章，然后你重写了三段，接受旧建议就会把它应用到一个已不存在的版本上。Meldr 在创建修订时会记录源文章的 SHA-256 摘要，并在接受时再次校验：
proposal source ≠ current article → stale, refuse to apply
空白始终明确归你所有。当模型没有真实例子时，它会编造一个。所以 Meldr 让作者拥有的空白保持未解决状态，而不是把它们糊弄过去：
[AUTHOR: Add the real debugging problem that caused you to build this.]
论断也得到同样的处理。Meldr 会标记出值得核实的陈述，并说明什么样的证据会有帮助，但它不会宣称它们为真。论断报告与修订保持分离，因此不确定性无法被接受进已核实的成文内容中。它会变成一份研究清单。
取舍
Meldr 比那种一分钟就给你一份草稿的工具要慢，这是有意为之。它也仍在开发中，所以我可能会发现其中一些选择需要调整。但我想要获得帮助的写作部分，是研究、结构和核查，而这些都不需要工具替我写文章。
关于隐私的一点说明：Meldr 是本地优先的，所以项目存放在你的机器上，随时可检查，但当你请求模型帮助时，相关上下文会发送到你配置的任意提供商。也不存在自动发布步骤。
我从中得到的启示
我原以为这个教训会关于 AI。结果它关于默认设置。一个被推荐的按钮塑造了文件布局、评审逻辑，以及我如何看待这个工具中谁拥有什么。
如果你在构建工具时把 AI 纳入循环，是否也曾被这样的默认行为惊到过？如果你在写技术文章时使用 AI，你希望它在哪些环节帮忙：调研、结构、校对、事实核查，还是攻克某个难写的段落？