MiniMax HubAgent Harness 工作体验
让复杂多模态创作 Agent 的任务过程可理解、可控制、可持续恢复。
01｜用户为什么会迷失
MiniMax Hub 面向复杂多模态创作。用户通过对话提出目标，Agent 理解与规划后调用资产、插件、Skill 与剪辑能力，并将结果组织到画布与资产中持续修改。
当 thinking、tool、media 与 subagent 直接堆进对话时，用户看不懂 Agent 正在做什么，也不知道失败后如何继续。
工具名、Thinking 和重复更新穿插在主回复中，信息量大但任务进展不清楚。
用户需要理解的是任务阶段、控制点和结果，不是内部事件发生了多少次。
执行中难以判断是否需要介入；任务结束后也难以回看关键决策。
02｜信息降噪与可控性
这对应简历中的“Agent 信息降噪与可控性”：复杂工具链、长任务和子任务协作会把工具名、参数与运行日志直接暴露给用户，用户却无法判断当前阶段、是否需要介入。
因此把底层事件按任务语义聚合：Plan 表达整体路径，Ask 与 Tool Confirm 明确控制点，Timeline 聚合可忽略过程，SubAgent 只呈现有决策价值的子任务；需要确认、补充信息或修复的问题不能被静默折叠。
按内部工具类型逐条展示，依赖字数阈值自动折叠。
按任务语义聚合，Confirm / Question / Error 等未解决状态强制打断。
技术事件数量不等于用户价值；控制点不能被信息降噪吞没。
V1 · EVENT-ORIENTED
消息与工具事件直接进入对话
系统发生了什么很完整，但用户难以判断任务阶段、控制点与恢复路径。
V2 · TASK-ORIENTED
按用户任务语义组织过程
内部事件仍被保留，但界面优先回答“现在到哪、是否需要我、失败后怎么办”。
03｜失败、取消与恢复
通过真实 Session 回放、固定状态用例和交互原型验证信息层级，再用 PE 调试与 Vibe Coding 快速复现边界状态，重点检查 streaming、历史回放、取消、工具失败与子任务切换。
验证目标不是界面是否更“干净”，而是用户能否判断当前阶段、下一控制点和失败后的有效动作。
用户任务语义
说明任务路径和当前阶段
保持可见组件形式可以变化，但这条体验语义不能被后续视觉重构或消息聚合破坏。
| 过程事件 | 已完成 | 进行中 | 等待用户 | 失败 / 取消 |
|---|---|---|---|---|
| Thinking / Read / Search | 可聚合 | 保留进度 | — | 按失败处理 |
| Tool / Canvas | 按语义聚合 | 显示主要动作 | — | 打断 |
| Question / Confirm | 进入历史 | — | 强制打断 | 保留状态 |
| SubAgent | 子任务分组 | 显示目标与进度 | 只影响对应组 | 可恢复动作 |
04｜画布上下文如何回流
画布与资产的变化以 diff 形式回流至每轮对话，让 Agent 感知当前创作对象、已完成修改和下一步上下文。
这让生成、编辑与资产复用保持在同一条任务链中；具体 Canvas 视觉证据属于 MiniMax Hub 多模态创作页，Harness 页面聚焦上下文语义与任务承接。
画布与资产的变化以 diff 形式回流至每轮对话，让 Agent 感知当前创作对象、已完成修改和下一步上下文。
05｜反馈如何回到体验迭代
持续完善埋点，并定义报错反馈的数据口径，让分析成为版本稳定性提升的有效锚点。
06｜结果与责任边界
与团队共同形成覆盖计划、询问、执行过程、子任务、取消、失败与恢复的 Harness 体验框架，并推动关键状态语义、画布上下文回流与反馈闭环落地。