AI让添加功能更快——那么为什么不再加一个？
本文讨论了AI编码工具如何大幅缩短功能开发时间，但同时也带来了范围蔓延的风险。作者以自身产品grith为例，分析了当每个功能只需几小时而非几天时，自律和范围限制变得至关重要。
文章情报
要点
- AI大幅缩短了功能开发时间，使得“再多加一个功能”的诱惑更大。
- 每个单独的功能看起来都是好主意，但累积起来会导致项目范围失控。
- 作者通过区分“安全模型要求的功能”和“真正的范围扩张”来管理范围。
- 建议通过先写计划、明确发布路径、让AI互相辩论等方法来保持纪律。
为什么重要
这条新闻值得关注，因为AI大幅缩短了功能开发时间，使得“再多加一个功能”的诱惑更大。
技术影响
可能影响模型选型、推理成本、产品能力和评测基准。
随着AI编码工具的发展，添加新功能所需的时间急剧下降。过去需要周末完成的功能，现在只需一个下午；原本需要下午的，现在一个小时就够。这种变化听起来是好事，但作者指出，它带来了一个隐性陷阱：范围蔓延。
当每个功能的单位时间成本从几天降到几小时时，开发者倾向于添加更多功能，因为“只是多花几个小时”的想法变得合理。然而，这些“合理”的小决定累加起来，往往导致项目偏离初衷。作者以自己正在开发的grith产品为例，描述了原始MVP仅是一个Linux上的两句话描述：拦截CLI代理的系统调用，通过多阶段过滤管道，返回允许、拒绝或排队等待审查。但现在的产品包含了大量超出原始范围的功能：带有实时会话跟踪、散点图、甜甜圈图和摘要审查流程的仪表盘，基于贝叶斯更新的自适应信誉系统，长时间运行的守护进程，通知通道，配置文件编辑器，远程配置文件覆盖分发等。
并非所有额外功能都是不必要的。作者将新增功能分为两类：第一类是安全模型要求的基本功能，如哈希链完整性、AES-256-GCM静态加密、秘密扫描模式、敏感路径启发式、带熵检查的出站过滤器等。这些是产品核心竞争力的必要组成部分，是基本能力而非“功能”。第二类是真正的范围扩张，如复杂的仪表盘和自适应系统。问题在于，AI加速了第二类功能的实现，使得开发者难以拒绝。
为了应对这一挑战，作者提出了一些纪律：先写计划，用散文形式解释为什么要做、约束条件、替代方案；明确定义发布路径，对于grith来说就是“受监督的Claude Code会话、真实过滤管道、真实摘要，仅限Linux”；让AI在不同会话中互相辩论，从一个冷启动的会话来审查设计；限制同时进行的功能数量；警惕“第二阶计划”——计划中的计划。作者强调，这些方法并非新颖，但在AI时代，由于旧的“时间预算”限制已经消失，开发者需要更主动、更频繁地应用它们。
最终，grith的v1版本将仅限Linux发布。作者认为产品因第一类功能而更强，但第二类功能导致了延迟。真正的教训是：少构建第二类功能，不为第一类道歉。