Loop Runner Review · 2026-07-08

用户能看出这是 Loop Agent，但还没完全看懂怎么用

这次从 Agent 首页、Brief 确认、运行中 Stage、Agent 对话，到已交付态一路看下来，产品方向是能被感知到的：它不是单次生成工具，而是一个会记录、审查、反馈和迭代的 Agent 工作台。问题在于，用户还需要更清楚地知道Agent 是什么、任务是什么、什么时候要介入、反馈会带到哪里。

01 · Product Mental Model

先判断：用户能不能理解这个产品

Agent 首页已经在传达“选择一个可循环进化的创意 Agent”。这个方向是对的，但页面同时出现“新建任务”“Loop Agents”“Create New Agent”和历史任务列表，用户需要一句更直白的结构解释。

目前能理解的部分

平台里有多个可用 Agent。
Agent 可以被重复使用。
每次运行会形成一个任务和迭代记录。
最终结果可以被反馈，用来影响下一轮。

还不够清楚的部分

Agent 是能力模板，任务是一次具体需求。
创建 Agent 和用 Agent 创建任务不是一回事。
Loop 过程哪些给用户看，哪些只是审计记录。
反馈是评价本轮，还是驱动下一轮。

02 · User Job

用户每个时刻只需要一个主问题

Start 启动前 我说的需求，Agent 是否理解对了？

Running 运行中 现在是否需要我做判断，还是可以等？

Intervene 需介入 哪里不确定，我该反馈哪一类信息？

Delivered 已交付 成片是否可用，下一轮要保留或改掉什么？

Stage、Round、审查报告都可以保留，但它们应该服务这四个问题，而不是成为默认主界面。

03 · Runtime Model

Stage 不是瀑布流，关键是 approved handoff

容易误读	更准确的理解	界面应该怎么说
Stage 1 必须把所有循环跑完，Stage 2 才能开始。	上游有合格 handoff 后，下游就可以启动自己的 stage task。	“调研已通过，Brief 正在消费调研结果。”
每个 Stage 都会固定跑很多轮。	多轮只在没通过、需要修复、或没达到目标数量时发生。	“本阶段已产出满足条件的结果，因此不再重试。”
左侧进度图就是后端执行拓扑。	更适合当成用户观察路径：确认、等待、介入、验收。	把后端 Round、checkpoint、handoff 放进技术详情。

Workspace 仍然应该平铺各 Stage，因为这是观察 Agent 工作的窗口；但默认层要先回答“现在做到哪、我是否要操作、哪些产物已经可用”。

04 · Main Issues

现在最容易卡住用户的五类信息

Brief

默认合同太重

用户从“选 Agent 做事”突然进入长 Brief 和 Review 规则，不知道哪些必须看。

Progress

过程像审计台账

Stage、循环、通过数很多，但用户仍会问：最终成片出了没有？我是不是只能等？

Stage 3

英文源视频没解释

最终成片是日语，但中间阶段叫英文源视频。若不解释，用户会怀疑需求被改错。

Feedback

反馈入口分散

顶部能反馈，每张卡也能反馈，还能开启下轮，用户不确定反馈会影响哪里。

Navigation

Stage 查看不稳定

当前执行已到 Stage 3，但主区仍停在 Stage 1。点击 Stage 2 没有清晰切换反馈。

05 · Evidence

已交付态：下一步动作被放成了并列选择

页面已经显示 3/3 已交付，但同屏还有开始下轮迭代、总体反馈、单卡反馈、复盘摘要、Stage 导航。用户会犹豫：先验收结果，还是先反馈，还是直接开下一轮？

06 · Delivered State

已交付页应该从“验收”开始

当前页面给人的感觉

Loop 已完成，但页面仍像运行监控台。
最终成片、复盘摘要、状态卡并列出现。
开始下轮迭代和提交反馈抢同一个注意力。
单卡反馈和整体反馈没有解释边界。

更顺的用户路径

