用了三个月 WorkBuddy，从最开始当个玩具试试看，到上周我把周报、客户跟进、资料归纳这些固定活儿都交给它，中间踩过的坑比我预想的多得多。这篇不写说明书，就把我真实跑过、改过、最后稳定复用的 30 个技巧整理成一套可以直接上手的打法，适合刚开始接触这个工具的人，也适合用了一两周但总觉得“差点意思”的朋友。
这三个月我有一个很深的感受：WorkBuddy 不是那种“你越会聊天它就越聪明”的工具，它更像一个老实但需要你把要求说明白的执行助理。你能不能把活儿交给它，取决于你的需求描述、任务拆解和验收方式是不是到位。所以下面的内容我会按“认知 -> 上手 -> 技巧清单 -> 实战案例 -> 问题排查 -> 信任判断”这个顺序来写，每一部分都是我实际用过的路子，不掺没验证过的说法。
1. 先看懂它是什么，再决定怎么用它
1.1 它不是“万能 AI”，是“任务代理”
很多刚接触 WorkBuddy 的人容易把它当成一个聊天机器人，以为对话越自然越好。我一开始也这么干，后来发现效率很低。你问它一句“帮我看看这周有什么重点”，它能给出一堆正确但没用的车轱辘话。真正让它发挥价值的用法，是把它当成一个“任务代理”：你有明确的事让它干，它负责拆解、执行、交付初稿，你来验收和兜底。
想明白这一点之后，我给它定的三条使用原则是：第一，所有任务必须有可验收的输出物，哪怕是“一份清单”或“一段摘要”；第二，执行前先让它复述任务和步骤，确认理解一致再动手；第三，凡是有数据、金额、日期这类关键信息，必须让它标注来源。这三条看着简单，但真的帮我避开了后续一堆返工。
我建议你也先别急着让它干大事。花一个下午，拿一个真实的、不那么重要的小任务试试，观察它的理解方式和输出习惯。你越清楚它擅长什么、不擅长什么，后面就越敢把重要的事交给它。
1.2 三个最适合用的场景和一个别用的场景
我实际跑下来，WorkBuddy 有三类场景是真能省时间的。第一类是重复性整理，比如把一周的零散记录汇总成周报，把一整个文件夹的资料提取成索引表；第二类是周期性提醒，比如项目跟进、待办事项的定时梳理；第三类是“先出草稿再人工改”的写作活儿，比如方案初稿、会议纪要、邮件草稿。这三类共同点是流程相对固定、输出物清晰，出错成本也不高。
另一类我明确不建议用的场景是任何需要“最终拍板”的事务，比如需要你签字确认的合同条款、对外发送的正式通知、涉及真实数据的财务文件。不是说 WorkBuddy 不能处理文字，而是这些事情的容错率太低，一旦出错代价太大。我的习惯是让它做“起草者”或“检查者”，但永远不做“决策者”。
为什么这么分？核心原因是“可逆性”。整理错了一改就行，但发出去的正式文件出了问题很难撤回。你用之前先问自己一句：这件事如果它做错了，我能不能低成本发现、低成本修复？能，就交给它；不能，就只让它当辅助。
2. 上手阶段：从“装好”到“第一次敢交付”
2.1 初始设置三件事：权限、工作区、默认输出
别急着直接对话，先把三个基础设置搞定，这决定了后面三个月你是省心还是闹心。
第一件事是权限范围。WorkBuddy 能访问哪些内容、能调用哪些操作，一定要按最低必要原则来配。我一开始把权限全开了，结果它在整理资料时顺手把我一个旧文档里过时的价格也带进了新方案里。后来我把访问范围限制在指定文件夹和明确授权的任务里，这种“越权带错数据”的情况就基本消失了。
第二件事是工作区规划。我给不同类型的任务建了独立工作区，比如“周报与汇报”“客户跟进”“资料库整理”“写作草稿”。一方面上下文不会互相污染，另一方面它的长期记忆也更干净。你不用搞得特别复杂，按你真实的业务板块分就行。
第三件事是设置默认输出格式。建议统一用 Markdown，标题、列表、表格都清晰，后面复制到文档、邮件、聊天窗口都不需要二次排版。这三个设置做完，基本就算进入状态了。
2.2 第一个任务怎么选：从低风险高复现开始
第一次真正交付，别挑战高难度。我的建议是找一个“低风险、高复现、有明确模板”的小任务，比如把自己这周的随手记录整理成一条一条的“已完成事项清单”。
我当时选的第一个任务是整理工作日志。我把零散的备忘录、聊天记录、邮件标题一股脑丢给它，说“帮我整理成本周工作记录，按日期排序，每条不超过二十字，要列出做了什么事，不需要加评价”。它第一次输出就有七成可用度，我改了改就用了。这次成功的体验很关键，它让我建立了“敢继续用”的信心。
为什么强调“有明确模板”？因为模板就是验收标准。哪怕 WorkBuddy 第一次没完全按模板来，你也能清楚地指出哪里不对，而不是凭感觉说“不太对，再改改”。一个说不清的问题，AI 是没法帮你改好的，这是我在第一个月里反复栽的跟头。
2.3 写需求的“三明治法”：背景、动作、验收
如果只让我留一条方法论，我就留这个：把任务需求写成“背景 + 动作 + 验收标准”三层结构。背景告诉它为什么要做这件事，动作告诉它具体做什么，验收标准告诉它做到什么程度算完成。
举个例子。错误写法是“帮我整理一下上个月的报销数据”，正确写法是“上个月报销单据在指定文件夹内，数据源以 Excel 表格为准（背景）。请提取每张单据的日期、金额、用途、申请人，生成汇总表，按日期排序（动作）。金额列求和后与我提供的总金额核对，不一致处单独标出（验收）”。
你可能会觉得这样写很累，但一次把话说清楚，比来回纠正五遍省力得多。我自己用了三周后才开始习惯这种写法，一旦习惯，WorkBuddy 的输出质量就稳定了很多。后面我会在技巧清单里继续展开这一点。
3. 30 个实战技巧全清单与重点拆解
3.1 30 个技巧速查总表
先给你一张速查表，把三个月里沉淀下来的 30 个技巧都列出来，后面再挑最关键的展开讲。
| 分类 | 序号 | 技巧 | 一句话用法 |
|---|---|---|---|
| 需求表达 | 1 | 一次只交代一件事 | 把多个需求拆成多个会话，避免混淆 |
| 需求表达 | 2 | 把“模糊目标”翻译成“明确动作” | 不说“分析一下”，改说“列出三个问题并给建议” |
| 需求表达 | 3 | 附一个样例 | 给出参考格式或语气，它会模仿得更像 |
| 需求表达 | 4 | 指定输出格式 | 表格、清单、摘要、Markdown，直接指定 |
| 需求表达 | 5 | 用“不要做什么”做反向约束 | 补一句“不要写评价、不要编数据” |
| 需求表达 | 6 | 写清“背景 + 动作 + 验收” | 三明治法，重要任务必用 |
| 任务拆解 | 7 | 先让它列执行计划 | 动手前先输出计划，确认后再执行 |
| 任务拆解 | 8 | 大任务拆成 3 到 5 个子任务 | 避免一次处理过多信息 |
| 任务拆解 | 9 | 每步设置检查点 | 完成一个子任务后先验收再继续 |
| 任务拆解 | 10 | 用上一步结果做下一步输入 | 明确说“基于上一条的清单，再按日期排序” |
| 任务拆解 | 11 | 不确定信息先检索再猜 | 要求它标注哪些是查到的，哪些是推测的 |
| 任务拆解 | 12 | 多源信息必须标来源 | 每条结论后注明来自哪个文件或哪段对话 |
| 质量验收 | 13 | 验收标准前置 | 开始前就说清楚“做成什么样算好” |
| 质量验收 | 14 | 先看结构再看细节 | 第一轮输出先检查框架，别急着抠字眼 |
| 质量验收 | 15 | 让它先自检一遍 | 加一句“输出前请检查有没有逻辑矛盾” |
| 质量验收 | 16 | 用“找出漏洞”代替“确认无误” | 让它找问题，而不是确认对错 |
| 质量验收 | 17 | 对比新旧版本差异 | 修改后让它列出改了什么、为什么改 |
| 质量验收 | 18 | 关键数据抽查 | 金额、日期、编号不要全信，随机抽 3 条核对 |
| 自动化编排 | 19 | 常用需求存成模板 | 把三明治法需求存下来反复用 |
| 自动化编排 | 20 | 定时触发重复任务 | 周报、日报安排固定时间执行 |
| 自动化编排 | 21 | 多步骤串成工作流 | 提取、整理、生成报告一次跑完 |
| 自动化编排 | 22 | 设置人工确认节点 | 关键步骤前停下来等你确认 |
| 自动化编排 | 23 | 失败自动通知 | 任务出错时单独提醒，别默默吞掉 |
| 自动化编排 | 24 | 用变量适配不同场景 | 模板里留“项目名”“日期”这类占位符 |
| 记忆与上下文 | 25 | 定期清理无用上下文 | 无用对话该删就删，别拖累后续任务 |
| 记忆与上下文 | 26 | 重要偏好写进长期记忆 | 如“报表里金额保留两位小数”这类规则 |
| 记忆与上下文 | 27 | 新会话开头复述背景 | 重开会话时用一句话交代项目背景 |
| 记忆与上下文 | 28 | 用“重来一次”代替反复纠正 | 连续改两轮还不对，直接重开新会话 |
| 记忆与上下文 | 29 | 多项目用独立会话隔离 | 别让 A 项目的上下文污染 B 项目 |
| 记忆与上下文 | 30 | 每周复盘一次 | 记录哪些任务它做得好，哪些还不敢交 |
这张表我建议你保存一下。下面我把最值钱的几组展开讲，每一组都直接和真实场景挂钩。
3.2 需求表达类：把话说清楚的 5 个技巧
先说技巧 1“一次只交代一件事”。这看起来像偷懒，实际上是效率最高的做法。我试过在一条消息里让它“整理客户反馈，顺便看看竞品动态，再想一句宣传语”，结果它把三件事掺在一起，每件都只做了六成。后来改成三个独立任务，每个都很干净，输出质量明显上升。
技巧 4“指定输出格式”是成本最低但收益最高的一个。你不需要说多么复杂的指令，只需加一句“用表格输出”或“用五条要点列出”，输出就立刻变得可用。这里有个小规律：你给的格式越具体，它发挥的空间越小，但离你的需求越近。
技巧 5 的“反向约束”容易被新手忽略。AI 很多时候不是不会，而是太会“补全”。你让它整理客户反馈，它会顺手帮你加一段“建议”；你让它提取信息，它会脑补一些原文没有的内容。所以重要任务里，我都会加一条“不要写总结与建议”或“不要补充原文之外的信息”。这条约束能挡掉很多隐性返工。
这些技巧不是互相独立的，三明治法是骨架，其他几个是血肉。练熟之后，你会发现你不再需要“求它”给出一个好东西，而是能稳定地“要求”它交付符合预期的结果。
3.3 任务拆解类：让大任务不再失控
技巧 8 说的大任务拆解，我用一个真实场景来说明：整理一个季度全部项目的进展报告。直接交给它，它很容易漏掉某些项目的信息，或者把不同项目的结论混在一起。后来我先让它“列出当前文件夹里所有项目名”，再“每个项目提取三条关键进展”，最后“汇总成一张对比表”。三步走下来，每一步都能检查，也不会漏。
技巧 7 的“先列执行计划”是防止失控的保险。复杂的任务，我会先问“你打算分几步完成，每步需要我提供什么”，它列完之后，我会补充缺漏的地方，再开始逐步执行。这个过程看着多了来回，但实际比闷头跑一个大任务省时间，因为你能在早期就纠偏。
技巧 10 比较细：接续任务时，一定要把“上一步结果”当成“下一步输入”这件事说清楚。我经常用“基于刚才生成的清单，把金额大于 1000 的单独筛出来”这样的句子。如果你不说明，它很容易又重新理解一遍原始材料，导致前后不一致。
3.4 质量验收类：把“感觉不对”变成“标准明确”
技巧 13 是我前期最吃亏的地方。以前我看输出觉得不对，就说“再改改”，它改了两次还是不让我满意，问题不是它不行，是我不清楚自己要什么。后来我把验收标准写在前头，比如“报告里必须包含三个部分：完成情况、风险点、下周计划；风险点每条不超过两行”，这个模糊感一下就没了。
技巧 16“用找漏洞代替确认无误”特别适合用来检查材料。你问“这份方案有没有漏洞”，它通常能找到一些真问题；你问“这份方案没问题吧”，它大概率说“整体完整、逻辑清晰”。差别不在工具，而在提问角度。
技巧 18 强调抽查，所有涉及真实数据的结果我必须手动核对。比如汇总报销表、统计客户数量、提取合同金额，我会随机挑三条，打开原始文件对照。这个动作没有技术含量，但能防止 99% 的“致命小错误”。记住：它可以帮你省时间，但省不了你的责任。
3.5 自动化与记忆类：让它越用越顺手
技巧 19 存模板是我用了两个月才养成的习惯。第一次花十分钟写了一个“每周进展整理需求”，存下来，之后每周只替换文件名和日期。模板的格式就是三明治法加反向约束，例如“背景：本周记录在 XX 文件夹。动作：按日期整理并分类。验收：表格输出，每条不超过二十字”。
技巧 22 的人工确认节点是“敢把活儿交给它”的底气。我设置过一条自动化流程：它每天上午自动把我当日会议整理成提醒清单，但清单生成后必须等我确认，才能进入下一步“写入日历”。这就是一个缓冲带，既享受了自动化，又保留了控制感。
技巧 26 的长期记忆需要刻意维护。我会在它表现好或我纠错的时候，顺手说一句“以后所有报表金额保留两位小数”之类的规则。一个季度下来，它就慢慢记住了我的偏好，比我每次重新打字省多了。建议你把常用偏好集中写成一个“我的常用要求”文档，每次新任务可以快速让它的记忆对齐。
4. 三个实战案例：从指令到交付的完整链路
4.1 案例一：周报自动整理
我每周五下午都会花四十分钟整理周报，现在这件事基本交给 WorkBuddy 了。我的输入材料是这一周的工作记录，散落在备忘录、聊天记录、文档和邮件里。第一步，我把这些内容统一放进一个“本周记录”文件夹；第二步，给 WorkBuddy 发一条基于模板的指令，要求“按日期排序，分类为事务处理、项目推进、临时支持，每类用表格输出”；第三步，它输出后，我先看分类是否合理，再抽查两三条内容是否写偏。
这个流程跑顺之后，我又加了一个定时触发：每周五 17 点自动执行。刚开始它偶尔会漏掉当天下午才加入的记录，后来我在指令里加了“检查文件夹里文档修改时间，确认没有遗漏”，这个问题就解决了。周报这件事，是我从“敢用”到“敢让它自动跑”的第一道分水岭。
4.2 案例二：文件夹资料归纳成索引表
另一个高频场景是整理资料。我手头有一堆会议纪要、报价单扫描件、合同初稿，以前查一个项目要翻半天，后来让 WorkBuddy 生成一张索引表，字段包括“文件名、项目名、日期、关键金额、负责人、备注”。这个任务的难点不是提取，而是别编造。
我踩过的坑是：它会根据文件名推断内容，比如看到一个含“报价”的文件就自动填一个金额上去，但实际上那个文件里没有金额。后来我在指令里明确写：“金额和日期必须来自文件原文，原文没有的填‘待确认’，不要推测。”这之后生成的表就可靠了很多。
这个任务我一般工作量大时才会跑，因为涉及真实业务数据，哪怕可信度不错，我仍然会逐条过一遍。用它省的是“打开每个文件找关键信息”的时间，而不是“核对关键信息”的时间。
4.3 案例三：客户跟进提醒与话题清单
第三个让我觉得“值回票价”的场景是客户跟进。我的需求是：每三天提醒一次该跟进的客户，并列出上次沟通纪要、本次建议话题、上次遗留待办。WorkBuddy 的用法是：我先维护一张“客户跟进总表”，每次沟通完更新表里的“最近沟通记录”列，然后让它根据总表里的“下次跟进日期”筛选出今天要跟进的客户，并生成一张带话题建议的清单。
这里必须强调的是，它生成的“话题建议”只是草稿，我发送前会人工调整语气。因为对外沟通的容错率太低了，措辞稍有偏差，客户感受就完全不同。但这个环节仍然帮我省了大量回忆和翻记录的时间。
5. 常见问题与排查技巧实录
5.1 答非所问时的三个排查顺序
遇到 WorkBuddy 输出完全不是你要的东西，先别急着怪它，按这个顺序排查。第一步，检查需求里有没有“具体动作”。如果你说的是“帮我看看”，那它当然只能泛泛回复；改成“列出三个问题并给两个可选方案”，结果立刻不一样。
第二步，检查上下文有没有被污染。我自己就犯过这种错：在整理 A 项目的会话里，突然问它“上个月的费用是多少”，它把 A 项目的数据带进来，结果我拿到的数字是错的。遇到这种事，新开一个会话，重新说清楚场景，八成能解决。
第三步，检查是不是缺样例。如果你想要某种特定风格的输出，文字描述半天也不如给一段真实样例。有一次我想要“偏口语化但正式”的方案摘要，表述了好几遍它都不满意，后来我直接贴了一段我以前的摘要，它马上对齐了风格。排查顺序就是：动作 -> 上下文 -> 样例，十次里有九次能解决。
5.2 卡住、跑偏、停下来时的处理办法
任务执行到一半突然停住，或者开始重复做同一件事，我一般分两类处理。一类是“缺信息导致的停”，比如它不知道某个文件夹在哪、某个字段该填什么。这类好办，直接补给它就行。
另一类是“逻辑跑偏导致的卡”，比如它在一个整理任务里越写越细，完全偏离了“快捷概览”的初衷。这时不要在旧对话里反复纠正，最好的办法是喊停，新开会话，在需求里加一句“每条内容不超过 20 字，只保留结论和关键数字”，重新开始。
跑偏这件事，本质上是“约束写少了”，而不是“AI 变笨了”。你在需求里把范围、格式、长度、风格写得越死，它跑偏的空间就越小。这个坑我踩了至少十次，后来才形成条件反射：只要觉得它开始“自由发挥”，第一反应就是检查约束。
5.3 常见问题速查表
我把这三个月里遇到的高频问题整理成一张速查表，方便你对症下药。
| 问题表现 | 可能原因 | 处理办法 |
|---|---|---|
| 输出内容太泛、不落地 | 需求里没有具体动作 | 改成“列出…、整理…、提取…”句式 |
| 编造数据或信息 | 未加来源约束 | 加上“必须标注来源，无法确认写‘待确认’” |
| 前后重复或逻辑矛盾 | 任务太大、上下文太乱 | 拆成 3 到 5 个子任务，分步验收 |
| 风格不符合预期 | 文字描述不够具体 | 给一段真实样例让它模仿 |
| 改了两次还是不对 | 在旧对话里越纠越远 | 新开会话，重写需求，加更严的约束 |
| 运行到一半停止 | 缺少中间信息 | 补全缺失的文件路径、字段说明、衔接语句 |
| 上下文混淆串项目 | 多个项目共用会话 | 每个项目单独建会话或工作区 |
| 结果偶尔有错 | 没有人工抽查 | 对关键数据随机抽 3 条核对原始文件 |
这张表不需要背，遇到问题再回来看就行。
6. 三个月的信任进化：什么时候敢把活儿交给它
6.1 我的“信任评分卡”
三个月下来，我形成了一个简单的判断体系，叫“信任评分卡”，就三个维度：风险等级、可逆程度、验证成本。
风险等级看这件事做错了影响面多大；可逆程度看错了之后能不能轻松改回来；验证成本看我要花多少精力去检查它做得对不对。三个维度综合下来，如果风险不高、可逆、验证成本低，我就全托管；只要有一个维度不理想，我就保留人工确认节点。
以我的使用习惯举例：资料整理风险低、可逆、验证中等，属于“半托管”，我会让它完成，但我抽查关键字段；周报整理风险低、可逆、验证低，属于“全托管”，定时让它直接跑；对外发送的客户消息风险中高、不可逆、验证中高，永远停在“草稿阶段”，只让它出建议。
这个评分卡帮我解决了一个很实际的心结：不是所有任务都要一步到位地相信它，而是可以按任务分级，逐步扩大授权范围。信任不是一蹴而就的，是一个任务一个任务“试”出来的。
6.2 给新用户的三个练习路径
如果你刚拿到 WorkBuddy，不知道从哪里练起，我建议按三个阶段走。第一阶段，只做“单个文档处理”，让它提取关键信息、改写一段话、生成一个表格，目标是熟悉它的输出习惯。第二阶段，做“多步骤整理”，比如把一个文件夹的资料归纳成一张总表，目标是训练你写需求的能力。第三阶段，再考虑“定时触发 + 工作流 + 人工确认”的组合，目标是建立你与它之间的人机协作节奏。
每个阶段不用急着跳，练到你觉得“这个活我敢放心交给它跑”了再进入下一个。我见过很多人一上来就搞自动化大流程，结果跑错了都不知道错在哪，最后只能放弃。三个月的体会是：稳定复用的价值，永远大于一时炫技。
6.3 一点个人体会
最后说句实在话。很多人问我会不会担心被 WorkBuddy 这类工具替代，我的答案是不会，但我确实调整了工作方式。以前我把时间花在“动手干活”上，现在我把时间花在“定义清楚什么叫干好”上，后者更需要判断力，也更难替代。
我最大的收获不是省了多少时间，而是被逼着改掉了“凡事凭感觉”的毛病。现在不管是不是在使用它，我都会下意识地把任务拆成背景、动作、验收三步，效率反而高了。如果你能把 30 个技巧里的任意五六个真正用进日常流程，三个月后回头看，很可能和我有一样的感受。
