霍格沃兹测试开发学社
二、Build 不是 Plan 的“升级版”——它们是两个东西先厘清一个最普遍的误解。很多人以为 Plan 和 Build 是“简略版”和“完整版”的关系——Plan 是轻量级方案，Build 是重拳出击。不对。Plan 模式和 Build 模式的核心差异在于：Plan 不修改任何文件，Build 会修改文件。就这么简单。Plan 模式禁用了所有写操作。你不能用 Plan 模式改代码，它根本不会调用 edit、write 这些工具。它只做一件事：读代码、分析、输出方案。Build 模式拥有完整的工具权限。可以读文件、写文件、改文件、跑命令、删文件——所有操作都能做。所以 Plan 和 Build 不是程度差异，是权限差异。Plan = 只读 + 输出方案。 Build = 读写 + 执行操作。搞清楚这个，你就明白了一半。三、Plan 模式到底在做什么Plan 模式的定位是“只动脑不动手”。你给它一个需求，它会：第一步，读取相关代码。它通过 read 工具读取你指定的文件，或者通过 grep 搜索相关代码片段。第二步，分析依赖关系。它要搞清楚这个需求涉及哪些模块、哪些函数、哪些数据流。第三步，输出实施方案。用自然语言描述它打算怎么做，分几步，每一步改什么。整个过程中，它不会调用任何修改类工具。edit 不调，write 不调，bash 也不调（有文件写入风险的命令也被限制）。Plan 模式的核心价值是什么？把“理解偏差”消灭在执行之前。AI 编程最常翻车的地方，不是它写代码的能力不行，是它理解需求的能力有偏差。你描述一个需求，它按自己的理解开始写，写到一半你发现问题——但已经晚了。要么回滚，要么将就。Plan 模式让你在它动手之前，先看到它打算怎么做。方案不对？继续对话修正。方向偏了？调整描述重新规划。直到方案完全符合你的预期，再切到 Build 模式执行。怎么切到 Plan 模式？按 Tab 键。状态栏会显示当前模式。你也可以直接输入 /plan 命令切换到规划模式。GitLab 的官方指南里有一句话：任何非 trivial 的任务，永远先跑 Plan。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
