把一句需求变成一份 WorkBuddy 任务说明书

关于我：

我是连续创业者峰哥，长期关注 AI Agent 与高效办公。

希望我的文字，能帮助更多普通职场人从“会用 AI”走向“会管理 AI”，把重复工作交给数字员工，把时间留给真正重要的事。

工作区解决的是一个问题：

文件在哪里，规则在哪里，结果应该放在哪里。

但工作区搭好之后，还有一个更关键的问题：

你到底要让 WorkBuddy 做什么？

很多人第一次把任务交给 AI Agent，最常见的写法是：

帮我整理一下。

或者：

帮我看看这个文件。

再或者：

帮我写一份报告。

这些话不能说完全没用。

但它们太像一句临时口头需求。

如果你把同样的话交给一个刚入职的同事，他大概率也会愣一下：

整理成什么样？

看什么重点？

报告给谁看？

有没有格式要求？

能不能改原文件？

哪些结论必须有依据？

AI Agent 也是一样。

你给它一句模糊需求，它也许会给你一个看起来完整的结果。

但这个结果能不能用，往往靠运气。

所以今天这篇文章，我想讲一个很具体、也很容易被低估的东西：

任务说明书。

一句需求不是任务

职场里有很多“一句话需求”。

老板说：

你把这个表看一下，明天早会用。

客户说：

这些反馈你们整理一下。

同事说：

你帮我把这堆材料汇总一下。

自己也常常对 WorkBuddy 说：

帮我生成一份分析。

这些话在人和人之间可以先凑合用。

因为真实工作里，人会自动补很多背景。

你知道老板平时关心毛利。

你知道客户反馈里最重要的是投诉频率。

你知道这份材料最后要发给销售团队。

你知道哪些数据不能写得太满。

你知道哪些内容只是内部讨论，不能直接对外。

但 WorkBuddy 不一定知道。

如果你没有把这些背景说出来，它只能从文件和你的指令里猜。

AI 最危险的地方，不是它完全不会做。

而是它会在不确定的时候，也给出一个很像答案的答案。

所以，我们不能只给一句需求。

我们要把需求翻译成任务。

更准确地说：

把一句口头需求，变成一份 WorkBuddy 可以执行、你可以验收、下次可以复用的任务说明书。

任务说明书解决的不是写法问题，而是交付问题

很多人一听任务说明书，会以为这是提示词技巧。

其实不是。

提示词更像一句话怎么写得更聪明。

任务说明书关心的是：

这件事到底如何交付。

比如你让 WorkBuddy 处理一份销售 Excel。

如果只写：

帮我分析一下这个 Excel。

它可能会输出一段销售概况。

也可能会列几条趋势。

也可能会直接建议你做图表。

这些都可能有用，但你很难判断它有没有完成任务。

换成任务说明书，写法会变成：

任务背景： 老板明天早会要快速了解本月销售情况，我需要一份可以用于早会讨论的分析初稿。 输入材料： 读取 01_输入材料/销售明细_2026-07.xlsx。 输出要求： 生成一份 Markdown 报告，保存到 03_输出结果/销售早会分析初稿.md。 报告包括销售概览、异常区域、异常产品线、可能原因、早会追问清单。 质量标准： 所有金额、区域、产品线结论必须来自表格数据。 原因分析必须标注“推测”，不能写成确定结论。 如果字段含义不清楚，先向我提问。 执行边界： 不要修改原始 Excel。 不要编造表格里没有的客户、订单或金额。

这就不是普通提示词了。

它是一张任务单。

它告诉 WorkBuddy：

为什么做。

看什么材料。

交付什么结果。

结果长什么样。

哪些地方不能越界。

不确定时怎么办。

这才是管理 AI 做事的起点。

我建议任务说明书至少写清楚六件事

如果你刚开始用 WorkBuddy，不需要把任务说明书写得很复杂。

先写清楚六件事就够了。

第一，任务背景

任务背景回答的是：

为什么要做这件事？

给谁用？

用在什么场景？

比如：

老板明天早会要看销售异常，所以这份分析要服务于早会讨论。

这句话会影响输出重点。

如果是给老板看，报告要先给结论。

