WorkBuddy 入门：用第一个可验收任务开始

第一次使用 WorkBuddy，最容易犯的错，是一上来就把一件跨度很大的工作交给它：整理整个硬盘、把一堆资料做成正式报告，或者要求它“把这件事全部搞定”。这样看起来省事，实际上很难判断哪里出了问题，也很难安全地返工。

更好的开始方式，是选一件有明确输入、明确结果和明确检查方法的小任务。本文不复述产品功能清单，而是给出一套可复用的首个任务方法。它适合文件整理、资料汇总、表格初查和报告初稿等场景。

先确认：这是不是适合交给 WorkBuddy 的任务

把 WorkBuddy 当成任务型 AI 办公工具来使用：用自然语言说明目标，在授权范围内处理材料并交付结果。是否可处理某类文件、是否可连接某项服务，要以你当前版本的产品说明和界面为准。适合起步的，不是“替我做所有工作”，而是以下类型的任务：

• 输入材料已经集中在一个目录或一组文件中；
• 最终产物可以明确说清，例如一份清单、一张汇总表、一个报告草稿；
• 结果可以人工抽查，不依赖“看起来差不多”；
• 即使失败，也不会造成原始资料丢失、对外发送或不可逆修改。

如果任务涉及付款、发布、删除、覆盖、账号授权或敏感资料，先把这些动作从首个任务里拿掉。第一轮的目标是建立可信流程，不是追求最大自动化。

把自然语言需求写成可执行边界

一个稳定的任务说明，至少要有五部分：范围、目标、限制、交付物和验收方式。范围告诉工具可以碰什么；限制说明绝对不能做什么；验收方式让你知道结果是否真的可用。

请只处理“/项目/本周销售资料”中的文件。

目标：整理其中的 Excel 和 CSV，输出一份销售汇总初稿。
限制：不要删除、移动、重命名或覆盖原文件；不要访问其他目录；不要发送邮件或发布内容。
交付物：在该目录新建“output”文件夹，生成 summary.xlsx 和 notes.md。
验收：列出读取的文件名、未能读取的文件、关键汇总口径，以及需要我确认的异常项。

这类表达比“帮我整理销售数据”多了几个关键护栏。即使最后结果不理想，也能定位是输入不完整、口径不清，还是执行步骤需要调整。

先用副本，再用真实资料

如果资料不能外泄或不能被误改，先建立一个演练目录：只放少量脱敏样本，保留原文件，再让任务只输出到一个新目录。样本跑通后，才扩大范围。

这一点不是为了增加流程，而是为了让第一次验收有意义。一个工具能生成漂亮文件，不等于它正确理解了字段、单位、时间范围和缺失值。用小样本可以快速验证这些关键判断。

完成后，按四个问题验收

1. 输入是否完整？ 对照它列出的文件和你的原始清单，确认没有漏读或误读。
2. 结果是否可追溯？ 汇总数字、结论和异常项，应能回到具体文件或具体数据范围。
3. 限制是否被遵守？ 原文件是否还在原处；是否没有发生对外发送、发布或额外授权。
4. 产物是否能继续使用？ 表格能打开、报告能编辑、文件名和存放位置清楚。

有一个问题没有通过，就把问题写回下一轮任务，不要只说“再优化一下”。例如把“数据不对”改成“总金额需要排除退款列；请保留退款明细并重新生成汇总”。这样能让后续任务逐步收敛。

把一次成功沉淀为工作方法

当首个任务稳定后，再把提示词、输入目录规则、输出命名和验收清单保留下来。之后的重复工作可以复用这套边界，而不是每次从一句模糊需求重新开始。

如果需要继续深入，社区维护的 WorkBuddy 实战蓝皮书 提供了从入门、案例到团队工作流的阅读路线。它不是官方功能说明；界面、可用范围、定价和安全策略等时效信息，应回到官方文档核对。

相关阅读

• Claude Code vs Codex vs WorkBuddy vs Zcode：AI 编程 Agent 怎么选：适合在不同工具之间做选择时阅读。
• 四个工作 Agent 同题实测：好看的报告不等于可信交付：适合建立自己的验收标准。

来源与更新说明

• 产品功能、界面、价格和可用范围会变化。开始真实工作前，请以当前 WorkBuddy 客户端内的产品说明和官方公告为准；本文不固定引用可能失效的产品链接。
• WorkBuddy 实战蓝皮书：社区维护的学习路线和案例入口，访问日期：2026-08-23。
• WorkBuddyGuide（社区维护、MIT）：用于延伸阅读和学习路径；本文未复制其正文或图片，访问日期：2026-08-23。