MULTI-AGENT WORKSPACE

自选 Agent 对话,编排成可交付结果。

给产品评估者一个真实工作台:上传附件、选择 Agent、发起协作、随时停止,并把过程收束成摘要与输出。

thread / launch-review

发布方案评审

ready
01 对话收集目标
02 编排分派 Agent
03 总结合并结论
04 输出生成交付
Evaluator 比较两种 onboarding 方案,指出风险并给出上线建议。 proposal.pdf · 已附加
Planner 我会先拆成目标、证据、风险、交付四段,并让 Research 读取附件。
Writer 等编排完成后,我会输出一页摘要和一份可复制的行动清单。
附件 proposal.pdf 已就绪。

EVALUATOR VALUE

十分钟内能判断这套 Agent 产品是否可用。

自选 Agent 入场

评估者可以同时看到 Planner、Research、Writer 的职责,判断多 Agent 是否真的分工,而不是单模型伪装。

中途可控的对话

上传附件、发送、停止对话都在同一个工作台里,适合评估响应、撤销和异常处理体验。

过程变成输出

编排状态被显式记录,最终摘要、行动项和交付格式来自同一条线程,便于复盘。

WORKFLOW

从一句问题,到一份可交付评审。

这个原型把 landing 的价值主张和真实产品面板合在一起,让 product evaluators 直接试核心链路。

编排画布

idle
Planner把用户问题拆成待验证假设。
Research读取附件并提取支持证据。
Critic找出冲突、风险和缺口。
Writer压缩为摘要、行动项和导出版本。

总结输出

draft

结论:方案 A 更适合快速上线;方案 B 需要补齐附件解析与停止恢复策略。

下一步:补一轮真实附件压测,确认 Writer 输出是否保持引用来源。

评审摘要
行动清单
导出 Markdown

评估者会检查的三个瞬间

看交付
Step 01

问题进入线程后,Agent 是否明确分工

Planner 负责拆解,Research 处理附件,Writer 汇总输出;每个角色都必须可见。

Dialogue
Step 02

编排过程是否允许人类中途介入

停止对话、重新发送、补充附件都不能藏在二级菜单里。

Control
Step 03

最后输出是否能直接进入评审材料

摘要、行动项、Markdown 导出保持在同一上下文里,降低复制整理成本。

Output

把评估从“看介绍”推进到“跑一条真实线程”。

单文件原型保留产品行为:上传、发送、停止、总结、复制输出,适合第一轮产品评估。