# WB-09 WorkBuddy Coding Mode：办公人偶尔写点代码用

老金写这篇教程的目的——让你搞清 WorkBuddy 的**编程模式（Coding Mode）**适合干什么、不适合干什么。学完这篇你会知道：哪些编程场景用 WorkBuddy 顺手、哪些场景该换 Claude Code 或 Codex。

**先说重要的话**：WorkBuddy 的定位是办公助手，不是专业编程工具。它的 Coding Mode 适合"办公人偶尔写点代码"，**不是给专业程序员的日常生产工具**。如果你是开发者，本仓库的 [Claude Code 系列](../claude-code/01-Claude-Code完整安装指南.md) 和 [Codex 系列](../codex/CX-01-Codex-App安装与认证完整指南.md) 才是你的主场。

---

> **课程信息**
>
> - **作者**：老金
> - **GitHub**：https://github.com/KimYx0207
> - **公众号**：老金带你玩AI
> - **X（Twitter）**：老金带你玩AI
> - **个人博客**：https://aiking.dev
> - **预计学时**：1-2 小时
> - **难度等级**：⭐⭐ 进阶
> - **更新日期**：2026年8月6日
> - **前置要求**：已完成 [WB-08 多端协同](./WB-08-WorkBuddy多端协同完整指南.md)

---

## 先搞清：Coding Mode 是什么、给谁用

### 1.1 什么是 Coding Mode

WorkBuddy 有两种主要工作模式：

```text
- Work Mode（办公模式，默认）：处理文档、调研、表格、PPT
- Coding Mode（编程模式）：处理代码、改 bug、跑测试、起本地预览
```

切到 Coding Mode 后，WorkBuddy 的行为会变——它会写真实的代码文件、执行命令、跑测试、起本地服务器，不只是给你文字回复。

### 1.2 Coding Mode 适合的场景

```text
✅ 写一段小脚本（数据处理、自动化、爬虫）
✅ 改 bug（你贴报错信息让它修）
✅ 写测试（给你已有的函数补单测）
✅ 起一个 demo 项目（快速验证想法）
✅ 改前端样式（HTML/CSS/JS 的简单调整）
✅ 解释代码（看不懂的代码让它讲）
✅ 做技术原型（验证某个方案可不可行）
```

### 1.3 Coding Mode 不适合的场景

```text
❌ 大型代码库重构（几千个文件的批量改）→ Claude Code
❌ 复杂架构设计（多服务、多模块协同）→ Claude Code / Codex
❌ CI/CD 集成、自动化部署 → Codex
❌ 长期维护的生产项目 → 专业编程工具
❌ 多语言混合的大型项目 → 专业编程工具
❌ 需要精细版本控制和代码审查 → Claude Code（Hooks + Review）
```

### 1.4 谁该用 WorkBuddy 的 Coding Mode

```text
✅ 偶尔写代码的产品经理、运营、数据分析师
✅ 想验证想法、做 demo 的创业者
✅ 学生学编程、做课程作业
✅ 开发者想快速试个原型（不替代主工具）
✅ 写自动化脚本简化日常办公的人
```

**如果你是专业程序员**，把 WorkBuddy 当辅助工具（写个临时脚本、验证个想法），别当主力。本仓库的 Claude Code 才是你的主线。

准备清单：

```text
✅ WB-08 学完，会基本操作
✅ 有一个真实的代码需求（写个脚本、改个 bug、做个 demo）
✅ 一台装好相关运行环境的电脑（比如写 Python 装好 Python）
✅ 账号有积分（Coding Mode 跑起来消耗较大）
```

---

## 第一步：切换到 Coding Mode（5 分钟）

### 1.1 怎么切换

打开 WorkBuddy 桌面 App，在主界面找**模式切换**入口。通常的位置：

```text
- 顶部菜单栏：找"模式""工作模式""Mode"
- 新建任务时选：弹窗里有 Work Mode / Coding Mode 选项
- 设置：默认模式偏好
```

切换到 Coding Mode 后，界面通常会有视觉提示（颜色变化、图标变化），表示你已经在编程模式。

