小白读懂 AI Agent
0. 怎么读
你的目标 | 建议阅读 |
30 分钟建立全局感 | 第 1 节导图 + 第 2 节亚马逊总案例 |
能跟产品/技术同事对话 | 第 3~9 节 + 第 15 节术语表 |
要做业务选型/排期 | 第 2 节落地优先级 + 第 12、14 节 |
- 你的目标:30 分钟建立全局感;建议阅读:第 1 节导图 + 第 2 节亚马逊总案例
- 你的目标:能跟产品/技术同事对话;建议阅读:第 3~9 节 + 第 15 节术语表
- 你的目标:要做业务选型/排期;建议阅读:第 2 节落地优先级 + 第 12、14 节
阅读原则:遇到英文术语,先看「人话」;案例建立直觉,公式记牢骨架。
1. 一张图看懂全貌
Agent 用大模型当大脑,在看得见的信息(上下文)里思考,动手调用工具,根据结果再想下一步;外面再加一套约束与验证,才谈得上能办事、敢办事。

2. 亚马逊跨境运营 × Agent
把公司想成一支运营团队;把合格的 AI Agent 想成:能按目标办事、有权限边界、办完要拿数据交差的数字同事。
2.1 运营版导图

2.2 团队岗位 ↔ Agent 零件
运营现实 | Agent 概念 | 人话 |
每日固定:拉广告→算毛利→推飞书 | 工作流 Workflow | 步骤稳定,适合 n8n |
「这个类目还能不能做、怎么差异化」 | 自主 Agent | 步骤难写死,要临场调研 |
Listing 撰稿 + 合规/数据复核 | Proposer–Reviewer | 一个做,一个拿新证据审 |
用真实店铺周报打分,而不是感觉「AI 好用」 | Evaluation 评估 | 整机(人+工具+流程)一起评 |
运营现实 | Agent 概念 | 人话 |
运营负责人拍板「今天保利润还是冲排名」 | LLM / 大脑 | 理解目标、做决策 |
晨会看板 + 昨晚广告数据 + 未读买家消息 | Context / 眼睛 | 没看见的,等于不存在 |
后台改出价、ERP 下采购单、回站内信 | Tools / 手脚 | 真正产生业务动作的地方 |
「先查报告 → 再改词 → 明天再看」 | ReAct 循环 | 想→做→看→再想 |
品牌手册、定价红线、广告日预算 | Harness·约束 | 不许越权、不许烧穿预算 |
「ACOS 降到 X% 以下才算优化完成」 | Loop·验证 | 完成看证据,不看嘴 |
这个链接三个月测过的标题方向 | Memory 记忆 | 跨周、跨人仍要记得的经验 |
亚马逊政策、禁售清单、客服话术库 | 知识库 + RAG | 先检索再发言,减少违规与胡说 |
2.3 完整业务链:广告异常(看懂 ReAct + Loop)
场景:某主力 ASIN 昨日 ACOS 从 25% 飙到 55%,负责人说:「把广告拉回来。」
步骤 | 运营在做什么 | Agent 语言 |
1 | 打开广告报告,看花费词、点击、转化 | Act 调工具 + Observe |
2 | 判断:是大词放量还是链接转化崩了 | Think |
3 | 否高花费低转化词;检查库存是否断货 | 再 Act |
4 | 若库存告急 → 先停推、催补货,而不是继续加预算 | 根据反馈改路径 |
5 | 第二天看 ACOS / 订单是否回落 | 验证 |
6 | 回落达标 → 任务关闭;未达标 → 再查 Listing/评价 | Loop:证据批准结束 |
三种「过早终止」:
类型 | 亚马逊现场 |
偷懒式假完成 | 只否了两个词,没查库存和 Listing,就在群里说「广告好了」 |
过早放弃 | 调不动出价就说「没救了」,其实该查的是断货和差评 |
假成功 | 花费降了(因为停投),但订单也没了,利润目标没达成 |
2.4 各条运营线:更适合工作流,还是 Agent?
工作模块 | 典型动作 | 更像什么 | 为什么 |
怒气差评 / 疑似投诉升级 | 安抚、协商、保账号 | Agent + 人工门禁 | 高风险,要人批 |
Account Health / 政策应对 | 解读邮件、准备 POA | RAG + 人工 | 搞错=封店风险 |
促销与秒杀报名 | 填表、卡点提交 | 工作流;异常再人工 | 节点多但相对固定 |
工作模块 | 典型动作 | 更像什么 | 为什么 |
每日数据拉取与毛利表 | 定时导出 → 汇总 → 飞书推送 | 工作流 | 路径固定、要准时 |
库存预警与补货提醒 | 低于安全天后钉人 | 工作流 + 人工确认 | 规则清晰;下采购单要审批 |
广告结构搭建(活动档期) | 按模板建活动/广告组 | 工作流为主 | SOP 明确 |
广告诊断与策略调整 | 异常归因、测试结构 | Agent(人或 AI) | 路径开放,依赖反馈 |
Listing 初稿 | 标题五点 A+ 草稿 | Agent 提议 | 生成快 |
Listing 上线 | 合规词、商标、数据对照 | 审核者 / Harness | 必须有否决权 |
选品与竞品调研 | 多站点、多维度信息拼图 | 自主 Agent | 难画死流程图 |
买家消息标准问答 | 物流时效、包邮政策 | RAG + 工作流 | 先查知识库再答 |
口诀:
- 能写成 SOP、天天重复的 → 先上工作流
- 要临场判断、路径会分叉的 → 再上 Agent
- 动钱、动账号、动合规的 → 必须有 Harness(审批/上限/日志)
- 说「优化完成」之前 → 必须有后台数字当验证器(Loop)
2.5 若开始「上 AI」,建议优先级
不必一上来就做「全自动运营 Agent」。更稳的顺序:
- 知识库 + RAG:政策、SOP、话术、历史案例可检索(先减少胡说与违规)
- 工作流自动化:日报、库存预警、广告数据汇聚到飞书
- 带审核的生成:Listing / 邮件草稿 → 人审或规则审后才能贴进后台
- 诊断型 Agent:广告/库存异常「给出假设与检查清单」,执行仍由人点确认
- 高风险动作最后放开:自动改价、自动大额广告加预算、自动回复投诉——没有验证器与审批前不要上
2.6 用运营语言重说核心公式
运营 Agent ≈ 运营判断力(模型) + 今日该看的数与材料(上下文) + Seller Central / ERP / 表格(工具) + 预算红线与审批(Harness) + 「以后台结果为准」的收尾标准(Loop)
把团队带教新人,其实也是在搭一套 Harness:教他看哪些表(上下文)、能点哪些按钮(工具权限)、什么情况必须问主管(约束)、什么叫「今天的活收工」(验证)。
3. Agent 是什么
3.1 人话定义
对比 | 普通聊天机器人 | Agent |
主要输出 | 一段文字建议 | 行动 + 结果(查了、改了、发了、订了) |
卡壳时 | 说「建议你去……」 | 换工具、换路径、再试,或按规定停下来求助 |
完成标准 | 话说完了 | 事情真的办成了(最好有外部证据) |
AI Agent(智能体)不是「会聊天的网页」,而是:能理解目标、决定下一步、调用工具、根据反馈继续推进,直到任务完成或安全停下的系统。
亚马逊对照:聊天机器人会写「建议你降低无效点击词」;Agent(或按 Agent 方式工作的运营)会真正打开报告、改设置,并用次日数据证明有效。
3.2 核心公式(务必记住)
零件 | 英文 | 比喻 | 负责什么 |
大语言模型 | LLM | 大脑 | 理解意图、规划、判断下一步 |
上下文 | Context | 眼睛 + 工作台 | 此刻能「看见」的全部信息 |
工具 | Tools | 手脚 | 查邮件、搜网页、改文件、调接口…… |
Agent = LLM(大脑) + Context(眼睛) + Tools(手脚)
生产环境常用说法:
Agent ≈ Model(模型) + Harness(脚手架)
Harness 把「上下文 + 工具」包起来,再加约束、验证、纠正——见第 6 节。
3.3 生活案例:帮你订餐厅
聊天机器人:告诉你「附近有三家评分不错,建议提前打电话」。
Agent:搜索空位 → 对比 → 预订 → 满座则换家 → 把确认写进日历。
差异不在「会不会说话」,而在会不会办事、办不完会不会继续办。
4. 怎么工作:想 → 做 → 看 → 再想
业界常用循环叫 ReAct(Reason + Act,推理 + 行动):
Think(想)→ Act(做:调用工具)→ Observe(看结果)→ 再 Think ……
工作案例:客服退款
- 想:用户要退货退款,先查订单状态
- 做:调用「查询订单」工具
- 看:订单显示已签收 3 天,仍在退货窗内
- 想:可以走退货;先发退货地址
- 做:创建退货单、发短信……
- 直到「退款到账」或「需人工」才停
亚马逊版完整链条见第 2.3 节。
关键细节
- Agent 只能基于当前上下文决策——没写进上下文的信息,对它等于不存在
- 上下文大致 = 静态前缀(规矩、工具说明书)+ 轨迹(这轮里想了什么、调了什么、结果是什么)
- 「提示词写得好」很重要,但更重要的是:每一步工具结果有没有忠实地喂回去。缺了反馈,它可能原地空转
5. 为什么需要这一整套(而不只是换更强模型)
模型很强,但仍会:
- 幻觉:编造不存在的订单号、工具参数
- 偷懒:做一半就说「搞定了」
- 莽撞:不该退的款也退、不该删的文件也删
真实业务(钱、合规、客户信任、店铺账号)要求的是:可靠地做事,不是偶尔天才一次。
因此行业重心从「调一句神奇提示词」变成工程分层:
提示工程 → 上下文工程 → Harness 工程 → Loop 工程
(写指令)→(管看见什么)→(约束/验证/纠正)→(跨轮循环谁说了算)
它们是层层包含,不是互相取代。模型越强,Harness 会变薄,但不会消失——总有新边界要兜底。
6. 生产上怎么可靠:Harness
6.1 Harness 是什么
机制 | 人话 | 亚马逊例子 |
约束 Constrain | 规定能做什么、不能做什么 | 单日广告预算上限;改价须主管批;禁自动删 Listing |
验证 Verify | 检查做得对不对 | 以后台 ACOS/库存为准,不以聊天结论为准 |
纠正 Correct | 错了怎么补救 | 超预算自动暂停;异常告警转人工 |
Harness(脚手架 / 挽具):模型外面那一整套支撑机制。
6.2 生活类比
学车时:模型 ≈ 开车直觉;Harness ≈ 教练、限速、刹车辅助。直觉再好,没有护栏也不能上路载客。
6.3 和「提示词」的差别
只写提示词 | 有 Harness |
「请务必控制预算」(恳求) | 系统强制到额熔断 |
模型说「已优化」你就信 | 必须看到报表指标达标 |
口诀:规矩能写成强制执行的,就不要只写成「请你注意」。
7. Loop 工程:谁有权说「做完了」
7.1 问题从哪来
类型 | 表现 | 亚马逊现场 |
偷懒式假完成 | 只做一部分却宣称全部完成 | 见第 2.3 节 |
过早放弃 | 一条路不通就整单放弃 | 调不动词就放弃,不查断货/差评 |
假成功 | 以为办成,闭环没走完 | 回复了差评但评分与订单未改善 |
根因:「完成」若只是模型嘴上说说,那是宣称,不是证明。
7.2 Loop 工程在说什么
Loop Engineering(循环工程):设计可持续运转的循环——
发现下一件该做的事 → 执行 → 用外部证据验证 → 记录进度 → 再转
业界共识:
- 循环的瓶颈在验证器,不在模型
- 模型可以提出「完成」,但不能批准自己的「完成」
7.3 Harness 和 Loop 怎么区分
对比 | Harness | Loop |
管什么 | 这一次怎么跑得稳 | 多轮怎么持续转、何时真停 |
类比 | 安全带、刹车 | 「任务没验完就不算到站」 |
运营类比 | 预算锁、权限、审批 | 「ACOS/库存达标才关单」 |
8. 记忆、知识库与 RAG(别混)
概念 | 人话 | 亚马逊例子 |
上下文 Context | 这一次窗口里正在看的东西 | 今天打开的报告 + 当前这串买家对话 |
记忆 Memory | 跨会话想记住的 | 「此 ASIN 不打品牌大词」「客户偏好简短回复」 |
知识库 | 可检索资料库 | 政策 PDF、SOP、禁词表、历史 POA |
RAG | 先检索再生成 | 答「电池能不能走空运」前先查最新物流/平台政策 |
进阶 Agentic RAG:自己决定还要不要再搜、资料够不够——类似资深运营会多开几个页面交叉验证,而不是只看一篇旧笔记。
9. 工具、MCP,以及代码为什么特殊
- 工具:Agent 的手脚;Schema ≈ 调用时的「填表说明」
- MCP:工具与数据源的「标准插头」——连 ERP、表格、浏览器不必每次从零发明对接
- Coding Agent(Cursor / Codex 等):用代码创造新工具;可用测试验证——适合内部做报表脚本、同步工具;不要未经审批让它直接改生产店铺关键配置
10. 怎么知道 Agent 好不好:评估
方法 | 人话 | 亚马逊用法 |
业务评测集 | 用真实案例当考题 | 历史差评单、广告异常周、政策邮件各抽 20~50 例 |
Rubric 量表 | 事先写清打分标准 | 是否合规、是否保住利润、是否可执行 |
否决项 | 一项违规整单不及格 | 违规词上架、承诺平台禁止的服务 |
模型替换 | 固定流程只换模型 | 分数不涨 → 先查数据是否喂对、审批是否缺失 |
评估对象往往是「模型 + Harness 整机」,不是孤立模型。
11. 怎么变强:训练与从经验中进化
阶段 | 英文 | 人话 |
预训练 | Pre-training | 海量阅读,学会语言与常识 |
监督微调 | SFT | 看标准示范,「记住」做法 |
强化学习 | RL | 在环境里试错,用奖励练判断 |
口诀:SFT 偏记忆示范;RL 偏练泛化。多数运营团队应先把知识库、工作流、评估、审批做好,再谈要不要微调模型。
保存聊天记录 ≠ 学会了。复盘应进 SOP / 禁词表 / 检查清单,并允许回滚——类似把周会结论写进制度,而不是只留在某人脑子里。
12. 工作流(n8n)还是 Agent(Cursor)?
对比 | 工作流(如 n8n) | 自主 Agent(如 Cursor / Codex) |
谁定下一步 | 人预先画好的流程图 | 模型根据反馈实时决定 |
亚马逊适合 | 日报、预警、固定报名流 | 选品调研、复杂诊断、文案多轮迭代 |
优点 | 可控、可审计、成本可预期 | 灵活、会变通 |
缺点 | 预案外情况弱 | 更贵、更要验证与审批 |
顺序建议:先优化提示词 → 再上工作流 → 最后才上自主 Agent
混合很常见:n8n 拉数推飞书;异常周再交给「诊断 Agent + 人工确认」。岗位级对照见第 2.4 节。
13. 多模态与多 Agent(拓展视野)
- 多模态:语音会议纪要、看广告后台截图点选(Computer Use)、仓库机器人等——难在实时与做错代价
- 多 Agent 何时值得:协作是否引入新信息(真实报表、竞品截图、测试结果)。几个模型对着同一段文字互吹,常常不如「一个写 Listing + 一个对照数据审」
- 成本:多 Agent 可能贵很多倍;收益盖不住时,调好的单 Agent / 工作流更划算
14. 落地检查清单
A. 目标与边界
- 成功长什么样?用 Seller Central / 广告报表 / ERP 哪张数证明?
- 绝对不能自动做的事?(大额加预算、改价、删 Listing、承诺禁语)
- 搞不定如何转人工?谁是值班人?
B. 编排选型
- 步骤是否基本固定?→ 优先工作流
- 是否高度开放?→ 再考虑 Agent
- 能否混合?
C. Harness / Loop
- 预算与权限是否强制锁死?
- 每一步结果是否写回(轨迹完整)?
- 「完成」是否由数据/状态批准?
- 是否有费用与轮次预算,防止空转?
D. 数据与评估
- 是否有真实历史案例考题?
- 是否有否决项(违规即不及格)?
- 改流程后能否对比店铺指标?
E. 组织角色
- 谁定义验证标准?(运营负责人 / 数据分析)
- 谁对账号安全与合规签字?
15. 术语速查(中英对照)
术语 | 英文 | 一句话人话 |
智能体 | Agent | 能想、能做、能根据反馈继续推进的 AI 系统 |
大语言模型 | LLM | Agent 的大脑 |
上下文 | Context | 模型此刻看见的全部信息 |
轨迹 | Trajectory | 这一程里的思考、工具调用与结果记录 |
工具 | Tool | Agent 的手脚 |
脚手架 | Harness | 模型外的约束、验证、纠正与支撑 |
推理+行动循环 | ReAct | 想→做→看→再想 |
术语 | 英文 | 一句话人话 |
提示工程 | Prompt Engineering | 把指令写清楚 |
上下文工程 | Context Engineering | 管理模型看见什么 |
循环工程 | Loop Engineering | 验证器决定能否结束 |
检索增强生成 | RAG | 先查资料再回答 |
模型上下文协议 | MCP | 给工具/数据源的标准插头 |
参数结构说明 | Schema | 调用工具时的「填表说明」 |
监督微调 | SFT | 用示范教模型「照这样做」 |
术语 | 英文 | 一句话人话 |
提示工程 | Prompt Engineering | 把指令写清楚 |
上下文工程 | Context Engineering | 管理模型看见什么 |
循环工程 | Loop Engineering | 验证器决定能否结束 |
检索增强生成 | RAG | 先查资料再回答 |
术语 | 英文 | 一句话人话 |
强化学习 | RL | 用试错与奖励练策略 |
评价量表 | Rubric | 事先写明的打分标准 |
提议者-审核者 | Proposer-Reviewer | 一个负责做,一个拿新证据负责审 |
工作流 / 全双工 / 计算机使用 | Workflow / Full-Duplex / Computer Use | 路径预先画好的自动化;边听边说;看屏幕、点鼠标键盘来操作 |
16. 把全书收进一张逻辑链
- 是什么:Agent = 大脑 + 眼睛 + 手脚
- 怎么做:ReAct:想 → 做 → 看 → 循环
- 为何稳:Harness:约束 / 验证 / 纠正
- 如何停:Loop:外部证据批准「完成」
- 如何扩:记忆·知识·RAG·工具·代码·多模态·多 Agent
- 如何好:评估出真信号 → 再更新提示/知识/程序/(慎)参数
- 如何选:提示词 → 工作流 → 自主 Agent;贵且险的能力最后上
运营一句版:先让数字同事看得见该看的数,只能点允许点的按钮,办完拿后台交差——再谈聪不聪明。
17. 想继续深读时,对照原书
主题 | 原书章节 |
SFT / RL | 第 7 章 |
从经验持续进化 | 第 8 章 |
语音 / GUI / 机器人 | 第 9 章 |
多 Agent、Loop、过早终止 | 第 10 章 |
模型与 Harness 的长期关系 | 后记 |
主题 | 原书章节 |
公式、ReAct、Harness、工作流 vs Agent | 第 1 章 |
上下文、缓存、状态栏、Skills | 第 2 章 |
记忆、知识库、RAG | 第 3 章 |
工具、MCP、安全与审批 | 第 4 章 |
Coding Agent、Harness 实践 | 第 5 章 |
评估 | 第 6 章 |
18. 送给小白的三句定心丸
- 听懂公式,就听懂了半个行业:大脑、眼睛、手脚,外加脚手架。
- 别迷信「更强模型解决一切」:没验证的「完成」只是话术;业务要证据(运营里就是后台数字与账号安全)。
- 你的价值常常在循环与标准:定义什么叫办成、什么绝对不能做、失败如何升级——这正是 Loop / Harness 思维,不要求你会写底层模型。