LOOP AGENT · SCOPE & VIEWS
它们更像两张脸，不像两套系统
先别急着问 KOL 和 Loop Runner 是不是同一个平台。 更顺的说法是：底下是同一套 Agent 做事和学习的方法，上面按场景换不同的使用方式。
1
一个底座
2
两种改法
3
三种视图
4
一条界线
01 · SHARED BASE
先把三件事分开，讨论就顺了
不是所有细节都要给用户看。但每个反馈、每条数据，都要知道该帮这次任务，还是该帮 Agent 以后做得更好。
02 · TWO KINDS OF ITERATION
这次怎么改，和以后怎么改，是两回事
任务级迭代
它只服务这一次交付。用户说“不像欧美口吻”“换一个更狠的开头”，系统应该先把这次任务改好。
- 用户说完就该有用。
- 可以改本轮 Brief。
- 可以触发某个 Stage 重跑。
- 任务结束后保留记录。
Agent 级迭代
它会改变这个 Agent 以后怎么做事。所以要慢一点。一次任务里的偏好，不一定适合所有任务。
- 要标到具体 Stage。
- 最好反复出现，或有数据支持。
- 由 Builder 或负责人确认。
- 发成新版本，不要偷偷覆盖。
用户自然反馈
↓ 先进入当前 task memory
标到 Stage / 产物 / Review 标准
↓ 多次出现，或有投放数据，或被专家确认
放进 Agent 待确认清单
↓ 测试、比较、确认
发布新版本
↓ 先进入当前 task memory
标到 Stage / 产物 / Review 标准
↓ 多次出现，或有投放数据，或被专家确认
放进 Agent 待确认清单
↓ 测试、比较、确认
发布新版本
03 · SCOPE & VISIBILITY
KOL 和热梗的差别，在工作有多散
KOL 不是“不 Loop”。只是它的工作比较固定，普通用户不一定需要看完整过程。热梗变化快，如果只给 Chat，用户很难知道 Agent 为什么选这个方向。
04 · VIEW STRATEGY
同一个 Agent，可以有三种打开方式
| 视图 | 适合谁 | 他看到什么 | 他说的话先帮谁 |
|---|---|---|---|
| 简单 Chat / Creative Tool | 普通创作用户 | 输入目标、看进度、拿结果、少量确认 | 当前任务 |
| Guided Workspace | 专业用户、运营同学 | 关键 Stage、候选方向、为什么通过或淘汰 | 当前任务，也可能成为经验 |
| Full Builder Board | Agent Builder、负责人 | Stage 设计、Review 标准、失败记录、版本变化 | Agent 长期能力 |
ONE LINE
不要让普通用户背负“我要不要训练 Agent”的选择。 他们只要说哪里不对。平台先修这次任务，再判断哪些话值得写进 Agent 的下个版本。
05 · SCENE RULES
每个场景，展开的程度可以不一样
KOL 口播：少展开
流程比较稳定，普通用户要的是快。复杂部分可以放到后台。
- 前台保留轻量创作入口。
- 脚本、口吻、主播人设可以慢慢变好。
- 投放数据和用户反馈进入版本总结。
- Agent 更新要走测试与发布。
Chat first
Script loop
DSP data
Version release
热梗制作：多展开
热点变得快，判断点也多。用户需要看见 Agent 为什么选这个方向。
- 热点搜索需要可追溯。
- 游戏怎么融合，最好让人确认。
- 素材方案和成片都可能重跑。
- 过期的经验要标明时间范围。
Trend search
Checkpoint
Guided board
Short-lived memory
06 · DECISION RULE
最后可以这样定
底下用同一套 Loop Agent；上面按任务有多复杂、变化有多快、谁在使用，决定给他看多少过程。
- 所有 Agent 都可以持续变好。
- 不是所有任务都需要完整看板。
- 用户反馈先帮这次任务。
- 反复出现、有数据支持的经验，再进入 Agent 版本。
- 变化越快，关键节点越要可见。