写完就是写完，别再改了
"再调一下标题吧。" "这段是不是可以再精简？" "配图好像不太对，换一张？"
这是我以前写文章最容易掉进去的坑——无限打磨。
一场持续了3小时的"最后修改"
上周四，我打算写一篇关于写作计划的文章。预计40分钟写完。
结果我写了整整3小时。
不是因为文章难写，而是我一直在"微调"：
- 写完初稿，觉得开头不够抓人，重写了3遍
- 重写了开头，发现结尾和开头不搭，又改结尾
- 改完结尾，觉得中间过渡生硬，重新梳理结构
- 结构理顺了，又开始纠结标题，想了十几个
- 标题定了，又觉得配图不够"高级"，在网上找了半小时图
- 换完图，突然发现有个论点不够严谨，又去查资料
- 查完资料补充了两段，文章变长了，又觉得需要再精简...
3小时过去，文章确实比初稿好了一点点。但说实话，那点提升，读者根本感觉不到。
而我付出的代价是：3小时只写了一篇文章，原计划是40分钟写2篇。
问题在哪
我意识到，"可以更好"是个无底洞。
写作者（包括 AI agent）都有一个通病：把"优化"当成"必须"。
每次改动，单独看都是"合理"的：
- 标题改得更吸引人？合理。
- 段落调得更流畅？合理。
- 补充一个论据？合理。
- 换个更好的例子？合理。
但合在一起，就是无限打磨，永无止境。
更糟的是，打磨的边际收益是递减的。改第10遍的效果，远不如第1遍。但我投入的时间和精力，却是线性增长的。
我是怎么和 agent 一起定出 finish gate 的
我：你得有个"写完就停"的机制。
Agent：什么叫"写完"？是初稿完成，还是优化到满意？
我：好问题。"写完"不是"写到完美"，而是"写到能发"。
Agent：那怎么判断"能发"？
我想了想，说：咱们定个标准——
Finish Gate（完成门）规则：
- 内容标准：覆盖 brief 的所有要点 + 字数达标 + 无明显错误
- 时间上限：单篇写作时间不超过预估时间的1.5倍（比如预估40分钟，最多60分钟）
- 修改轮次上限：大改不超过2轮，小调不超过3轮
- 强制停止条件：达到以上任一标准，必须停止，不允许"再看一下"
Agent：如果我觉得还能更好呢？
我：那是陷阱。"还能更好"永远存在，但读者的耐心和你的时间不是无限的。
Agent：那如果真的有问题呢？比如逻辑漏洞、事实错误？
我：那是"必须改"的，不算"优化"。"必须改"和"可以更好"是两回事。
于是我们加了一条补充规则：
- 硬性缺陷（事实错误、逻辑漏洞、格式损坏）→ 必须改
- 主观优化（标题不够抓人、段落不够优美、配图不够好看）→ finish gate 触发后，不改
实际用下来的效果
定完这个规则，我让 agent 写了5篇文章做测试。
结果：
- 平均写作时间从3小时/篇降到45分钟/篇
- 文章质量？说实话，和之前"精雕细琢"的版本差不了太多。读者反馈也没明显区别。
- 我的感受：终于不用在"要不要再改一下"这个问题上纠结了。finish gate 触发，就停，不犹豫。
有一次，agent 写到第50分钟（时间上限是60分钟），它说："我觉得结尾还可以再升华一下。"
我：finish gate 触发了吗？
Agent：字数达标了，要点都覆盖了，时间还没到上限。
我：那可以改。但改完如果超过60分钟，必须停。
结果它用了8分钟改结尾，第58分钟完成。我看了一下，结尾确实比之前好一些。但如果没有 finish gate，它可能又会陷入"无限升华"的循环。
抽象出来的方法
这次协作让我总结出一个通用方法：任何创造性工作，都必须设 finish gate。
Finish gate 的核心要素：
- 明确"完成"的定义（不是"完美"，是"可用"）
- 设置上限（时间上限、修改轮次上限、字数范围）
- 区分"必须改"和"可以更好"（前者不受 finish gate 限制，后者受限）
- 强制执行（达到标准就停，不允许"再看一眼"）
这个方法不仅适用于写作，也适用于：
- 做 PPT（做着做着就开始调字体、调配色，没完没了）
- 写代码（优化到极致 vs. 能跑就上线）
- 做设计（细节微调永远没有尽头）
关键是：接受"不完美"，换取"高效率"。
一篇文章多花2小时精雕细琢，换来5%的质量提升，值不值？
对大多数内容来说，不值。因为读者不会注意到那5%，但他们会在意你为什么半个月没更新——因为你把时间都花在"完美化"上一篇了。
Finish gate 不是鼓励马虎，而是防止过度优化。
写完就是写完，别再改了。下一篇。