← 文章

2026-11-05智能体约 16 分钟

派活与验收：Ask、Plan、Craft 与一张检查清单

不论 WorkBuddy、Cursor、CodeBuddy 还是通义灵码，都适用的派活顺序：先只读、再计划、再改文件；附可复制模板、验收清单、权限与回滚习惯。系列第二篇，适合首页精选。

三种模式在说什么推荐顺序：Ask → Plan → Craft 派活模板（可复制改）验收检查清单（交付前你过一遍）权限与回滚习惯四个角色：同一套心法，不同 Ask / Plan / Craft 和多智能体编排的衔接（进阶预告）一次完整小练习（15 分钟）延伸阅读

选型见智能体不只是聊天。总论里说了「可验收交付」——本篇专门讲 怎么派活 和 交付前怎么验。

名字因产品而异：WorkBuddy 叫问一问 / 想一想 / 做一做；Cursor、CodeBuddy、通义灵码 等 IDE Agent 往往是 Agent 模式 + 是否允许改文件、跑终端；语义可以对齐到下面的 Ask / Plan / Craft。

很多人第一次用智能体的翻车，不是模型不够聪明，而是 一上来就 Craft：权限全开、目标模糊、没有备份。结果目录被批量重命名、表格公式被覆盖，或者对话里看起来很对、磁盘上根本没有文件。

把顺序固定成 Ask → Plan → Craft，再配一张 验收清单，大部分坑可以避开。

三种模式在说什么

模式	意图	你在对话里常怎么说
Ask（只读）	摸清材料、列未知、不改文件、不跑破坏性命令	「只读 `工作区/`，告诉我有哪些文件、建议怎么拆任务」
Plan（先计划）	写出步骤、范围、风险，等你点头再动手	「先出执行计划，我确认后再改任何文件」
Craft（执行）	读写信件、跑命令、合并表格、提交流程内的修改	「按已确认的计划，把结果写到 `输出/xxx.md`」

桌面 Agent 和 IDE Agent 怎么对应

场景	典型产品	对齐方式
整文件夹、写周报、洗 Excel	WorkBuddy 等桌面工作台	客户端里直接选 Ask / Plan / Craft；工作区是授权目录
改代码、跑测试、开 PR	Cursor、CodeBuddy、通义灵码	用只读对话或禁止写文件 ≈ Ask；让它先列改动清单 ≈ Plan；Agent 自动改代码 ≈ Craft
敏感仓库	任意	先 Ask 读库，Plan 里写「只改 `src/foo/`」；Craft 前 `git checkout -b` 或复制一份目录

IDE 里容易误以为「Agent 模式 = 可以随便干」——其实那只是 Craft 能力打开了。你仍然可以口头要求：这一轮只分析，不要写文件（Ask），或 先给 plan 不要 apply（Plan）。

更细的产品说明见 WorkBuddy 能力地图里的三种模式表。

推荐顺序：Ask → Plan → Craft

什么时候必须走全流程

新工作区：第一次打开的 微信文件/ 副本、新 clone 的仓库、别人转来的整包资料。
敏感资料：合同、薪酬、未公开财务、客户名单。
不可逆操作：批量删除、重命名上千文件、对外发邮件/发群消息。

Plan 里必须出现的四块

写进 Plan 或你的派活模板，让 Agent 复述一遍，你对齐后再 Craft：

目标：一句话 + 交付物路径（如 输出/周报-2026-W45.md）。
不动什么：原表只读、不要动 备份/、不要提交 git、不要发飞书/企微。
步骤：先抽样 3 个文件 / 一个 sheet 试跑 → 再全量（大任务标配）。
成功标准：3～5 条可勾选自检（见下文验收清单）。

可以跳过 Plan 的 Craft（仍建议 Ask 一眼）

目标极小且可回滚：「把 notes.md 里的二级标题改成中文序号」。
你在 git 分支 上，且随时 git checkout -- . 能恢复。
你已经用同一套提示词跑通过 十次以上（实质上是固化成 Skill 了）。

派活模板（可复制改）

把下面整段贴进 WorkBuddy / Cursor / CodeBuddy，按括号替换：

【模式】本次先 Plan，我回复「确认执行」后再 Craft；执行阶段不要改【模式】以上未列出的目录。

【目标】
（一句话）生成 _____________，保存到 工作区/_____________ 。

【材料】
- 只读来源：工作区/___________ （或：飞书导出已放在 ___________）
- 可参考：___________

【约束】
- 不要删除任何原文件；需要移动请先复制到 工作区/归档/
- 不要访问网络 / 不要发邮件、飞书、钉钉消息（若需要请停下问我）
- 不要改：___________

【成功标准】（执行完成后请自检并在回复里逐条打勾）
1. 交付物路径存在且能独立打开
2. ___________
3. ___________

【若失败】遇到拿不准的列名/字段，写入 工作区/待确认.md，不要猜填

填好的一例：合并门店 Excel（运营向）

【模式】先 Plan：列名映射 + 只处理 3 个文件的试跑方案；我确认后再 Craft 全量。

【目标】合并 工作区/原始门店表/ 下全部 xlsx 到 工作区/汇总/门店汇总.xlsx，并附简单透视说明.md。

【材料】工作区/原始门店表/（约 40 个 xlsx，表头不统一）

【约束】不要改 原始门店表/ 内任何文件；空值保留；金额列必须是数字类型

【成功标准】
1. 统一列名：门店、日期、SKU、销量、销售额
2. 试跑 3 文件与全量行数在说明里写清
3. 待确认项写入 工作区/汇总/待确认.md

同类提示词在 WorkBuddy 别人都在干什么里还有更多场景表。

