CodeBuddy 的 Ask / Craft / Plan：三种模式什么时候用哪个

三种模式解决的是「改动范围」问题

Ask 不改代码，Craft 在当前上下文里改，Plan 先规划再跨文件执行。选错模式的代价很直接：小任务用 Plan 浪费时间，大任务用 Craft 容易改得七零八落。

Ask：只想问，不想改

• 读不懂一段代码，想知道它到底在做什么。
• 看到一个报错，想先搞清成因再决定怎么改。
• 在两种方案之间犹豫，需要有人帮你比较取舍。
• 让它解释日志、配置、设计稿或第三方库的用法。

Ask 的价值是「零风险」：回答只停在对话里，不会落到你的文件上。

Craft：当前上下文里的快速生成与局部修改

典型任务是给这个函数补参数校验、把这段循环改成更清晰的写法、照着现有组件再写一个变体。特点是快，但它高度依赖你给的上下文，所以用 @ 指定文件比让它自己找靠谱得多。改动范围最好一次只圈一个文件或一个组件。

Plan：跨文件任务先出清单

当需求涉及多个文件、多个模块，或者你自己也说不清要动哪几处时，用 Plan。它会先给出任务清单，你确认或调整之后，它再按清单自主执行。

• 新增一个完整功能，从前端到接口调用都要动。
• 重构目录结构或统一某类写法。
• 把一个页面从静态数据接到真实接口。

清单这一步别跳过，它决定了后面改动的边界。

NES 前瞻补全：改一处，提示下一处

代码补全 Pro 引入的 NES（Next Edit Suggestions）是前瞻式编辑：你改了函数签名，它会把调用处、类型定义这些连带位置标出来，默认开启。手动触发用 Ctrl+Shift+Enter。它和普通补全的差别在于——普通补全猜「下一行写什么」，NES 猜「下一个该改哪里」。

怎么快速选对模式

• 只要结论、不要改动——Ask。
• 改动集中在一个文件、位置明确——Craft。
• 要改多处、存在先后依赖——Plan。
• 只是重复性调整（改名、加字段）——直接用 NES，比开对话更快。

一套组合用法

先用 Ask 把方案问清楚，再用 Plan 把任务拆开，中间零碎的局部修改切回 Craft，重复性改动交给 NES 补全。这套组合比「什么都丢给同一个模式」稳得多，也更容易控制改动范围。

上手建议

拿一个你熟悉的小需求，分别用三种模式各做一次，差异一次就能体会到。更多实操见教程频道，工具对比在工具库。本文截至 2026-11，模式命名与快捷键以官方文档为准。