composer 里的 quality mode 芯片——Fast、Reviewed、Council ——决定 agent 完成构建和结果落到你面前之间发生什么。它是按 run 的 开关:便宜的草稿跑 Fast,你打算交付的那一轮跑 Council。
Fast
一个 agent,一遍构建,直接进门禁。Fast 用于迭代——随手丢弃的 variant、探索性的 steer、"要是试试会怎样"的 run。你仍然得到 design-kit 门禁的检查,只是上面不加额外评审。工作会话里大多数 run 都是 Fast;速度就是重点。
Reviewed
构建完成后,一个评审轮在结果落地前对照 brief 和 kit 读一遍——抓住 构建可能微妙跑偏的东西:答错了问题的区块、自相打架的层级、听起来 不像 brief 要求的文案。Reviewed 是你要保留但不纠结的 run 的 默认选择。
Council
Council 把 brief 分发给一组评审,每个评审给一个不同领域打分 ——构图、字体、颜色、响应式、与 brief 本身的贴合度——然后把 裁定合成一个经过检查的结果。在 transcript 里你能看到评审卡片 实时工作:跑了哪些评审、各自标记了什么、最终结论。
结果落地时,transcript 里的 Reviewed 备注报告裁定——例如 "all required domains passed"——design-checks 面板显示 council 记录的任何发现。评审们会有分歧,这正是重点:合成在争议到你之前 就把它们解决了。
什么时候用哪个
- Fast ——迭代、variants、探索性 steer
- Reviewed ——你要保留的普通一轮
- Council ——对要交付的作品做最终把关:要上线的落地页、要给 客户的幻灯片、要印刷的品牌看板
Council 花更多轮次、更慢——把它留给重要的那一轮,而不是什么都 走它。
Tip: variants 跑 Fast,盲测比较选出方向,然后对胜出者做一 次 Council。你把评审团的严谨用在刀刃上,而不必为草稿付钱。