WorkBuddy 最独特的设计之一，就是提供了三种工作模式来适配不同场景。选对模式，效率翻倍；选错模式，可能事倍功半。本文将深入解析每种模式的行为逻辑、适用场景、切换方法，并给出模式选择的决策指南。

🎯为什么需要三种模式？

传统 AI 助手只有一个模式——你问它答。但真实办公场景远比"问答"复杂：

• 有时候你只想查个信息，不希望 AI 动你的文件（比如查 API 文档）
• 有时候你要做复杂改动，希望先看到方案再决定是否执行（比如重构整个项目）
• 有时候就是让它干活，越快越好，别废话（比如格式化文件、跑个脚本）

三种模式对应三种信任级别：从"只看不动"到"先规划再动手"再到"直接干"。这种设计让你在不同场景下精准控制 AI 的行为边界。

💪Craft（实干）模式详解

Craft 是 WorkBuddy 的默认模式，也是日常使用频率最高的模式。核心理念是"你说我做"——你发出指令，WorkBuddy 自主规划步骤、调用工具、执行操作，直接交付结果。

行为特征

• 自主执行：接收到指令后，自动拆解为子步骤并逐步执行，无需逐步确认
• 工具调用：可读写文件、执行 Shell 命令、联网搜索、调用 MCP 连接器
• 安全兜底：高危操作（如 rm -rf、数据库 DROP）仍需用户手动授权
• 实时反馈：执行过程中实时展示每一步的操作和结果

典型场景

# 场景1：批量文件操作
> 把 src 目录下所有 .js 文件的 console.log 语句去掉

# 场景2：快速脚本
> 写一个 Python 脚本，监控这个目录的文件变化，有新文件就自动上传到 OSS

# 场景3：日常运维
> 查看服务器日志，找出最近1小时的 ERROR，按频次排序

# 场景4：内容生成
> 根据这份周报数据，生成一份 Markdown 格式的团队周报

📋Plan（规划）模式详解

Plan 模式适合复杂、高风险、多步骤的任务。WorkBuddy 会先分析需求、生成执行方案，等你审核确认后才开始动手。

行为特征

• 先规划后执行：生成详细的执行计划，包含每一步的操作说明和预期影响
• 人工审核：方案展示后等待用户确认，可以修改、跳过或取消任意步骤
• 逐步执行：确认后按步骤执行，每步完成后展示结果
• 可回滚：关键操作前自动创建快照，支持回退到之前的状态

典型场景

# 场景1：项目重构
> 把这个 Vue 2 项目迁移到 Vue 3，给出迁移方案

# 场景2：数据库变更
> 给 users 表新增 phone 字段，并迁移历史数据

# 场景3：架构调整
> 把这个单体应用拆分为微服务架构

# 场景4：批量部署
> 把这3个服务部署到生产环境，先出部署方案

Plan 模式的输出示例：

📋 执行方案（共4步）：

Step 1: 读取当前项目结构
  → 扫描 src/ 目录，识别 Vue 2 特性使用情况

Step 2: 生成迁移清单
  → 列出需要修改的文件和改动内容

Step 3: 逐文件修改
  → 按清单修改代码，保留兼容性注释

Step 4: 验证与测试
  → 运行单元测试，确认无回归问题

⚠️ 预计影响：修改 23 个文件，新增 5 个文件
✅ 是否执行？ [确认] [修改] [取消]

💬Ask（咨询）模式详解

Ask 模式是最安全的模式——WorkBuddy 只看不写，只读不动。不会修改任何文件，不会执行任何命令，纯粹作为知识顾问。

行为特征

• 只读不动：可以读取文件内容，但绝不修改或创建文件
• 不执行命令：不会运行 Shell 命令，不会调用任何有副作用的工具
• 联网搜索：可以联网搜索信息、抓取网页内容（只读行为）
• 深度分析：适合代码审查、架构分析、问题诊断等纯分析场景

典型场景

# 场景1：查阅文档
> FastAPI 的 Depends 注入怎么用？给个完整示例

# 场景2：代码审查
> 审查一下这个 PR 的代码，有没有安全隐患

# 场景3：问题诊断
> 这个报错是什么意思？ECONNREFUSED 127.0.0.1:3306

# 场景4：方案讨论
> 我想用 Redis 做分布式锁，有哪些方案？各有什么优缺点？

⚖️三种模式对比

🔄模式切换方法

WorkBuddy 提供多种方式切换工作模式，灵活度很高：

方式一：对话中即时切换

在对话输入框中直接输入模式切换命令：

/craft    → 切换到 Craft 模式
/plan     → 切换到 Plan 模式
/ask      → 切换到 Ask 模式

切换后立即生效，当前对话后续指令将按新模式执行。之前的对话上下文保持不变。

方式二：顶部模式选择器

在对话界面顶部的工具栏中，有一个模式选择下拉菜单，点击即可切换。当前模式会用不同颜色高亮显示：

• Craft：绿色标识 💪
• Plan：金色标识 📋
• Ask：蓝色标识 💬

方式三：设置默认模式

在 设置 → 偏好 → 默认工作模式 中，可以修改新对话的默认模式。如果你主要做代码审查，可以把默认模式设为 Ask；如果你是运维人员，设为 Craft 更高效。

方式四：自然语言触发

WorkBuddy 也支持通过自然语言隐式切换模式：

# 这些指令会自动以 Ask 模式响应
> 什么是 React Server Components？
> 帮我分析一下这段代码的问题

# 这些指令会自动以 Craft 模式响应
> 帮我把这个文件里的 tab 替换成空格
> 运行一下测试

# 这些指令会自动以 Plan 模式响应
> 帮我规划一下这个项目的重构方案
> 先出个方案，把数据库迁移到 PostgreSQL

🌳模式选择决策树

面对一个任务，如何快速决定用哪种模式？按照下面的决策树走一遍：

✨最佳实践与进阶技巧

1. 混合模式工作流

最高效的工作流往往是模式混合使用，而非从头到尾只用一种：

# 步骤1：Ask 模式 — 了解现状
/ask
> 分析一下当前项目的依赖关系，有没有循环依赖？

# 步骤2：Plan 模式 — 规划方案
/plan
> 给出解耦方案，把循环依赖去掉

# 步骤3：Craft 模式 — 执行修改
/craft
> 按照刚才的方案，修改相关文件

2. 利用模式保护生产环境

在生产环境目录下工作时，建议默认使用 Ask 模式。需要执行操作时手动切到 Plan，避免误操作：

# 在设置中配置工作目录规则
生产环境目录 → 默认 Ask 模式
开发环境目录 → 默认 Craft 模式
临时/测试目录 → 默认 Craft 模式

3. Plan 模式的方案复用

Plan 模式生成的执行方案可以保存为模板，下次类似任务直接复用：

# 保存方案为模板
/plan save "vue2-to-vue3-migration"

# 下次直接加载模板
/plan load "vue2-to-vue3-migration"

4. 模式与技能包的配合

不同模式下的技能包行为也不同：