### 1.2 第一次进入的初始化

第一次切到 Coding Mode 可能问你几件事：

```text
- 默认工作目录在哪（它要在哪个文件夹读写代码）
- 用什么编辑器看代码（VS Code、Sublime 等）
- 要不要关联 Git（建议关联，方便版本管理）
```

老金的建议配置：

```text
✅ 工作目录：建一个专门的，比如 D:\workbuddy-code，别用系统盘根目录
✅ 编辑器：VS Code（免费、社区大、跟 AI 工具配合好）
✅ Git 关联：开（每个项目自动有版本历史，改错了能回滚）
```

### 1.3 卡住了怎么办

```text
❌ 找不到模式切换入口
   → 看"设置"或"偏好"里有没有默认模式
   → 新建任务时一般能选模式

❌ 切换后界面没变化
   → 重启 App，确认切换生效
   → 部分版本可能要在"新建任务"时才体现模式差异

❌ 提示"工作目录权限不足"
   → 选一个你有读写权限的目录（别选系统保护目录）
   → Mac 用户可能要给 WorkBuddy 完整磁盘访问权限（系统设置 → 隐私与安全性）
```

---

## 第二步：跑通第一个代码任务（15 分钟）

老金带你跑一个所有人都能用的——**写一个 Python 数据处理脚本**。

### 2.1 准备工作

确保你的电脑装了 Python（没装的去 python.org 下，装 3.10 以上版本）。打开命令行，输入 `python --version`，能看到版本号就行。

### 2.2 提任务

在 Coding Mode 里发这段：

```text
帮我写一个 Python 脚本，做这几件事：
1. 读取当前目录下一个 CSV 文件（文件名：data.csv）
2. 把里面的数据按"日期"列升序排
3. 按"部门"列分组，每组算出总金额、平均金额、记录数
4. 把结果输出到一个新的 Excel 文件 result.xlsx

要求：
- 用 pandas 库（如果没装，告诉我怎么装）
- 代码加注释，关键步骤解释清楚
- 处理异常（文件不存在、列名错误等），出错给友好提示
- 把代码保存到 D:\workbuddy-code\data_process.py

写完先告诉我怎么运行，别直接跑。
```

### 2.3 你会看到什么

Coding Mode 的产出比办公模式丰富，通常有四个面板：

```text
- Artifacts：最终交付的代码文件（你能直接下载/打开）
- All Files：这个任务过程中创建或修改的所有文件
- Changes：代码变更（类似 Git diff，红色删的、绿色加的）
- Preview：如果起了本地服务，这里能实时预览效果
```

产出包含：

```text
✅ data_process.py 完整代码（带注释）
✅ 一个 requirements.txt（告诉你装哪些依赖）
✅ 运行说明（怎么装依赖、怎么跑）
```

### 2.4 自己跑一遍

按它给的说明：

```text
1. 打开命令行，cd 到 D:\workbuddy-code
2. 装依赖：pip install pandas openpyxl
3. 准备一个 data.csv（可以让 WorkBuddy 帮你生成测试数据）
4. 跑：python data_process.py
5. 看 result.xlsx 是不是生成了，打开核对数据对不对
```

### 2.5 卡住了怎么办

```text
❌ 代码跑报错
   → 把完整报错贴回给 WorkBuddy，让它修
   → 常见原因：Python 版本不对、依赖没装、文件路径错

❌ 跑通了但结果不对
   → 把输出和预期对比，告诉 WorkBuddy"哪里不对、期望是什么"
   → 让它加更多调试输出，定位问题

❌ 它直接跑了代码（你没让它跑）
   → Coding Mode 默认可能"写完就跑"，你在提问里明确"先别跑"
   → 设置里改"执行前确认"开关

❌ 代码写到了错误位置
   → 检查工作目录设置
   → 在提问里明确"保存到 [绝对路径]"
```

---

## 第三步：用 Coding Mode 改 bug

### 3.1 经典场景：你有一段报错的代码

把你跑报错的代码贴给 WorkBuddy：