验收检查清单（交付前你过一遍）

智能体回复「已完成」不等于完成。打开磁盘上的文件 或 看 git diff，按下面勾选。可以打印贴在显示器旁。

范围与完整性

[ ] 是否 只动了 约定目录/文件？（git status 或资源管理器扫一眼）
[ ] 交付物能否 脱离对话 独立使用？（不依赖「上一条消息里的表格」）
[ ] 大任务是否 先小样后全量？全量结果是否与小样规则一致？

事实与引用

[ ] 调研、新闻、客户信息是否 带链接或源文件名？
[ ] 数字、日期、人名是否与源 Excel / PDF 抽样核对 过？
[ ] 有无 明显幻觉（不存在的接口、编造的融资、错误的法条）？

安全与合规

[ ] 输出里是否误含 密钥、身份证、完整手机号、未公开报价？
[ ] 发邮件、发群、提 PR、合并主干 是否经你确认？（默认应否）
[ ] 是否误删、误覆盖 唯一原件？（应只有副本被改）

可维护

[ ] 同类任务下次能否复用这段派活或存成 Skill？
[ ] 是否留了 怎么复跑 一两句话（输入目录、命令、版本）？

和总论里的「验收三问」对齐

来源可追溯？
范围没越界？
关键决策仍在你？

见智能体不只是聊天一节。

权限与回滚习惯

工作目录怎么设

桌面 Agent：单独建 项目名-2026W45/，把要处理的材料 复制进来；原盘 下载/、微信文件/ 不动。
代码 Agent：新分支 agent/weekly-report；Craft 前 git status 干净或改动已知。
连接器（飞书、邮件）：能不开写权限就不开；只导出到本地再让 Agent 读副本。

「完全自主」适合什么

本地副本、可 git revert 或 Time Machine / 云盘历史版本。
输出到 新文件，而不是原地覆盖。
任务失败时 最多浪费一点时间，不浪费客户信任。

不适合什么

生产库、线上配置、客户正式环境 无快照。
合同 PDF 唯一一份 被 Agent 直接 OCR 改写。
不可撤回的 对外群发（全员邮件、客户群公告）。

失败复盘里最常见的一句：「我以为它只会改汇总表。」——Plan 里写清路径，Craft 前备份。

四个角色：同一套心法，不同 Ask / Plan / Craft

下面各 一条短链路 + 一种典型翻车（虚构姓名，流程真实）。

项目经理：信息员，不是替你做排期

阶段	做什么
Ask	只读 `本周导出/`（飞书项目 CSV、群聊 txt、纪要 md），列出：已关闭需求、阻塞项、缺材料清单
Plan	周报结构（进展 / 风险 / 下周）、不含未公开融资与人事；风险用红黄灯
Craft	写出 `输出/周报-2026-W45.md`，行动项表带负责人占位 + DDL

翻车：没 Plan 就 Craft，把群聊里的吐槽原样写进「风险」发给老板。修复：Plan 加「对外表述中性；内部情绪不进周报」。

销售 / 售前：调研与初稿，关单在人

阶段	做什么
Ask	只读客户官网、招投标公告、新闻稿链接，列「已知 / 待核实」
Plan	竞品一页纸章节、不写具体折扣与承诺
Craft	`输出/客户X-一页纸.md`，每条结论附 URL

翻车：Craft 阶段 Agent 联网「补全」了不存在的子公司业绩。修复：Ask 限定「仅上述文件夹与链接；缺信息留空」。

学习者：tutor，不是代写

阶段	做什么
Ask	只读你的考纲 pdf 与已有笔记，标薄弱章节
Plan	7 天路径、每天 45 分钟、自测题不直接给答案
Craft	`学习/RAG入门/路径.md` + `自测题.md`（答案单独 `answers.md` 可选）

翻车：一步 Craft「帮我做完作业」。修复：成功标准写「只出提示与检查点，不提交最终作业文件」。可结合用 Skill 拆书、Obsidian LLM Wiki 实践。

整理资料：`下载/` 与 `微信文件/` 清零

阶段	做什么
Ask	只读目录树，统计文件类型、最大目录、疑似重复
Plan	命名规则 `YYYY-MM-项目-简述`、原文件复制到归档不改名
Craft	生成 `归档/` 结构 + `README-归档规则.md`

翻车：Craft 直接批量重命名原目录，照片 EXIF 日期丢失。修复：Plan 写「先复制到工作区/整理副本/ 再操作」。

和多智能体编排的衔接（进阶预告）

单 Agent 够用时不必拆。下面情况可以考虑 两个角色、两次派活：

组合	分工	你卡在中间做什么
Researcher + Writer	前一个只搜集带链接的素材；后一个只写作、不联网	核对来源列表
Coder + Reviewer	一个改代码；一个只读 diff 挑问题	你 merge / 提 PR
PM 摘要 + 运营成稿	一个从 TAPD/飞书导出抽事实；一个改公众号语气	事实与语气分开验

规则不变：Researcher 也不等于可对外发布；Reviewer 不等于批准上线。合并 PR、客户发送、签字 —— 人在环。

工程向双角色示例见研发智能体里的 Coder + Reviewer 一节。

一次完整小练习（15 分钟）

复制任意 5 个文件到 练习-派活/（表格、截图、txt 均可）。
Ask：「只读列出类型和建议归档方式，不要改文件。」
Plan：让它输出计划；你改一句约束（例如「不要动 .zip」）。
Craft：「确认执行，输出到 练习-派活/输出/。」
用本文 验收检查清单 勾一遍。

跑通后再上真实项目：周报、洗表、读代码库 —— 顺序相同，只是 Plan 更长。