Agent 实操入门 07:从学到用的最后一公里——五个实战场景全流程拆解
前六篇,你学完了 Agent 的全部基本功:概念、工具、Markdown、指令、专家技能、多 Agent 协作。
这一篇,我们把它们全部串起来——拿五个真实工作场景,从"接到活"到"交付结果",一步一步跑给你看。
为什么还要这一篇?
六篇学完,你可能还是会有一种感觉:“道理我都懂,但真到了干活的时候,不知道从哪下手。”
这很正常。就像学了开车的基本操作(油门、刹车、方向盘),但第一次独自上路还是手忙脚乱——因为真实路况比驾校复杂。
这一篇就是你的"陪练"。每个场景都走一遍完整流程:
接到活 → 判断用几篇的什么 → 拆步骤 → 写指令 → 执行 → 拿到结果 → 避坑
走完五个,你就有了肌肉记忆,以后遇到新活,自己就能套。
场景一:会议纪要全流程(单 Agent + 技能)
你遇到的事
刚开完一个 40 分钟的需求沟通会,手机录音转写成了一大段文字——乱七八糟、口语化、来回重复。领导让你下班前出一份正式纪要发群里。
用到系列哪几篇的什么
| 系列 | 用到什么 |
|---|---|
| 03 Markdown | 纪要用 Markdown 格式输出,结构清晰 |
| 04 指令写作 | 五要素框架写指令 |
| 05 专家+技能 | 用"会议纪要"技能,一句话触发 |
怎么操作
Step 1:选好工具
打开 WorkBuddy → 新建任务 → 选一个"行政/文档"类专家(或直接用默认)→ 装好"会议纪要整理"技能。
Step 2:写指令(五要素版)
## 角色
你是会议纪要专员。
## 任务
把下面的会议录音转写文字整理成正式会议纪要。
## 背景
这是客户需求沟通会,参会方:我方实施团队 + 客户业务部。
重点是搞清楚客户到底要什么、哪些能做、哪些待定。
## 要求
按以下 Markdown 结构输出:
## 会议信息
- 时间 / 参会人 / 主题
## 讨论议题
(按讨论顺序,每个议题一段)
## 关键结论
(用列表,每条一句话)
## 待办事项
| 事项 | 负责人 | 截止时间 |
## 遗留问题
(未定的事项,标红说明)
## 示例
(贴一份你以前的纪要格式做参考)
Step 3:贴入转写文字,执行
把手机转写的原始文字贴在指令后面,发送。
Step 4:拿到结果,微调
Agent 给你的初稿大概率 80% 可用。你检查三个地方:
- 人名有没有搞错(转写容易把名字打错)
- 待办事项的负责人和截止时间有没有漏
- 有没有把"待定"的内容误判成"已定"
改完,复制发群。全程 10 分钟,以前手写要 40 分钟。
踩坑提醒
| 坑 | 怎么避 |
|---|---|
| 转写文字太乱,Agent 也整理不清 | 先让 Agent “清洗文字"再"整理纪要”,分两步(06 篇的流水线思维) |
| 纪要里出现了会上没说的内容(幻觉) | 指令里加一句"只基于以下文字整理,不要补充未提及的内容" |
| 格式不对领导的胃口 | 把领导以前认可的纪要当"示例"贴进去,Agent 照着学 |
场景二:从客户原话到需求文档(多步骤流水线)
你遇到的事
客户发来一段微信语音转文字,大概意思是:“我们想要一个审批流程,能自定义的那种,手机上也能批,最好跟我们现在 OA 打通……”——乱、散、口语化。
你要把它变成一份正式的需求文档,交给开发评估。
用到系列哪几篇的什么
| 系列 | 用到什么 |
|---|---|
| 04 指令写作 | 每步用五要素 |
| 05 专家+技能 | 选"需求分析"专家 |
| 06 多Agent协作 | 拆成流水线:理解 → 评估 → 文档化 |
怎么操作
Step 1:先画流程图(纸上画)
客户原话 → [Agent1:理解需求,输出结构化需求卡]
→ [Agent2:评估可行性和风险,输出评估意见]
→ [Agent3:生成正式需求文档]
Step 2:每步写好指令
Agent 1 - 需求理解:
## 角色
你是需求分析师。
## 任务
把下面客户原话转成结构化需求。
## 要求
输出 Markdown 表格:
| 需求点 | 客户原话 | 我的理解 | 优先级 | 是否明确 |
只基于原话,不要脑补需求。
Agent 2 - 可行性评估:
## 角色
你是技术评估顾问。
## 任务
基于以下结构化需求,评估实现可行性和风险。
## 要求
输出:
## 可行性评估
| 需求点 | 可行性(高/中/低) | 技术方案建议 | 风险点 |
## 待澄清问题
(列出需要跟客户确认的问题)
Agent 3 - 文档生成:
## 角色
你是需求文档工程师。
## 任务
把以下需求卡和评估意见,合并成正式需求文档。
## 要求
按公司需求文档模板输出(贴模板),包含:
需求背景 / 详细需求 / 优先级 / 验收标准 / 待澄清问题
Step 3:单步测试 → 串联
先跑 Agent 1,看需求卡对不对 → 再跑 Agent 2 → 最后跑 Agent 3。
⚠️ 关键:每步的输出都是下一步的输入,用 Markdown 格式交接(03 篇讲过为什么)。
最终产出长什么样
你拿到的是一份正式需求文档,包含:需求背景、结构化需求表、可行性评估、风险点、待客户澄清的问题清单。直接可以发开发评审。
踩坑提醒
| 坑 | 怎么避 |
|---|---|
| Agent 1 脑补了客户没说的需求 | 指令强调"只基于原话,不要补充",并用反例说明 |
| 三步串起来后中间格式断了 | 每步输出格式在指令里固定死,用 Markdown 表格 |
| 客户原话太少,Agent 没法展开 | 这正好是 Agent 2 输出"待澄清问题"的价值——拿去问客户,补充后再跑一轮 |
场景三:周报自动生成(自动化 + 专家)
你遇到的事
每周五下午 5 点,你都要花 40 分钟回忆这周干了啥、翻日历、翻待办,憋出一份周报。烦,但不得不写。
用到系列哪几篇的什么
| 系列 | 用到什么 |
|---|---|
| 04 指令写作 | 五要素写周报指令 |
| 05 专家+技能+自动化 | 选专家 + 设定时自动化 |
怎么操作
Step 1:选好专家
选一个"工作汇报"类专家,让它自带"简洁、结论先行"的风格。
Step 2:写好周报指令模板
## 角色
你是周报整理助手。
## 任务
根据我提供的本周工作记录,生成一份周报。
## 背景
我是软件实施工程师,周报要发给项目经理看。
项目经理最关心:进度、风险、下周计划。
## 要求
按以下结构输出:
## 本周工作总结
(3-5 条,每条一句话,结论先行)
## 进度与风险
| 任务 | 计划完成时间 | 当前进度 | 风险 |
## 下周计划
(3-5 条)
## 需要协调的事项
(没有就写"无")
## 输入
我本周的工作记录如下:
(这里留空,自动化触发时填入)
Step 3:设自动化
打开 WorkBuddy → 自动化 → 新建:
| 设置项 | 填什么 |
|---|---|
| 触发时间 | 每周五 17:00 |
| 任务内容 | 上面写好的指令 + “读取本周工作记录” |
| 专家 | 工作汇报专家 |
Step 4:先手动跑一遍验证
别直接设定时——先手动触发一次,看输出的周报质量。没问题再改成每周定时。
效果
每周五 5 点,你还在收拾东西准备下班,Agent 已经把周报初稿生成好了。你花 5 分钟改改,发出。从 40 分钟变成 5 分钟。
踩坑提醒
| 坑 | 怎么避 |
|---|---|
| Agent 不知道你这周干了啥,瞎编 | 自动化指令里加"只基于以下记录生成,不要编造" |
| 周报内容太流水账 | 指令里强调"结论先行,每条一句话",并用示例约束 |
| 自动化跑出来的格式偶尔变 | 把格式要求写死在指令里,别给 Agent 自由发挥空间 |
场景四:产品方案多视角评审(并行分叉)
你遇到的事
团队出了一个产品方案,领导说:“从技术、成本、用户体验三个角度都看看,有没有问题。”——一个人很难同时切换三种视角。
用到系列哪几篇的什么
| 系列 | 用到什么 |
|---|---|
| 04 指令写作 | 每个视角一条指令 |
| 06 多Agent协作 | 并行分叉模式:三个 Agent 同时跑,最后汇总 |
怎么操作
Step 1:画流程图
→ [技术Agent:可行性?架构风险?] →
产品方案 → → [成本Agent:要花多少钱? ROI?] → [汇总Agent:合并三方意见,出评审结论]
→ [体验Agent:用户会用吗? 痛点?] →
Step 2:三个视角各写一条指令
技术视角:
## 角色
你是技术架构师。
## 任务
从技术可行性角度评审以下方案。
## 要求
输出:
## 技术可行性
## 架构风险
## 技术建议
只从技术角度看,不用管成本和体验。
成本视角:
## 角色
你是成本控制顾问。
## 任务
从成本和投入产出比角度评审以下方案。
## 要求
输出:
## 成本估算
| 项目 | 预估费用 |
## 投入产出比
## 成本风险
体验视角:
## 角色
你是用户体验设计师。
## 任务
从用户使用体验角度评审以下方案。
## 要求
输出:
## 用户使用路径分析
## 体验痛点
## 体验优化建议
Step 3:三个同时跑,最后汇总
三个 Agent 同时出意见,最后用一条汇总指令:
## 角色
你是评审委员会主席。
## 任务
综合以下三方评审意见,输出最终评审结论。
## 要求
## 总体评价(一段话)
## 三方意见汇总
| 视角 | 主要意见 | 严重程度 |
## 关键问题排序(按严重程度)
## 修改建议
## 评审结论(通过 / 修改后通过 / 不通过)
效果
你拿到的是一份多视角评审报告,三个角度的意见清晰列出,关键问题排了优先级,还有明确的修改建议。比一个人"假装"从三个角度想全面得多。
踩坑提醒
| 坑 | 怎么避 |
|---|---|
| 三个视角的意见互相矛盾 | 这正是汇总 Agent 的价值——让它在指令里"权衡三方,给出取舍建议" |
| 某个视角评得太泛 | 指令里给具体的评审维度(如技术要看架构风险,成本要看 ROI) |
| 汇总 Agent 偷懒只列意见不给结论 | 指令里明确要求"必须给出评审结论和修改建议" |
场景五:竞品动态简报(自动化 + 流水线)
你遇到的事
领导让你每周跟踪三个竞品的动态,周一早会汇报。每周手动搜新闻、筛选、写摘要——又累又容易漏。
用到系列哪几篇的什么
| 系列 | 用到什么 |
|---|---|
| 04 指令写作 | 每步五要素 |
| 05 自动化 | 定时触发 |
| 06 多Agent协作 | 流水线:采集 → 筛选 → 摘要 → 排版 |
怎么操作
Step 1:画流程图
[采集Agent:搜集竞品本周公开信息]
→ [筛选Agent:过滤无关内容,只留重要动态]
→ [摘要Agent:每条生成一句话摘要]
→ [排版Agent:按简报模板输出]
→ 竞品动态周报
Step 2:每步写指令
采集 Agent:
## 角色
你是竞品情报搜集员。
## 任务
搜集以下三个竞品本周的公开动态。
## 竞品清单
1. 竞品A
2. 竞品B
3. 竞品C
## 要求
每条信息输出:
| 竞品 | 信息来源 | 日期 | 原始内容 |
筛选 Agent:
## 角色
你是情报分析师。
## 任务
从以下信息中筛选出重要动态,过滤掉广告、重复、无关内容。
## 标准
重要 = 产品更新 / 人事变动 / 融资 / 大客户签约 / 价格调整
## 要求
输出筛选后的清单,每条标注重要程度(高/中/低)。
摘要 + 排版 Agent:
## 角色
你是简报编辑。
## 任务
把以下竞品动态整理成一份周报简报。
## 要求
## 竞品动态周报(X月X日-X月X日)
### 竞品A
- 动态1(一句话摘要)
- 动态2
### 竞品B
- ...
## 本周重点
(2-3 条最重要的动态)
## 下周关注
(值得持续跟踪的事项)
Step 3:设自动化
| 设置项 | 填什么 |
|---|---|
| 触发时间 | 每周日 20:00(周一早会前晚生成好) |
| 任务内容 | 按流水线顺序执行四步 |
| 输出位置 | 保存到项目文档 |
效果
周一早上你到工位,简报已经在那了。你花 3 分钟过一遍,直接上会汇报。从每周 2 小时变成 3 分钟。
踩坑提醒
| 坑 | 怎么避 |
|---|---|
| 采集到的信息过时或不准 | 指令里限定"本周"时间范围,并要求标注来源 |
| 筛选标准不清晰导致漏掉重要动态 | 把"重要"的定义写死在指令里(产品更新/人事/融资…) |
| 简报太长,领导没耐心看 | 排版指令里限制"本周重点不超过 3 条,每条不超过 30 字" |
五个场景的规律总结
走完五个场景,你会发现它们都有一个固定的套路:
1. 判断任务类型 → 单步能搞定?多步?需要多视角?定时跑?
2. 画流程图 → 几步?每步输入输出是什么?
3. 每步写五要素指令 → 角色+任务+背景+要求+示例
4. 单步测试 → 一步通了再连下一步
5. 串联执行 → 跑完整流程
6. 检查结果 → 改指令,不从头重写
这个套路就是前六篇所有内容的"压缩包"。 以后遇到任何新活,按这个套路走就行。
五个场景用到的知识地图
| 场景 | 03 Markdown | 04 指令 | 05 专家技能 | 05 自动化 | 06 多Agent |
|---|---|---|---|---|---|
| 会议纪要 | ✅ | ✅ | ✅ | ||
| 需求文档 | ✅ | ✅ | ✅ | ✅ | |
| 周报 | ✅ | ✅ | ✅ | ✅ | |
| 方案评审 | ✅ | ✅ | ✅ | ||
| 竞品简报 | ✅ | ✅ | ✅ | ✅ |
看出来了吗?Markdown 和指令写作是每个场景都要用的基本功(这就是为什么它们是 03 和 04,排在前面)。专家技能、自动化、多 Agent 是"加层"——根据任务复杂度往上加。
新手最容易踩的五个坑(合集)
走完五个场景,再送你一张"翻车急救表",覆盖新手最常犯的错:
| 症状 | 原因 | 怎么救 |
|---|---|---|
| Agent 输出跟你想要的完全不一样 | 指令太模糊,没给角色和要求 | 用 04 篇五要素重写,加示例 |
| Agent 编造了不存在的内容(幻觉) | 没限制"只基于给定信息" | 指令加"只基于以下内容,不要编造" |
| 多步流程中间断了 | 上下一步的输出格式不匹配 | 每步用 Markdown 固定格式交接 |
| 自动化跑出来的质量不稳定 | 指令没写死格式,Agent 每次发挥不同 | 格式要求写死,不给自由发挥空间 |
| 结果还行但总差一点 | 一次想让它改太多 | 每次只改一个点,微调不要重写 |
下一步:建立你自己的"场景库"
这五个场景只是例子。你的真实工作中,一定还有更多可以套用的场景。
建议你现在就做一件事:列一个清单,写下你工作中重复做的、多步骤的、耗时间的事,每个都用今天学的套路走一遍。
模板:
## 我的 Agent 场景库
### 场景1:______
- 类型:单步 / 多步 / 多视角 / 定时
- 用到:哪些篇的什么
- 流程图:______
- 状态:□ 已搭建 □ 已测试 □ 已固化
### 场景2:______
...
攒到 10 个场景,你就不再是"学过 Agent 的人",而是"有自己 Agent 工作流体系的人"。
系列总回顾
| 篇 | 主题 | 一句话总结 |
|---|---|---|
| 01 | Agent 是什么 | Agent 是有手有脚的 AI,能感知、规划、执行 |
| 02 | WorkBuddy 入门 | 七大功能,新建任务是真正让它动手 |
| 03 | Markdown 格式 | 结构化文本是 Agent 的通用语言,还省积分 |
| 04 | 指令写作 | 五要素框架:角色+任务+背景+要求+示例 |
| 05 | 专家+技能+自动化 | 把好指令固化,一次调好反复用 |
| 06 | 多 Agent 协作 | 复杂任务拆步骤,多 Agent 分工配合 |
| 07 | 实战场景拆解 | 把前六篇串起来,五个真实场景跑通全流程 |
七篇走完,你从"完全不懂"变成了"能在真实工作中用 Agent 解决问题"的人。
剩下的,就是在实战中不断积累你自己的场景库。Agent 不是学出来的,是用出来的。
祝你用得开心,用得高效。我们实战见。
本文是《Agent 入门学习指南》系列第七篇(实战篇)。
前六篇是"学会",这一篇是"用起来"。
从这一篇开始,你的 Agent 之旅正式进入实战模式。
更多推荐


所有评论(0)