先告诉用户：3 条最终成片已交付。
默认展示成片播放、下载、单条反馈。
整体反馈命名为“反馈下一轮方向”。
下轮按钮放在反馈之后，表达为“带着反馈开启下一轮”。

07 · Stage 3

英文源视频应该被解释成中间素材

用户看到	容易误解	建议表达
Stage 3：英文源视频	我明明要日语，为什么变英文？	源视频生成（英文中间稿）
最终成片：日语	中间英文和最终日语之间的关系不清楚。	这是最终日语成片前的表演源视频，不是最终交付语言。
审查英文口播	看起来像在检查错误目标。	检查源视频是否能被最终合成阶段消费。

如果 Stage 3 只是生产中间件，默认可以弱化；如果要展示，就必须把“为什么先英文、怎么变成日语”讲清楚。

08 · State Language

内部状态需要翻译成人话

已交付页面里仍出现“最终成片 · 阻塞 / 修复状态”“neutral”“退出状态 passed”。这些词对审计有用，但对用户没有回答：本轮是否可用，是否还需要处理。

09 · Multi Round

多轮迭代最需要“上轮总结”

迭代 1 更像泛需求：“出几条 RU 的创意”。页面有反馈入口，但没有告诉用户后续迭代会如何吸收这些反馈。

迭代 2 已经收敛成 5 条 RU 最终成片，并补了本地化表达、真人读评论、不切游戏界面等约束。但这个升级点需要用户自己对比。

应该回答	当前缺口	建议放进摘要
上轮发生了什么	只有单轮复盘，没有上一轮问题。	“上轮需求过泛，只交付 3 条，并遗留调研报告缺失。”
本轮吸收了什么	看不出哪些反馈进入了 Brief。	“本轮补充 RU 本地化表达、真人读评论、不切游戏界面。”
本轮哪里升级	用户要自己对比 Stage 数和标题。	“目标从泛创意收敛为 5 条最终成片，交付从 3/3 变为 5/5。”
旧轮还能做什么	迭代 1 仍可反馈和开下轮，容易担心冲突。	“历史轮只读；建议在最新轮反馈。若从旧轮创建，请明确是分支。”

Loop 的核心价值不是“我跑了几轮”，而是“这一轮为什么比上一轮更接近目标”。这个信息应该进入复盘摘要的第一屏。

10 · Reframe

建议把页面分成用户层和审计层

位置	当前更像	建议给用户看到
Agent 首页	Agent、任务、历史记录并列	一句话说清：Agent 是方法，任务是一次运行。
启动前确认	完整 Brief + Auto Review 合同	Copilot 用人话复述目标，高级规则折叠。
运行中	Stage、Round、通过数、状态卡	“现在在做什么 / 是否需要你操作 / 预计下一步”。
Stage 导航	当前执行阶段和当前查看阶段混在一起	明确显示：正在执行 Stage 3；你正在查看 Stage 1。
阶段卡片	生成信息、详细内容、审查报告并列	先给产物和使用状态，审查细节放到技术详情。
Agent 对话	右下角入口，内容混有执行日志	作为可见 Copilot：解释进度、收集反馈、说明下一步。
已交付	验收、复盘、反馈、下轮并列	最终成片优先；反馈作为开启下一轮的桥。
多轮任务	每轮摘要孤立，用户要自己回溯。	摘要里先给“上轮问题、本轮吸收、本轮升级、遗留问题”。

11 · Priority Fixes

优先改五件事

1. 做一个前台 Copilot

它不只是聊天入口，而是把 Brief、运行状态、审查结果翻译成用户能判断的话。

2. 把反馈变成下一轮入口

总体反馈负责方向，卡片反馈负责单条素材。提交后明确写入下一轮要求。

3. 把执行模型讲成 handoff

告诉用户：上游通过后下游才消费，但不是每个 Stage 都要固定跑满多轮。

4. 给多轮补跨轮摘要

上轮问题、本轮吸收、本轮升级、遗留问题，应该比完整台账更先出现。

5. 把审计信息降一级

Stage、Round、repair、passed、neutral 都应该能查，但不要抢默认主线。