如果是给执行同事看，报告要更强调待办。

如果是给客户看，措辞要更谨慎。

很多 AI 输出不合适，不是因为它写得差，而是因为它不知道读者是谁。

第二，输入材料

输入材料回答的是：

这次任务到底看哪些文件？

不要让 WorkBuddy 自己在一堆文件里猜。

最好写清楚路径、文件名和用途。

比如：

请读取 01_输入材料/客户反馈_2026-07.xlsx，作为主要数据来源。 请读取 01_输入材料/产品当前版本说明.md，作为理解产品功能的背景材料。 不要参考 04_复盘沉淀 中的旧结果。

这几句话很朴素，但非常重要。

它减少了 AI 误读旧文件、错用草稿、混用历史结果的风险。

第三，输出结果

输出结果回答的是：

最后要交付什么？

不要只写“整理一下”。

要写成可验收的交付物。

比如：

输出一份 Markdown 文档，文件名为 客户反馈改进清单.md。 文档包含四部分：问题分类、影响程度、建议优先级、下一步行动。

当输出结果明确时，你才知道任务有没有完成。

否则 AI 给你一段总结，你很难说它错。

但也很难说它真的有用。

第四，质量标准

质量标准回答的是：

什么样的结果算好？

比如：

每个改进建议都必须对应至少一条客户反馈依据。 优先级不能只按主观感觉判断，要结合反馈频次和影响范围。 不确定的原因必须标注为“待确认”。

这部分尤其重要。

因为 AI 很擅长生成“看起来合理”的内容。

但职场交付不能只看起来合理。

它要能追溯。

能检查。

能解释。

能经得起追问。

第五，执行边界

执行边界回答的是：

哪些事情不能做？

比如：

不要修改原始文件。 不要删除任何输入材料。 不要把内部讨论语气直接写成对外公告。 不要在没有依据的情况下判断客户真实意图。

很多人只告诉 AI 要做什么，很少告诉它不能做什么。

但在 AI Agent 时代，这个边界会越来越重要。

因为它不只是回答你。

它可能会读文件、写文件、生成新文件，甚至调用工具。

边界不清楚，风险就会变大。

第六，不确定时怎么处理

最后一项，是很多人会漏掉的。

当 WorkBuddy 遇到不确定问题时，它应该怎么办？

是先猜一个？

是标注待确认？

还是暂停并提问？

你可以明确写：

如果字段含义不明确，先向我提问。 如果只有少量不确定项，可以继续完成报告，但必须在文末列出“待确认问题”。 如果缺少关键输入材料，不要编造，请直接说明缺少什么。

这几句话能显著减少幻觉。

也能让你更容易复核结果。

一个真实场景：把“整理客户反馈”变成任务说明书

假设你现在有一批客户反馈。

老板只说了一句：

你把这些客户反馈整理一下，看看产品要改什么。

如果直接丢给 WorkBuddy，你可能会写：

帮我整理这些客户反馈，生成产品改进建议。

这比“整理一下”好一点，但还是不够。

我们把它改成任务说明书。

# 任务说明：客户反馈整理为产品改进清单 ## 任务背景 我们正在复盘 2026 年 7 月第一周的客户反馈。 目标不是写一份普通总结，而是找出产品后续需要优先改进的问题。 这份结果将用于产品例会讨论。 ## 输入材料 请读取： - 01_输入材料/客户反馈_2026-07-第一周.xlsx - 01_输入材料/产品当前版本说明.md 不要参考旧版反馈整理结果。 ## 输出结果 请生成一份 Markdown 文档，保存到： 03_输出结果/客户反馈改进清单_2026-07-第一周.md 文档结构包括： 1. 本周反馈概览 2. 高频问题分类 3. 影响较大的 5 个问题 4. 建议进入产品排期的改进项 5. 需要人工进一步确认的问题 ## 质量标准 - 每个高频问题都要说明对应反馈数量。 - 每个改进项都要写明依据、影响对象、建议优先级。 - 不要把单个客户的个别意见直接上升为普遍结论。 - 不确定原因时，标注“待确认”，不要自行编造。 ## 执行边界 - 不要修改输入材料中的原始文件。 - 不要删除、移动或覆盖任何文件。 - 不要输出对外客服话术，本任务只做内部产品分析。 ## 不确定时的处理方式 如果发现反馈字段含义不清楚，先列入“待确认问题”。 如果缺少产品背景，先基于现有材料完成初稿，并在文末说明限制。

