三种工作模式怎么选

三种模式一句话区分

模式	行为	适合场景
Agent	你说，它做。直接读写文件、跑命令、交付结果	明确知道要做什么
Plan	先想清楚给你看方案，你确认后才动手	复杂/不可逆的任务
Ask	只聊，不碰任何文件	纯咨询、不确定时要建议

Agent：默认档，但别无脑用

Agent 模式下它会自主执行到底：读文件、改代码、跑命令、装依赖，全程不问你。

适合：

• 目标明确的小任务（“给这个函数加单元测试”）
• 你已经想清楚方案，只是懒得动手
• 可回滚的场景（有 git 兜底）

不适合：

• 涉及删除、覆盖、发布的操作
• 你还没想清楚要什么

⚠️ 血泪教训：让 Agent 模式“清理一下项目里没用的文件”，它真的会删。涉及破坏性操作时，切到 Plan 模式，或者先让它在 Ask 模式下列出将要删除的清单。

Plan：复杂任务的保险丝

Plan 模式会先输出一份执行方案——拆解步骤、涉及文件、可能的取舍，等你点头才动手。

强烈建议用 Plan 的场景：

• 重构、架构调整
• 批量修改影响多个文件
• 数据库迁移
• 任何你做完会后悔却撤销不了的操作

代价是多一轮确认对话。相比删错文件的代价，这笔时间花得值。

Ask：最被低估的模式

Ask 模式只读不写，是最安全的探索方式。

适合：

• “这个项目是怎么组织认证的？”——让它读代码然后解释
• “这两个方案哪个更适合我的场景？”
• 不确定需求时先聊清楚

很多人直接开 Agent 问问题，结果 AI 为了“完成”任务顺手改了几个文件。问问题就用 Ask。

选择决策树

要动手改东西吗？
├─ 否 → Ask 模式
└─ 是 ↓
   改错了能撤销吗？
   ├─ 能，且方案已明确 → Agent 模式
   └─ 不能 / 方案还没想清楚 → Plan 模式

一个实战建议

复杂项目里三种模式混用是最优解：

1. Ask 阶段：让它读代码、理解现状、给建议
2. Plan 阶段：确认改造方案与影响范围
3. Agent 阶段：方案定了，让它一次性执行完

这样既不会让 AI 乱改，也不会浪费你的时间在反复确认上。

下一篇

第一个任务：读代码改代码——用真实案例跑通全流程。