Workbench 大改版 · 设计输入
这个工作台的全部价值，是在正确的时刻叫你，其余时候安静干活。 所以旅程地图不按功能模块画，按「你什么时候必须抬头」画。
下面五个阶段来自对生产代码的穷尽梳理——每条痛点都有具体出处，不是猜的。
证据来源：apps/web/index.html（15,664 行）· services/orchestrator/server.mjs（6,206 行）· packages/contracts/index.mjs
打开工作台的头 30 秒
「昨晚跑的那些活怎么样了？有没有卡住在等我？」
未读只有「有 / 没有」，没有条数——后端只给一个布尔值。 而「需你拍板 / 我先停下了 / 已完成」这三种标签，埋在树的第三层， agent 组收起时只剩一个黄点，你根本分不清那是"要你决策"还是"干完了"。
设计要解决：不展开任何东西，就能看到「现在需要我动手的」是哪几件。
说出需求，看它接住
「我要它做这个——它听懂了吗？大概要多久？」
发完的下一秒，屏幕涌出读文件、编辑、执行命令的流水。 但你此刻真正想知道的两件事——它理解对了吗、要等多久—— 界面一个都没回答。过程细节是给排查用的，不是给交代任务时看的。
设计要解决：先回答「听懂了、预计这样做」，过程流水默认收起。
活在进行中，你在别处忙
「跑到哪了？会不会正在往沟里开？」
同一件事分在两个地方看：进度条在任务中心抽屉里，过程在对话主区。 更糟的是——最需要进度的两个状态偏偏没有进度条： 等你审批时不画，限流等待时也不画，此时只剩一行静态文字。
设计要解决：「到哪了」和「在干什么」同框，不用开第二个面板。
它停下来等你，或者交活了
「这个我放不放行？干得对不对，收还是打回？」
结论和动作被拆散了。你在对话里读完它干了什么， 但「接受 / 打回」的按钮不在对话里——它们曾经在气泡上，后来被整体移到了任务中心详情， 那里成了唯一入口。于是每次验收都要跨面板走一趟。
设计要解决：看到结论的地方，就能做决定。
不在电脑前，但活不能停
「就看一眼有没有等我的，有就回一句。」
一块 375px 的屏幕上，身份头展开就吃掉约 391px——将近半屏， 而它装的是项目路径、权限、会话 ID 这类你一年看不了两次的东西。 真正该占据第一屏的「谁在等你」，反而要往下翻。
设计要解决：手机第一屏只放一件事——要不要我动手。
只放「要不要我动手」。这一层的每一项都必须可直接行动，不能只是通知。
「我想知道更多」时才出现。判断活干得怎么样，靠这一层就够。
排查和取证才需要。今天这七项全在第一层平铺着——这就是「效果完全不行」的具体位置。
一、等你批准时不许"看起来已批准"。run 停在 waiting_for_approval 时，
界面绝不能出现任何「已通过 / 已放行」的样子——放行只能由你亲口说的下一句话构成。
二、不许假装知道。失败的活进度最多显示 90%，永不到 100%； 没有单价的用量显示「未定价」而不是 $0；缓存数据必须标明「上次快照，不是当前证据」。
三、不许编造不存在的信息。系统里没有 agent 在线状态、 没有单条消息的已读、没有每一步的耗时——设计里出现这些，就是凭空捏造。 Mac 的心跳灯必须常驻，因为它离线时你发的话没人接。