```text
这段代码报错了，帮我修：

[贴你的代码]

报错信息：
[贴完整报错]

我想实现 [你的目标]。
修完告诉我改了什么、为什么原来的会错。
别直接跑，先解释，我确认后自己跑。
```

### 3.2 你会看到什么

```text
- WorkBuddy 定位 bug 原因（语法错、逻辑错、环境错）
- 给出修改方案，标注具体改了哪几行
- 解释为什么原来会错、新写法为什么对
- 修改后的完整代码（你直接用）
```

### 3.3 改 bug 的提问技巧

```text
✅ 给完整报错（别只贴最后一行，前面的调用栈也要）
✅ 给完整代码（别只贴你怀疑的那段，可能是别处引起的）
✅ 说明你想干啥（不然它可能"修对了"但不是你要的）
✅ 说明环境（Python 版本、依赖版本、操作系统）
❌ 别只说"不好使""错了"，信息太少它没法修
```

---

## 第四步：起一个本地 demo（验证想法）

### 4.1 经典场景：你想快速做个原型

比如你想验证"一个简单的待办清单网页"想法：

```text
帮我快速搭一个待办清单的网页 demo：
- 单 HTML 文件（HTML + CSS + JS 都内嵌）
- 能添加、删除、标记完成
- 数据存浏览器 localStorage（不用后端）
- 简洁好看，配色舒服

写完帮我起本地预览，我要在浏览器里看到效果。
```

### 4.2 你会看到什么

```text
- Artifacts：一个完整的 todo.html 文件
- Preview：直接在 WorkBuddy 里预览网页效果
- 你能点添加、删除、标记完成，跟真实网页一样
```

这种"想法 → 可见 demo"的快速验证，是 Coding Mode 最香的能力。你不用装一堆环境，几分钟看到东西。

### 4.3 注意事项

```text
⚠️ demo 适合验证想法，不适合上线（代码质量、安全性都没打磨）
⚠️ 复杂交互（多页面、登录、数据库）做完整 demo 较慢
⚠️ 想正式上线，让 WorkBuddy 出原型，再让开发者打磨
```

---

## 第五步：Coding Mode 跟其他工具配合

老金讲讲 WorkBuddy Coding Mode 在你工具链里的位置。

### 5.1 跟 Claude Code / Codex 的搭配

```text
场景判断：
- 偶尔写点代码、做 demo、写脚本 → WorkBuddy Coding Mode
- 日常开发、写生产代码、复杂重构 → Claude Code
- 多入口协作、CI/CD、长任务 → Codex

工具切换：
- 在 WorkBuddy 写个原型，验证想法 OK
- 把代码丢进 Claude Code 做深度打磨、写测试、加错误处理
- 用 Codex 做 Code Review、跑 CI、协作合并
```

### 5.2 跟 GitHub 配合

WorkBuddy 能直接接 GitHub（看 WB-05 连接器，部分版本有 GitHub 连接器）：

```text
- 让 WorkBuddy clone 你的仓库，本地改代码
- 改完发 PR（自动建分支、提交、推送、开 PR）
- 适合小改动（改 README、修错别字、补文档）
- 大改动还是用 Claude Code（更精细的版本控制）
```

### 5.3 跟本地编辑器配合

```text
- WorkBuddy 写代码 → 你在 VS Code 里看 / 调整
- WorkBuddy 起 dev server → 你在浏览器里看效果
- WorkBuddy 跑测试 → 你看测试报告
- 形成"AI 写 + 人审 + 工具链配合"的循环
```

---

## 第六步：Coding Mode 的边界和坑

### 6.1 它做不好的事

```text
🚫 大型代码库（几千文件）→ 上下文有限，处理不过来
🚫 多服务架构（微服务、分布式）→ 复杂度超出它的设计
🚫 需要深度调试（性能瓶颈、内存泄漏）→ 用专业工具
🚫 特定框架深度定制（ uncommon 框架的细节）→ 可能没学过
🚫 长期维护的生产代码 → 让 Claude Code 这种专业工具来
```

### 6.2 常见坑

