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 + 工作流

先查知识库再答

口诀:

  1. 能写成 SOP、天天重复的 → 先上工作流
  2. 要临场判断、路径会分叉的 → 再上 Agent
  3. 动钱、动账号、动合规的 → 必须有 Harness(审批/上限/日志)
  4. 说「优化完成」之前 → 必须有后台数字当验证器(Loop)

2.5 若开始「上 AI」,建议优先级

不必一上来就做「全自动运营 Agent」。更稳的顺序:

  1. 知识库 + RAG:政策、SOP、话术、历史案例可检索(先减少胡说与违规)
  2. 工作流自动化:日报、库存预警、广告数据汇聚到飞书
  3. 带审核的生成:Listing / 邮件草稿 → 人审或规则审后才能贴进后台
  4. 诊断型 Agent:广告/库存异常「给出假设与检查清单」,执行仍由人点确认
  5. 高风险动作最后放开:自动改价、自动大额广告加预算、自动回复投诉——没有验证器与审批前不要上

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 ……

工作案例:客服退款

  1. 想:用户要退货退款,先查订单状态
  2. 做:调用「查询订单」工具
  3. 看:订单显示已签收 3 天,仍在退货窗内
  4. 想:可以走退货;先发退货地址
  5. 做:创建退货单、发短信……
  6. 直到「退款到账」或「需人工」才停

亚马逊版完整链条见第 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. 把全书收进一张逻辑链

  1. 是什么:Agent = 大脑 + 眼睛 + 手脚
  2. 怎么做:ReAct:想 → 做 → 看 → 循环
  3. 为何稳:Harness:约束 / 验证 / 纠正
  4. 如何停:Loop:外部证据批准「完成」
  5. 如何扩:记忆·知识·RAG·工具·代码·多模态·多 Agent
  6. 如何好:评估出真信号 → 再更新提示/知识/程序/(慎)参数
  7. 如何选:提示词 → 工作流 → 自主 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. 送给小白的三句定心丸

  1. 听懂公式,就听懂了半个行业:大脑、眼睛、手脚,外加脚手架。
  2. 别迷信「更强模型解决一切」:没验证的「完成」只是话术;业务要证据(运营里就是后台数字与账号安全)。
  3. 你的价值常常在循环与标准:定义什么叫办成、什么绝对不能做、失败如何升级——这正是 Loop / Harness 思维,不要求你会写底层模型。