WorkBuddy 的三个任务模式不是“低级、中级、高级”，而是三种不同的执行承诺。选错模式，轻则多走几步，重则让本来只想咨询的问题变成文件修改或命令执行。
三种模式的核心区别
| 模式 | 核心行为 | 适合场景 | 主要风险 |
|---|---|---|---|
| Ask | 读取、理解、解释，不主动修改 | 了解材料、问方案、查问题 | 回答可能不完整，但写入风险最低 |
| Craft | 直接创建、修改和执行 | 边界清楚、结果明确的任务 | 指令含糊时可能改错范围 |
| Plan | 先拆解方案，确认后执行 | 多文件、长流程、高风险任务 | 计划本身仍需人工审查 |
一个实用原则是：不确定目标时用 Ask，不确定过程时用 Plan，目标和过程都清楚时才用 Craft。
用任务阶段选择
同一项工作可以在不同阶段切换模式。
以整理项目代码为例：
- Ask：解释目录结构和主要风险，不修改文件。
- Plan：列出准备修改的文件、测试和回滚方式。
- Craft：确认计划后执行修改和测试。
这比一开始就写“帮我优化整个项目”更可控，也更容易定位错误。
办公任务怎么选
- 解释一份报告：Ask。
- 把确认过的字段生成表格：Craft。
- 合并十几份材料并重写结构：Plan。
- 批量重命名或移动文件：Plan，并先用副本。
- 连接邮箱或文档平台读取真实数据：Plan，并单独审查连接器权限。
Coding 任务怎么选
- 阅读代码和解释报错：Ask。
- 修改一个边界明确的文案或测试：Craft。
- 重构模块、升级依赖、跨文件修复：Plan。
- 运行删除、迁移、部署类命令：Plan，加人工确认。
即使使用 Craft，也要明确“允许修改哪些文件、必须运行哪些测试、禁止执行哪些命令”。
设计任务怎么选
- 分析品牌材料和提出方向：Ask。
- 按明确尺寸生成一张草稿：Craft。
- 从研究、结构、文案到多页 PPT：Plan。
- 批量覆盖已有设计文件：Plan，并输出到新目录。
模型选择不是越强越好
本地界面提供自动模型选择。新手可以先让系统根据任务匹配模型，但要记录三个结果：完成时间、产物质量和消耗。
当任务出现以下情况，再考虑手动选择：
- 长文档或大代码库需要更长上下文。
- 任务需要稳定的结构化输出。
- 成本或响应速度有明确上限。
- 某类工具调用在特定模型下表现更稳定。
不要仅凭模型名称判断效果。用同一份小样本和同一套验收标准做比较。
权限要和模式一起看
模式决定 Agent 想做什么，权限决定它能做什么。两者缺一不可。
| 任务 | 推荐模式 | 推荐权限 |
|---|---|---|
| 阅读单个公开文件 | Ask | 指定文件只读 |
| 在练习目录生成新文件 | Craft | 当前工作区标准读写 |
| 修改代码并运行测试 | Plan → Craft | 指定仓库读写和必要命令 |
| 整理整个下载目录 | Plan | 先复制到练习目录，不直接完全访问 |
| 自动发布或发送消息 | Plan | 指定连接器 + 发送前确认 |
“默认权限”很方便，但不应自动等于“完全访问”。长期使用前，要定期检查默认权限是否被某次任务扩大。
一个 30 秒决策表
开始任务前问自己：
- 只需要答案，还是需要产物？
- 会不会修改现有文件？
- 任务是否跨多个文件或工具？
- 失败能否轻松回滚？
- 是否涉及真实账号、外部发送或生产环境？
只要第 3 到第 5 项任意一项为“是”，优先 Plan；只要不需要产物，优先 Ask；只有边界清楚、可回滚时直接 Craft。
完成检查
- 你能用一句话解释 Ask、Craft、Plan 的区别。
- 你会把一个复杂任务拆成 Ask → Plan → Craft。
- 你知道模式不能替代工作区和权限控制。
- 你不会因为自动模型方便就忽略消耗和结果验证。
- 涉及外部发送、生产代码和批量文件时，你会保留人工确认。