Workbench

交互稿 · docs/87 §6「派活合约卡」——演示数据全部取自真实案例 docs/86 wb-ui（bkl_e4eea7d5687a）与 docs/87 流程面板（bkl_f178bc628617）本身； Q1…Q7=对应 brief 第几问，N3=需新增字段（docs/87 §4.2）， 示意=本稿未读 store、仅示形态的值。映射详见同目录 README.md。

待我处理 Q1N7
✓ 当前没有需要你出手的事——管道都在跑

合约卡列表（收起态 → 点开展开五区，交付验收 ①）

backlog bkl_f178bc628617 契约 docs/87（方案 v2） Q5
需求原话
「我觉得是缺少一个类似合同/契约的东西，让我能看到总控派活的合约，我可以点击统一了进管道……可以从交互来推到技术，而不是这么技术的方案来推倒产品。」
契约文档
N8
评审口径
PM 评审 reviewed · 产品方案 v2 已按用户反馈重推（v1 方向已废）示意
确认记录
（尚无——这份合约正等你确认）N7

确认前请审：拆得对不对、谁干、顺序（brief Q3 的审阅对象）。行尾操作：✉ 催办 · ✎ 改名 · ⏹ 叫停 Q5

1 产品方案 v2（现状诊断 + 卡片对象模型） 研PM 完成
2 可点击交互稿（本稿）↳ 交付后等你在稿上拍板卡片形态 设DESIGN running
3 八要素契约转换↳ 需等 2 你验收交互稿后启动 技TECHLEAD 未开始
4 实现 · 第 1 步卡片骨架（零后端改动）↳ 需等 3；docs/87 §5 切分 开DEV 未开始
  • 08-13事项登记 + 产品方案 v1（用户看后反馈「方向反了」）
  • 08-13方案 v2 重推：以「派活合约卡」为核心对象
  • 08-13交互稿子事项派发（design，本 run）
  • ——合约卡待你确认（确认后 3/4 子事项按依赖排队）
run 数
2 tokens 输入
— tokens 输出
— 累计时长
—

字段现有（run.usage，worker 回填；docs/68 跨端消耗体系已建）；数值待第 1 步接真 store——本稿不编数。示意

这份拆解等你拍板——确认后 3/4 子事项按依赖进管道 Q3N7
backlog bkl_e4eea7d5687a 契约 docs/86（八要素 · 轮0-3b 总纲） session sess_299b637d8fa4 · 3 run
需求原话
「我希望我们 workbench，UI 可以更好看……把 aicss.dev 作为我们自己的组件库，作为 1:1 还原。」「可以从 P0-P2 做完」「上游当种子，长成自己的——早期 MVP 够用」
契约文档
N8
评审口径
PM 评审 reviewed · 全轮 reviewed；OQ-1 用户 2026-08-13 拍板=B（视觉值 1:1 aicss），轮 3a 解除阻塞
确认记录
2026-08-13 · 用户确认进管道示意

产物 chip 一套心智：无 ↗ = 面板内打开（预览/抽屉）；带 ↗ = 新开页离开面板 Q4

0 轮0 · 采集（可重跑脚本 + 14 组件参照） 开DEV 完成
1 轮1 · 库骨架 + 展示站 + 思考态打样 开DEV 完成
2 轮2 · 14 组件全量移植（批次推进） 开DEV 待你验收
2R 轮2 还原度复核（逐组件对照差异清单）↳ 需等 2 到 14/14 设DESIGN 未开始
3a 轮3a · P0 组件接入对话时间线↳ 需等 2；与其他改 index.html 的轮次串行 开DEV 未开始
3b 轮3b · P1/P2 组件接入↳ 需等 3a 开DEV 未开始
  • 08-12契约基线实测（aicss 14 组件核对、采集可行性验证）
  • 08-13OQ-1 用户拍板 = B（视觉值 1:1 aicss）——轮 3a 解除阻塞
  • 08-13轮0 run_d9460febba8f 完成；GM 独立复核 14/14 PASS（verify 重跑 + 截图目检）
  • ——轮1 展示站上线 ui.heyyys1.com（1/14）时间未留痕
  • ——轮2 批次1 已重发 5/14 → 等你验收
run 数
3 tokens 输入
— tokens 输出
— 累计时长
—

run 数 3 = docs/87 §1.4 实测；用量数值待接真 store（run.usage 现有字段），不编数。示意

待你验收：轮2批次1——展示站已重发 5/14 Q1

卡片六态状态机 · 可切换预览（docs/87 §2.3）N3/N5/N7

预览模式——点下面的态，上方 #86 卡整体切换到该态的呈现（徽章 / 左色轨 / 动作条 / 阻塞条），非真实数据变更。

拆解中 ─(GM拆解完成,建卡)→ 待用户确认 ─(用户点「确认进管道」)→ 进行中 │(用户打回) │(全部子事项完成+复核过) ▼ ▼ 拆解中 待用户验收 ─(用户验收)→ 已完成/关闭 任何态 ─(失败/被block/用户叫停)→ 阻塞(带原因,可恢复)

铁律：「已完成」只能由用户触发（accepted 只属用户，服务端校验主体）；阻塞演示用的是真实历史原因——轮 3a 曾因 OQ-1 未拍板而阻塞，2026-08-13 拍板后解除。Q7

页内标注图例（交互 ↔ brief 哪一问的完整映射见 README.md）