这份说明书不复杂。

但它已经把一句“整理一下”，变成了一个可以执行的工作任务。

WorkBuddy 拿到这样的任务，输出结果通常会稳定很多。

更重要的是，你也更容易验收。

你可以逐条检查：

它有没有读指定文件？

有没有按结构输出？

有没有把依据写清楚？

有没有把推测写成事实？

有没有乱改原始文件？

有没有把不确定问题列出来？

这就是任务说明书的价值。

它不是让 AI 更听话。

它是让任务更可控。

任务说明书放在哪里

上一篇文章讲工作区时，我建议最小工作区里有一个目录：

02_任务说明/

任务说明书就应该放在这里。

不要只写在聊天框里。

因为聊天框里的任务，跑完就散了。

下次再做类似任务，你还要重新组织一遍。

如果把任务说明书保存成文件，它就会变成你的任务资产。

比如：

02_任务说明/ 客户反馈整理任务说明.md 销售早会分析任务说明.md 会议纪要与待办任务说明.md 公众号文章初稿任务说明.md

以后遇到类似任务，不是从零开始写。

而是复制一份，改输入材料、改输出路径、改质量标准。

这就是从“会用一次 AI”到“沉淀一套流程”的区别。

和 W-O-R-K 四步法怎么对应

如果放到 W-O-R-K 四步工作法里，任务说明书主要发生在 Organize 和 Run 之间。

Watch 阶段，你先判断：

这件事适不适合交给 WorkBuddy？

输入是否明确？

输出是否可验收？

风险是否可控？

Organize 阶段，你组织材料：

把输入文件放好。

把项目背景准备好。

把任务说明书写清楚。

把输出路径约定好。

Run 阶段，你让 WorkBuddy 执行：

不是随口说“帮我整理一下”。

而是让它读取任务说明书，按说明书完成交付。

Keep 阶段，你复盘沉淀：

这份任务说明书哪里写得不够清楚？

哪些质量标准下次要补充？

哪些输出结构可以保留？

哪些边界条件必须写进去？

这样跑几次之后，你会发现一个变化：

你不是每次都在临时问 AI。

你是在积累一套自己的办公流程。

今天就能试的一个小任务

如果你想今天就练一次，不需要选复杂任务。

找一个你最近真的要做的小任务。

比如：

整理一份会议记录。

分析一个 Excel。

汇总一批客户反馈。

改写一份对外邮件。

生成一篇公众号文章大纲。

然后不要直接对 WorkBuddy 说“帮我弄一下”。

先写一份最小任务说明书。

只写六项：

任务背景： 输入材料： 输出结果： 质量标准： 执行边界： 不确定时怎么处理：

写完之后，再让 WorkBuddy 按这份说明书执行。

执行完，不要只看结果顺不顺眼。

重点检查三件事：

第一，任务说明书里有没有没说清楚的地方。

第二，WorkBuddy 有没有在不确定时乱猜。

第三，这份说明书下次能不能复用。

如果能复用，把它放进 02_任务说明/。

如果不能复用，就在任务结束后改一版。

这就是 Keep。

写在最后

AI Agent 时代，很多人会继续研究提示词。

提示词当然有价值。

但我越来越觉得，对普通职场人来说，更重要的不是会写一句漂亮的 Prompt。

而是会写一份清楚的任务说明书。

因为真实办公不是写一句话让 AI 表演。

真实办公是把一个模糊需求，变成一个可以执行、可以检查、可以交付、可以复用的任务。

WorkBuddy 能不能成为你的数字员工，不只取决于它有多强。

也取决于你会不会派活。

从今天开始，少说一句：

帮我整理一下。

多写一份：

这是任务背景、输入材料、输出结果、质量标准、执行边界，以及不确定时的处理方式。

这一步看起来慢。

但它会让后面的每一次执行都更稳。

你不是在写提示词。

你是在训练自己的工作方式。

—— END ——