```text
⚠️ 直接跑了不该跑的代码（删文件、改系统配置）
   → 在提问里明确"先别跑，等我确认"
   → 设置里开"执行前确认"
   → 别让它在重要目录工作

⚠️ 写完代码不告诉你依赖
   → 在提问里明确"列出所有依赖和安装命令"
   → 让它生成 requirements.txt 或 package.json

⚠️ 代码风格不一致（每次写法不同）
   → 给它一份你的代码风格样本参考
   → 让它遵循某个 lint 规则（PEP8、ESLint 等）

⚠️ 改了不该改的文件
   → 工作目录要隔离（专门给 WorkBuddy 一个目录）
   → Changes 面板每次看一眼，确认改对地方
```

### 6.3 安全注意

```text
🚫 别让它在生产代码仓库直接改（用分支 + PR）
🚫 别让它执行危险命令（rm -rf、DROP TABLE 这种）
🚫 别把生产环境凭证（数据库密码、API Key）写进代码
✅ 涉及公司代码的，先问 IT 同意
✅ 用 Git 管版本，改错了能回滚
```

---

## 完成这篇后你应该有什么

```text
✅ 切换过 Coding Mode，知道跟 Work Mode 的差别
✅ 跑通过一个代码任务（推荐数据处理脚本）
✅ 试过让它改 bug 或起 demo
✅ 知道 Coding Mode 适合 / 不适合的场景
✅ 知道怎么跟 Claude Code / Codex 配合（不同任务用不同工具）
✅ 做过安全自检（隔离目录、别跑危险命令、用 Git）
```

---

## 常见问题

**Q1：WorkBuddy 写代码比 Claude Code 差很多吗？**
不是"差很多"，是"定位不同"。Claude Code 是专业编程工具，强在深度可控、大型项目、精细审查；WorkBuddy Coding Mode 强在快速原型、办公场景偶尔写代码、低门槛。简单任务两者都能干，复杂任务 Claude Code 明显更稳。

**Q2：能用 WorkBuddy 写生产代码吗？**
不推荐。它能写出来，但代码质量、安全性、可维护性都没经过专业工具链打磨。生产代码用 Claude Code 或 Codex，配合 Code Review 和测试。

**Q3：Coding Mode 消耗积分多吗？**
比办公任务多。写代码涉及多轮迭代、文件读写、跑测试，消耗累加。复杂任务可能很快烧光额度，留意积分。

**Q4：能让它直接发 PR 吗？**
能（如果你的版本有 GitHub 连接器）。流程：clone → 改 → 提交 → 推送 → 开 PR。但大改动不推荐，PR Review 还是用专业工具更稳。

**Q5：我是程序员，WorkBuddy 对我有啥用？**
对你来说是辅助工具——写临时脚本、做技术调研、跑 demo 验证想法、写文档。不替代你的主力编程工具，但能省一些杂活时间。

**Q6：能跑我的现有项目代码吗？**
能。把项目目录设成工作目录，让 WorkBuddy 读取、分析、修改。但**别让它直接改生产代码**，先复制一份让它改，确认对了再合并回去。

**Q7：Coding Mode 支持哪些编程语言？**
主流语言都支持（Python、JavaScript/TypeScript、Java、Go、Rust、C++、HTML/CSS 等）。冷门语言或新框架可能弱一些，遇到不熟悉的它会说明。

**Q8：写完的代码版权算谁的？**
通常算你的（你账号产出、你授权下生成）。具体条款看你订阅协议，涉及商用的确认一下。

---

## 接下来学什么

```text
✅ 想搞清企业账号、积分席位、对比所有工具 → WB-10
✅ 已经够用了 → 把前几篇的工坊都跑一遍巩固
✅ 你是开发者，想深入编程 → 转到本仓库 Claude Code 系列或 Codex 系列
```

---

**课程制作**：老金
**最后更新**：2026年8月6日
**许可**：本课程采用 MIT License；转载、复制或二次分发时必须保留版权声明与许可声明

---

## 下一步

下一篇：[WB-10 WorkBuddy 企业账号、安全与对比完整指南](./WB-10-WorkBuddy企业账号安全与对比完整指南.md)。