代理编程中专注的力量

亚历克斯·格雷夫利（Alex Graveley），GitHub Copilot 的创造者，用一支笔和一张纸改变了作者对代理编程的看法。在一次周二访问中，当作者提到还需要一周时间才能实现自助服务时，格雷夫利却断言只需四小时。他写下十个步骤，交给作者，这就是全部计划。

作者经历了代理编程的所有阶段：从ChatGPT复制粘贴、Cursor、Claude Code、Codex，再到子代理和编排框架，始终假设更多工具意味着更多产出。然而，格雷夫利指出，真正的瓶颈是未定向的范围，而不是模型或工具。没有固定清单，并行代理只会增加在制品，而不是吞吐量。十个会话可能导致五个半成品功能，却无一交付。

格雷夫利将那些不推动指标或为用户扫除障碍的工作称为“虚假工作”。在初创公司中，唯一重要的是获取用户并消除这一目标的障碍。他的方法直截了当：在纸上列出十个步骤，使用两个Claude Code会话，其他一概不用。清单是与自己达成的关于今日交付内容的契约。

每个新项目，他都会创建一份全新的CLAUDE.md文件，只有遇到令人烦恼的问题时才添加规则。例如，Claude频繁询问是否提交？那就更新文件。他称之为“烦恼驱动开发”：不预先加载规则，而是通过摩擦来赢得它们。会话结束时，规则包括：保持一切简洁，避免不必要的抽象和注释，当下一步明确时直接执行，尽可能通用，并尽可能并行化独立步骤。

在提示方面，作者倾向于填充大量上下文，而格雷夫利则保持提示简短。对于许多团队已经解决的任务（如ECS、认证、数据库迁移），更多上下文意味着更多噪声。模型已经知道通用路径，它不知道的是你的特定约束，那才是你应投入上下文预算的地方。

关于早期优化，作者习惯超前考虑可靠性和扩展性，但格雷夫利指出：“为少量用户构建可扩展性其实是逃避。”这种方法改变了范围纪律，而非质量标准。十步清单是一种强制函数，而不是质量捷径。每一步都要验证其有效性。纪律在于编写足够紧凑的清单，使每一步都有明确的完成状态。

它消除了因范围过大的代理导致的架构漂移。简短提示、严格范围、明确的步骤审查——这就是治理。简单但有效。会话结束时，他们完成了十步中的第六步。格雷夫利说：“不要停下来，直到完成清单。明天重复。”到了晚上，任何请求访问的用户都可以端到端地完成注册。

在代理编程时代，专注是超能力。那些看起来像速度的范围蔓延正在吞噬你大部分AI编码收益。更多会话、更多产出，但真正重要的东西却交付得更少。作者最初以为瓶颈是工具，但离开时仅带着一张划掉的清单。里程碑交付了。

现在看看你在做什么。你能用清晰的步骤写在纸上吗？如果不能，你只是在跟着感觉走，而不是遵循明确的计划。