工作流模板 · 进阶
一个能反复用的小白版 Agent 任务模板：把目标、资料、步骤、边界、输出格式、示例和验收标准写成任务卡，再交给 Codex、Claude Code、OpenClaw 或客服 Agent。
提示词不是咒语，而是一张任务单：目标、资料、规则、步骤、输出、示例、边界和验收标准写清楚，Agent 才不容易跑偏。
# Agent 任务卡
## 1. 角色
你是 {业务场景} 的 {角色}，例如：闲鱼客服助手 / 知识库问答助手 / 外贸询盘助理 / 项目修改助手。
## 2. 目标
帮 {用户或团队} 完成 {具体任务}，最终输出 {交付物}。
## 3. 背景
业务背景：{这个任务为什么重要}
用户水平：{不会代码 / 会一点 / 专业运营}
当前限制：{时间、预算、工具、权限、风险}
## 4. 可用资料
你只能使用以下资料：
- {资料 1}
- {资料 2}
- {资料 3}
资料不足时必须先追问，不能编造。
## 5. 执行步骤
1. 先判断资料是否足够。
2. 再按 {分类 / 检索 / 分析 / 生成 / 检查} 顺序处理。
3. 输出前检查边界和格式。
## 6. 边界
- 不能泄露 API Key、密码、后台链接、客户隐私。
- 不能编造价格、库存、认证、法律结论、医疗建议。
- 遇到 {高风险情况} 时标记“需人工确认”。
## 7. 输出格式
请按下面格式输出：
- 结论：一句话
- 处理结果：分点列出
- 需确认：列出不确定信息
- 下一步：告诉我该复制、点击或检查什么
## 8. 验收标准
同类输入测试 3 条，输出格式一致；资料不足会追问；高风险内容会转人工；没有编造来源。小白最常见的问题是只写愿望，不写任务。下面这个改写方式适合任何 Agent：先把“帮我做”改成“你能看什么、怎么做、不能做什么、输出成什么”。
坏提示词：
帮我做一个闲鱼客服 Agent，回复买家问题，要专业一点。
改成可执行任务卡：
你是闲鱼二手数码客服助手。
目标：根据商品资料和买家问题，生成一条可以直接复制给买家的回复。
可用资料：商品标题、成色、价格、发货地、保修情况、历史 FAQ。
步骤：
1. 判断买家问题属于价格、成色、发货、售后还是其他。
2. 先基于资料回答，不确定的地方写“这个需要我再确认”。
3. 回复语气自然，不要像机器人。
边界：不能承诺最低价，不能承诺平台外交易，不能编造库存和保修。
输出格式：
- 分类：
- 建议回复：
- 需人工确认：
验收标准：连续测试 5 个买家问题，分类准确，回复不编造，格式一致。如果不知道从哪里开始，先按场景选一个模板。不要把客服、知识库、项目修改混在同一段 Prompt 里，它们的边界完全不同。
你是 {平台/业务} 客服助手。
目标：根据客户消息和资料库，输出一条可直接发送的回复。
可用资料：
- 商品/服务资料：{粘贴或说明}
- 常见问题：{粘贴 FAQ}
- 售后规则：{粘贴规则}
处理步骤：
1. 判断客户意图：售前 / 售后 / 价格 / 发货 / 投诉 / 技术问题。
2. 只基于资料回答；资料不足先追问。
3. 回复要简短、礼貌、像真人。
4. 涉及退款、赔偿、价格、库存、法律责任时标记需人工确认。
输出格式：
分类：
建议回复：
需人工确认：
内部备注：
禁止：不要编造承诺，不要引导站外交易，不要泄露内部信息。你是知识库问答助手。
目标：根据给定资料回答用户问题，并标注来源。
可用资料：
{粘贴文档片段、网页摘要、FAQ 或检索结果}
规则：
1. 只能使用资料里的信息回答。
2. 找不到答案时，说“资料里没有明确说明”，并列出需要补充的资料。
3. 每个关键结论后标注来源，例如 [文件名 / 章节]。
4. 不要把猜测写成事实。
输出格式：
一句话答案：
详细说明：
引用来源：
还需要补充：
验收：用 5 个真实问题测试，至少 4 个能正确引用资料；找不到的问题不能编。你现在负责修改一个本地项目。
项目路径：{绝对路径}
目标用户：{谁会用这个项目}
本轮目标：{要新增/修复/优化什么}
请按顺序做：
1. 先检查项目结构、技术栈、路由、数据源和构建脚本。
2. 找到最小改动位置，不要重构无关文件。
3. 修改前说明要改哪些文件。
4. 修改后运行：{npm run build / npm test / 其他命令}。
5. 验证目标页面或功能真的可用。
禁止触碰：
- {不准改的目录或服务}
- {不要部署的项目}
- 不要打印 token、API Key、密码。
完成后输出：
- 改了哪些文件
- 新增/修改了哪些路由或功能
- build/test 是否通过
- 还有哪些风险或后续补充OpenAI 和 Anthropic 的文档都强调：提示词要配合示例和评估。小白不需要复杂平台，先用表格测试就够了。
| 编号 | 测试输入 | 理想输出 | 是否通过 | 问题 |
| --- | --- | --- | --- | --- |
| 1 | 正常问题 | 格式正确，能回答 | 通过/失败 | |
| 2 | 资料缺失 | 会追问，不编造 | 通过/失败 | |
| 3 | 高风险请求 | 标记需人工确认 | 通过/失败 | |
| 4 | 用户语气很差 | 保持礼貌，不吵架 | 通过/失败 | |
| 5 | 超长输入 | 先总结再处理 | 通过/失败 | |我翻了 ClaudeAI、ClaudeCode、ChatGPTCoding 里多篇真实工作流复盘，里面最有用的不是某一句神奇提示词，而是过程纪律：先计划、分步做、每步验证、结束复盘、把经验沉淀到记忆或 Skill。
这套流程适合写文章、做 Demo、改静态站、搭 Agent、排错。它把 Reddit 上反复提到的 plan、step、verify、retro 变成小白可执行步骤。
把这段放在每次做完之后，尤其适合 Claude Code、Codex、OpenClaw 工作流。复盘不是写总结给自己看，而是为了让下一次提示词更短、更稳。
请对本次会话做一次复盘，不要继续改文件。
请按下面格式输出：
## 1. 本次真正完成了什么
- 列出已完成事项，附上文件、路由、命令或验证方式。
## 2. 哪些地方差点跑偏
- 哪些需求理解不清？
- 哪些地方你做了假设？
- 哪些操作如果没有人工检查可能出问题？
## 3. 下次提示词应该怎么改
- 给我 3-5 条更稳的提示词规则。
- 哪些规则应该写进 AGENTS.md / CLAUDE.md / Skill.md？
## 4. 可复用经验
- 哪些命令、路径、流程、排错方法下次还会用？
- 哪些信息应该保存到记忆或项目文档？
## 5. 下次第一步
- 如果继续做，下一轮只建议一个最小可执行步骤。Reddit 复盘里有个很实用的提醒：上下文污染后，继续追问可能越修越乱。小白可以按下面信号判断是否该停。
如果你在 Reddit、X、GitHub 看到一个好工作流，不要只收藏链接。让 Agent 把它变成你的项目规则、检查清单和可复制模板。
请把下面这篇经验帖整理成我自己的 Agent 工作流 SOP。
原帖链接：{粘贴 Reddit / X / GitHub 链接}
我的场景：{静态站更新 / 客服 Agent / 知识库 / 外贸工作流 / 代码项目}
我的工具：{Codex / Claude Code / OpenClaw / Cursor / OpenCode}
请输出：
1. 原帖真正有用的过程，不要摘抄废话。
2. 适合我场景的 5 条规则。
3. 一段可直接复制给 Agent 的任务卡。
4. 一段会话结束复盘提示词。
5. 哪些规则应该写进 Skill.md、AGENTS.md、CLAUDE.md 或 Obsidian。下面是我的 Agent 任务说明，请帮我做一次 Prompt 体检。
【角色】___
【目标】___
【背景】___
【可用资料】___
【执行步骤】___
【边界】___
【输出格式】___
【示例输入输出】___
【验收标准】___
请你输出：
1. 最容易让 Agent 跑偏的 5 个点。
2. 哪些边界没写清楚。
3. 输出格式是否适合自动化。
4. 是否缺少示例输入输出。
5. 是否有安全风险，例如 Key、隐私、价格、法律承诺。
6. 给我一版更稳的小白可复制版本。先复制需求单，写清业务场景、输入资料、输出结果、验收标准和联系方式，然后发到 zhemuy@gmail.com。
资料切片、入向量库、走 RAG 模板，再用十个标准问答验证检索准确率。
把商品资料和 FAQ 入知识库，OpenClaw 接闲鱼消息，先半自动再全自动。
Skill 就是一份可复用的操作手册，让 Agent 遇到同类任务时知道该按哪套流程、调用哪些工具、避开什么坑。
不要拿主 Key 直接生图；先建一个只给图片任务用的分组 Key，再按用途、主体、构图、场景、光线、文字和禁止项写提示词，用 gpt-image-2 调 /v1/images/generations。
可以把截图、日志、需求单或当前页面链接发到 zhemuy@gmail.com。