Files
claude-code/docs/superpowers/plans/2026-06-13-workflow-panel-redesign.md
claude-code-best 58ee6419b1 feat: dynamic-workflow 来了 (#1271)
* feat(workflow): add workflow engine, /workflows panel, /ultracode skill

将 feat/sdk-backend 分支中 workflow 相关的 20 个 commit 压缩为单 commit:

- 工作流引擎核心:phase / agent / parallel / pipeline 编排原语(packages/workflow-engine/)
- /workflows 面板:三区焦点布局(顶部 run tabs + 左侧 phase 侧栏 + 右侧 agent 列表)
- /ultracode skill:多 agent workflow 编排入口
- 进度存储 / journal / notification 系统
- WorkflowService 生命周期管理 + SentryErrorBoundary
- 脚本沙箱:禁用 dynamic import()、JSON args 防御性归一化
- journal 与 named-workflow 路径统一在 projectRoot
- 错误处理:parallel/pipeline hooks 错误日志、failure routing、semaphore abort
- workflow 工具升级为 core 工具 + PascalCase 命名

Co-Authored-By: glm-5.1 <zai-org@claude-code-best.win>

* feat(workflow): 复刻 ultracode 手册并修复 worktree/inline/opt-in 三处缺口

围绕 ultracode skill 审查 agent 系统一致性后:
- ultracode.ts: 用系统提示版完整 Workflow 编排手册替换中文精简版
- HIGH#1 isolation:'worktree': claudeCodeBackend.run() 用 createAgentWorktree +
  runWithCwdOverride 包裹 runAgent + finally 清理实现真正的 cwd 隔离;slug 用
  sha256(runId:agentId) 派生以匹配 cleanupStaleAgentWorktrees 清理正则
  (修 runId 为 w+base36 非 UUID 导致的泄漏盲区);worktree.ts 注释同步修正
- HIGH#2 inline 持久化: 新增 persistInlineScript,WorkflowTool + service 两条
  inline 路径对称持久化到 .claude/workflow-runs/<runId>/script.js,返回可复用
  scriptPath(闭环 inline→编辑→scriptPath 重提迭代循环)
- HIGH#3 opt-in 分工: ultracode/WorkflowTool/effort 注明 session reminder 由
  harness 注入,repo 内无 ultracode 信号,保持 feature('WORKFLOW_SCRIPTS') +
  isEnabled 两层 gate,不自造注入
- 测试: 新增 persistInline.test.ts;扩展 claudeCodeBackend(isolation 4 用例)/
  WorkflowTool(inline)/service(scriptPath)/ultracode(harness)

含配套 workflow engine/panel 完善与 run-state-persistence design doc。

Co-Authored-By: Claude <noreply@anthropic.com>

* feat(workflow): run 终态落盘 state.json 支持跨重启恢复

终态 RunProgress(含 returnValue/error)此前只在内存 ProgressStore,进程
重启即丢失。本次让其落盘到 .claude/workflow-runs/<runId>/state.json,使
(a) 重启后可按 runId 取 return、(b) /workflows 面板跨重启展示历史 run。
跨进程 resume 明确不在范围。

- persistence.ts: getRunsDir/writeRunState/readRunState/listPersistedRuns
  + attachRunStatePersistence;原子覆盖写(tmp+rename),读容错(缺文件/
  损坏/schemaVersion 不符 → null),写 best-effort(IO 失败只 log warn)
- progress/store.ts: 加 hydrate(run) 直接注入磁盘 run(已存在 runId 跳过,
  内存优先)
- service.ts: getWorkflowService() 接线 attachRunStatePersistence(bus,
  store) 订阅 run_done(completed/failed/killed 三态共用,shutdown-kill
  也走同路径,无需额外钩子);WorkflowService 加 getRunAsync(id) 内存
  miss→读盘 fallback(不注入内存)+ loadPersistedRuns() 扫盘 hydrate
  (persistedLoaded flag 守护幂等)
- panel/WorkflowsPanel.tsx: mount 时调一次 loadPersistedRuns(重 mount
  不重复)
- ports.ts: runsDir 改用 getRunsDir() 消除拼接重复
- 测试: persistence.test.ts(11)/runStatePersistence.test.ts(5)/
  progressStore(2)/service(5)/WorkflowsPanel(1) 共 24 个新测试;
  precheck 5629 pass / 0 fail

设计偏离: 计划原写 monkey-patch getRunsDir 指向 tmpdir,Bun ESM namespace
不可变不可行;改用可选 runsDirProvider 参数(默认 getRunsDir)DI 注入,
加到 attachRunStatePersistence 与 makeService(cwdOverride 之后第 4 参),
与现有 cwdOverride 模式一致。makeService 的 cwdOverride 保持不变,不破坏
inline 持久化特性。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(workflow): 默认并发降为 3 并支持 per-run maxConcurrency 注入

- DEFAULT_MAX_CONCURRENCY=3 替代旧的 min(16, cores-2);MAX_CONCURRENCY_CAP=16 保留为用户输入的绝对上限
- 新增 clampMaxConcurrency() 处理 undefined/<1/>CAP 边界
- WorkflowInput schema 新增 maxConcurrency: number.int().min(1).max(16).optional()
- 引擎层 context/runWorkflow 全链路透传:semaphore 容量来自 per-run 入参
- WorkflowTool prompt 增加指引:fan-out 场景先用 AskUserQuestion 与用户确认并发再启动
- 同步 ultracode skill + audit workflow spec 的并发文字(删 cpu-cores 公式)
- 同步 docs/features/workflow-scripts.md 旧公式

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(workflow): 面板 UI 字符串英文化

WorkflowsPanel 中 4 处面向用户的中文(onDone 错误消息、键位提示行)
改为英文;其他面板组件(AgentList/TabsBar)原本已是英文。代码注释
保留中文,与 workflow 模块惯例一致。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(workflow): 中断系统(x 杀单 agent / K 杀整个 workflow,Dialog 二次确认)

- claudeCodeBackend 桥接 ctx.signal → runAgent.override.abortController(修 'x' 无效根因:abort 到不了内部 fetch)
- AbortError 识别为 throw WorkflowAbortedError(不再吞成 dead,workflow 能感知被 kill)
- ports.taskRegistrar 加 registerAgentAbort/unregisterAgentAbort/killAgent;service.killAgent(runId, agentId) 精确中断
- 面板键位:'x' 杀当前 agent(agents 列聚焦时) / 'K' 杀整个 workflow;Dialog 二次确认 + confirm 模式吞导航键防误触
- 新增测试 8 项(backend signal bridge / hooks inject / ports killAgent / service killAgent)

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* docs(workflow): ultracode skill 加 model tier 选择指引(haiku/sonnet/opus/best 场景匹配)

补足 agent() 已有 model 参数缺的判断依据:列出 4 个 tier 的成本/延迟量级和典型场景,
明确"无法 articulate 为什么换 tier 就 omit"的 rule of thumb。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(workflow): maxConcurrency≠3 必须先 AskUserQuestion(默认 3 推荐值)

把 fan-out 时才问改成任何 maxConcurrency≠3 都必须问。
唯一例外:用户在当前会话已明确说过并发数("use 6" / "maxConcurrency 9")。
prompt (WorkflowTool.ts) + skill (ultracode.ts) + audit spec 三处同步。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(workflow): agent 失败自动重试一次(dead 或非 abort throw)

- hooks.agent 包装 invokeBackend:第一次 dead 或非 abort throw → 重试一次
- WorkflowAbortedError(kill)不重试——是用户意图
- registry.resolve 配置错(AdapterNotFoundError 等)在 try 外直接上抛,不走重试——
  配置问题重试无意义且掩盖 bug
- 重试仍失败:dead 保持 dead;throw 降级 dead(不击穿 workflow,
  与 parallel/pipeline null-on-error 契约一致)
- budget 不重复扣:dead 不 addOutputTokens,重试 ok 才扣一次
- 新增 7 项 hooks 层重试测试 + 1 项 service 层降级测试

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(workflow): 面板 label 截断保留 #数字 后缀(同 dim 多 finding 可区分)

audit workflow 用 verify:\${dim}#\${findingIdx} 命名 verify agent。
旧逻辑 slice(0, 18) 从右切把 #idx 全吃了——同 dimension 多 finding
肉眼无法区分。新逻辑:含 #数字 后缀时保留后缀,前缀截断 + … 省略号。

例:verify:correctness#0 → verify:correctn…#0
   verify:architecture#15 → verify:archite…#15

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(workflow): kill 整个 workflow 后立即回主 chat

run_done→store→notifications.ts 的通知路径已有,但 confirmYes 后面板继续
挂着挡住主 chat,用户看不到"已停止"反馈。kill 后调 onDone() 立即退出面板,
让主 chat 的 `Workflow "<name>" was stopped` 通知直接可见。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(workflow): agent dead 带 reason/detail + prompt 加压 StructuredOutput

12 agent audit workflow 8 个 dead,journal 只记 {kind:"dead"} 无信息,
事后无法区分 "agent 没产 StructuredOutput" vs "runAgent 抛错"。
证据指向主因:sonnet 长 tool chain 后忘记调 StructuredOutput,
extractStructuredOutput 返回 null 即降级 dead。

- types.ts: AgentRunResult.dead 加可选 reason/detail 字段
  (no-structured-output / runagent-threw / worktree-failed / unknown)
  兼容旧 journal(均 optional)。
- claudeCodeBackend.ts: 三处 dead 填 reason + detail;
  no-structured-output 把 finalized 文本前 200 字符做 detail,
  让日志/面板能立刻看到 agent 最后说了什么。
- claudeCodeBackend.ts: schema 模式 prompt 首尾各放一次
  StructuredOutput 强制要求,针对 sonnet 长 tool chain 后忘记收尾。
- hooks.ts: retry 日志带 reason;retry 仍 throw 时降级 dead 也填
  reason=runagent-threw + detail。
- types.test.ts: 加 reason JSON 往返 + 旧 journal 兼容测试。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(workflow): schema 模式弃用 StructuredOutput 工具契约,改鲁棒 JSON 文本解析

上一轮 70a2f76 把"agent 长 tool chain 后忘调 StructuredOutput"当作死因,
加 prompt 头尾双强制。但实测跑 5 个 review agent 4 个 dead,detail 全是
"StructuredOutput tool is not available as a deferred tool"——根因是
该工具从未注入 workflow sub-agent 的工具集(assembleToolPool 默认池不含,
只有 stop_hook 路径 execAgentHook.ts 显式 createStructuredOutputTool())。
prompt 反复要求调一个不可达的工具,agent 困扰、长篇辩解、最终没产 JSON。

- claudeCodeBackend.ts:
  - extractStructuredOutput 重写:括号栈扫描替代 indexOf/lastIndexOf,
    处理嵌套对象、字符串内的括号、转义符;新增 fenced code block
    优先路径(```json / ```),多 JSON 块取第一个 parse 成功的;
    只返回 plain object(拒 array/number/string/null)。不做语法修复
    (尾逗号/单引号/注释)——避免在字符串内误改(如 "http://" 被 // 注释正则吃)。
  - schema 模式 prompt 简化:删首尾双 STRUCTURED OUTPUT 强制(600+ token),
    改成指示 agent 在最后文本块 emit raw JSON;明确告知"StructuredOutput
    is not available in this environment",消除调用幻觉。
- hooks.ts: detail.slice 用 typeof === 'string' 守卫;catch 块用
  e instanceof Error ? e.message : String(e)(旧 journal / 第三方 adapter
  可能写非 string detail,直接 .slice 会抛 TypeError 击穿日志)。
- claudeCodeBackend.test.ts: +9 测试覆盖 fenced / 嵌套 / 字符串内括号 /
  转义引号 / 多块取首 / 类型守卫 / 损坏 JSON。

precheck: 5663 pass / 0 fail。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* docs(effort): 新增 /effort 交互面板设计 spec

设计要点:
- /effort 无参 → 横向 slider 面板(low/medium/high/xhigh/max/ultracode)
- ←/→ 移动光标,Enter 确认,Esc 取消
- ultracode 仅视觉占位,确认后提示走 /ultracode <context>
- env override 时双标记 + 顶部警告
- 模型不支持时面板禁用
- 两阶段交付:先基础面板 commit,再做 ultracode 波纹动画

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* docs(effort): 新增 EffortPanel 基础面板实施计划(第一阶段)

按 TDD 分 6 个 task:纯函数状态 → keybinding 注册 → 组件 → 命令挂载 → 分支测试 → precheck。
波纹动画在第二阶段单独 commit。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* docs(effort): plan 补 q/ctrl+c 取消绑定,对齐 spec §5 状态机

verifier 抓到的 gap:spec §5 写明 Esc / Ctrl+C / q 都是取消事件,
但 plan Task 2.3 只绑了 escape。补上 q 和 ctrl+c → effortPanel:cancel。
同时把 Step 2.2 直接写成 6 个 action 版本(home/end),删除迂回表达。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* docs(effort): plan 修订执行前 review 发现的 5 处 gap

- Task 3.3 EffortPanel.tsx 草稿:Faster/Smarter padEnd 语法错乱重写;
  useKeybindings import 路径从 @anthropic/ink 修正为 ../../keybindings/useKeybinding.js;
  移除冗余 renderSeparatorLine;保留 renderPaddedLine
- Task 5.2 computeConfirmOutcome 改为注入 ApplyFn 模式:
  避免 effortPanelState → effort.tsx → EffortPanel 循环依赖;
  测试可注入 mockApply,无需 mock settings
- Step 5.3 测试代码对齐注入版签名

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(effort): 新增 EffortPanel 纯函数状态模块(PanelPosition + 移动/初始光标)

仅含纯函数与类型,无 React/Ink 依赖,便于单测。
- PANEL_POSITIONS:low → medium → high → xhigh → max → ultracode
- moveLeft/moveRight:边界钳制(low 不再左移、ultracode 不再右移)
- getInitialCursor:env override > displayed level

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(keybindings): 注册 EffortPanel context 与 6 个 action

绑定 ←/→/h/l/home/end/enter/escape/q/ctrl+c 到 effortPanel:* action。
与 ModelPicker context 范式一致,避免左右键被全局 keybinding 拦截。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(effort): 实现 EffortPanel 组件主体(渲染 + 键盘交互 + 确认/取消分支)

- 横向 slider 布局:Faster ↔ Smarter 两极,6 档刻度
- useKeybindings 注册 EffortPanel context(←/→/h/l/home/end/enter/escape/q/ctrl+c)
- Enter 在 5 档之一 → 调 executeEffort 写 settings + AppState
- Enter 在 ultracode → 输出引导文案,不写状态
- Esc/q → "Effort unchanged."
- env override 时顶部黄色警告
- computeConfirmOutcome 注入 ApplyFn,便于测试(Task 5 补测试)

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(effort): /effort 无参时挂载 EffortPanel 交互面板

- 无参 → <EffortPanelWrapper> 透传 AppState.effortValue
- current/status → 仍显示文本(不变)
- 有参 → 直跳 executeEffort(不变)
- help/-h/--help → 不变

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* test(effort): 补 computeConfirmOutcome 分支测试(注入 mockApply)

- ultracode → kind=ultracode-hint,不调 applyFn
- low → kind=apply,message/effortUpdate 来自 applyFn
- applyFn 返回无 effortUpdate 时 outcome.effortUpdate 为 undefined
- CANCEL_MESSAGE / ULTRACODE_HINT 常量

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(effort): 测试里 cursor cast 为 EffortValue,避免 PanelPosition 含 ultracode 触发 TS 错误

computeConfirmOutcome 的 ApplyFn 契约要求 EffortValue,但测试 mockApply 接收 PanelPosition。
实际运行时 computeConfirmOutcome 在 ultracode 档位走 hint 分支不会调 applyFn,
cast 安全。precheck 全量通过:5688 tests / 0 fail。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(effort): 面板对齐与配色修复

- 对齐:用 Box width={SEGMENT} + justifyContent="center" 让 ▲ 与档位名严格居中对齐,
  替代之前 string padEnd(11) 与 SEGMENT=12 不一致导致的 1 列偏移
- 配色:所有面板文字改用 theme.claude(Claude Orange rgb(215,119,87)),
  替代终端默认紫;分隔线/副标签/底栏用 theme.subtle;env 警告用 theme.warning
- 光标档位的档位名也加粗,强化视觉焦点

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(effort): 面板文字改紫色,ULTRACODE_HINT 英文化

- 颜色:theme.claude(橙)→ theme.purple_FOR_SUBAGENTS_ONLY(Purple 600, rgb(147,51,234)),
  覆盖标题、Faster/Smarter、▲、档位名
- ULTRACODE_HINT:中文 → 英文
  "ultracode is not an effort level. Use /ultracode <context> to start a multi-agent workflow."

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(effort): 统一用色版——选中 suggestion(蓝),未选中 subtle(灰)

弃用 purple_FOR_SUBAGENTS_ONLY(subagent 专用)。改与项目其他面板一致:
- 选中档位 + ▲:color="suggestion"(Medium blue rgb(87,105,247))+ bold
- 未选中档位 + 空 ▲ 占位:color="subtle"(Light gray rgb(175,175,175))
- 标题 / Faster / Smarter:color="suggestion"
- 分隔线 / 副标签 / 底栏:color="subtle"

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(workflow): 终态前补发 phase_done,面板自动退出 running→terminal 转换

runWorkflow:脚本结束时 hook.phase 不会触发最后一个 phase 的 phase_done,
UI 左栏会永远显示 running。三路径(completed/killed/failed)统一在 run_done
之前补发 emitTerminalPhaseDone。

WorkflowsPanel:抽 isRunTerminatedTransition 纯函数判定 running → terminal,
面板 useEffect 检测到转换后自动退出聚焦。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(effort): 波纹动画纯函数 pickChar/computeRippleLine/mergeLayers + 18 测试

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(effort): useRippleFrame hook 包装 useAnimationFrame,按需订阅时钟

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(effort): EffortPanel 集成波纹背景——cursor 停在 ultracode 时切换波纹模式

仅在 cursor === 'ultracode' 时启用 useRippleFrame,渲染 5 行波纹背景
+ overlay 文字(Faster/Smarter、分隔线、▲、档位名、副标签)。
其余档位保持原 PlainContent 渲染路径不动。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* refactor(effort): 波纹动画从字符密度改为颜色渐变

按原版风格把波纹背景从 INTENSITY_CHARS 密度字符('·∙░▒▓')改为
suggestion 系颜色渐变(transparent → 暗深紫蓝 → suggestion → 高光):

rippleAnimation.ts:
- 删除 pickChar / INTENSITY_CHARS / WAVE_PEAK_CHARS / mergeLayers
- 新增 intensityToColor(intensity) → 'transparent' | '#xxxxxx'
- 新增 computeRippleCells 返回 Cell[](每位置 char+color)
- 新增 applyOverlaysToCells(cells, overlays) 替代 mergeLayers
- 新增 cellsToSegments(cells) 合并相邻同色段(减少 Text 节点)

EffortPanel.tsx:
- RippleContent 用 cells→segments→tokens 渲染
- 空格段用 BaseText backgroundColor 染色块(纯色块视觉)
- 文字段用 Text color 染色(亮色突出)
- tokens 按空格/文字二次拆分,避免混合段渲染歧义

测试: 29 个 rippleAnimation 测试覆盖 intensityToColor 边界、
computeRippleCells 长度/震源/衰减、applyOverlaysToCells 覆盖/截断/
防御式拷贝、cellsToSegments 合并逻辑。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(effort): 波纹参数调优——铺满左侧 + 速度调慢 + 全面板有底色

用户反馈三个问题:
1. "低峰部分没有颜色变化" → intensity ≤ 0.1 返回 transparent 导致波谷
   位置看不见。改为永不返回 transparent,最低档 #0a0d1a 作为面板
   底色(暗紫黑海洋),波峰在底色上流动。
2. "波浪速度太快" → time 系数 0.012 → 0.004(约 1/3 速)。波峰移动
   速度从 34 cell/s 降到 11 cell/s,每帧颜色变化从 45% 降到 36%。
3. "波浪只到中间部分,没覆盖左侧" → falloff 覆盖半径 40 → 90。
   震源 x=65,左侧 dist=65 < 90,波纹可达最左端(约 30-50% 覆盖)。

色阶调整:
- 删除 transparent 档,新增 #0a0d1a 作最暗档(底色)
- 最高档从 #8aa0ff(高光)改为 #5769F7(suggestion),避免与
  文字 overlay 同色互相吞噬
- 7 档颜色:#0a0d1a → #15182b → #1f2543 → #2a3360 →
  #3a4582 → #4a5bb0 → #5769F7

测试:删除 transparent 期望,改为期望具体颜色(#0a0d1a 等)。
新增"覆盖半径扩大"测试验证 dist=65 仍有非最暗颜色。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* fix(effort): 波纹 v3 — 去黑边 + 删中心高频涟漪 + y 轴覆盖快捷键行

用户反馈三个问题:
1. "黑色边感觉不太对" — 最暗档 #0a0d1a (rgb 10,13,26) 太接近纯黑,
   远端波谷看起来像硬黑边。改为 #1a1f3a (rgb 26,31,58),紫蓝感
   更强而非纯黑。
2. "中心的快速波纹有点奇怪" — 删除震源附近 dist<6 的高频涟漪叠加
   (time*0.02,5 倍主波纹频率)。原本想让震源附近"水波感"更强,
   实际效果像"快速闪烁"反而突兀。主波纹已经足够,无需叠加。
3. "y 方向覆盖快捷键" — RippleContent 新增 y=2 行渲染快捷键 overlay
   ("←/→ adjust · Enter confirm · Esc cancel")。PlainContent 路径
   保持原 Box marginTop=1 + Text 渲染。

色阶调整(紫蓝感更强):
- #1a1f3a (原 #0a0d1a) — 最暗档
- #1f2543 / #252c55 / #2e3870 / #3a4582 / #4a5bb0 / #5769F7
  (中间档略调亮度,保持平滑过渡)

测试:震源点测试更新为"time=0 时波谷最暗,time 推进后扫过波峰变亮",
反映删除高频涟漪后的纯主波纹行为。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* chore(workflow): 工作流相关代码中文文案全部英文化

源码(src/workflow/ + packages/workflow-engine/src/)的中文注释、
用户可见错误消息、字符串字面量;测试文件的标题与注释;同步 6 条
硬编码断言到英文化后的错误消息。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* feat(effort): 波纹 v4 — 平滑波 + 全色环旋转 + 淡入淡出 + 宽度自适应

- 波函数改 (sin+1)/2:消除 max(0,sin) 平直暗带(约 6 行宽)
- 主色相连续旋转(0.03°/ms,12s/圈全色环):蓝→紫→品红→红→橙→黄→绿→青
- 文字 overlay 同步色相旋转(rotateHue 应用到 Faster/▲/档位名/分隔线/副标签)
- 淡入淡出动画:fadeColor/fadeCells + fade 状态机 ~300ms 进出过渡
- 副标签固定 ultracode 段下方,不跟随光标移动
- 顶部/底部各加一行纯波纹行,视觉一致
- 宽度自适应终端列数:窄则 72,宽则铺满(computeSegment/computeRippleSourceX)
- 快捷键改 plain Text,不参与波纹背景渲染
- 新增 18 测试(fadeColor/fadeCells/rotateHue/getHueShiftAtTime)

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

* refactor: remove CYBER_RISK_MITIGATION_REMINDER from FileReadTool

Co-Authored-By: deepseek-v4-pro <deepseek-ai@claude-code-best.win>

* fix: prevent ReDoS in extractMeta regex by anchoring to splice boundary

Co-Authored-By: deepseek-v4-pro <deepseek-ai@claude-code-best.win>

* chore: 更新脚本

---------

Co-authored-by: glm-5.1 <zai-org@claude-code-best.win>
Co-authored-by: Claude <noreply@anthropic.com>
Co-authored-by: deepseek-v4-pro <deepseek-ai@claude-code-best.win>
2026-06-14 18:13:49 +08:00

40 KiB
Raw Permalink Blame History

Workflow Panel Redesign Implementation Plan

For agentic workers: REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (- [ ]) syntax for tracking.

Goal:/workflows 面板从双栏(左 run 列表 / 右 phase+agent原地重写为三区焦点模型顶 run tab + 左 phase 筛选侧栏 + 右 agent 列表),零引擎改动。

Architecture: run_started 事件已携带 meta.phasesstore 落地 declaredPhases 即可显示 pending phase。面板拆成 TabsBar / PhaseSidebar / AgentList + 共享 status.ts(状态→字符/颜色)与 selectors.ts(合并/过滤纯函数),WorkflowsPanel 持焦点状态机activeRunId / focusColumn / selectedPhaseIndex / selectedAgentIndexuseWorkflowKeyboard 改焦点轮转键位。

Tech Stack: TypeScript strict、React/@anthropic/inkbun:test、Biome。无 ink-testing-library——测试走纯函数 + 数据契约路线(与现有 WorkflowsPanel.test.tsx 一致)。


项目约定(覆盖 skill 默认,执行前必读)

  1. 提交规则CLAUDE.mdgit commit 仅在用户明确要求时执行。下方每个 Task 末尾的 "Commit" 步骤是逻辑切分点(该 task 自洽、可独立提交)——实际是否真正 git commit 由用户在执行时决定。默认:完成一个 Task 后不自动 commit改在每个里程碑Task 3 / Task 7结束统一问用户。
  2. 测试策略:项目未引入 ink-testing-librarygrep 全 src/ 无结果)。组件不写渲染测试。所有可测逻辑必须抽成纯函数status.ts / selectors.ts / routeWorkflowKey)并 TDD组件只保证 tsc + biome 通过。
  3. 类型规范:生产代码禁 as any.tsx 120 行宽 + 强制分号;.ts 80 行宽 + 按需分号。feature() 仅用在 if/三元条件位(本计划不涉及 feature flag
  4. Mock 规范:本计划涉及的 store/纯函数测试无需 mock(纯逻辑)。若后续集成测试需要,用共享 tests/mocks/log.ts / debug.tsmock 底层副作用而非业务模块。
  5. 每 Task 结束bun run precheck 必须零错误typecheck + lint:fix + test

文件结构

文件 动作 职责
src/workflow/progress/store.ts RunProgress.declaredPhases + AgentProgress.outputShapereducer 落地
src/workflow/panel/status.ts 新建 状态→字符/颜色映射(STATUS_DOTWorkflowList 迁入)+ agentVisual
src/workflow/panel/selectors.ts 新建 mergePhases / filterAgentsByPhase / tabLabel 纯函数
src/workflow/panel/useWorkflowKeyboard.ts 改写 routeWorkflowKey 纯函数 + 焦点模型 handlers
src/workflow/panel/TabsBar.tsx 新建 顶部 run tab 行
src/workflow/panel/PhaseSidebar.tsx 新建 左 phase 列表(含 All + pending
src/workflow/panel/AgentList.tsx 新建 右 agent 列表(按 phase 过滤)
src/workflow/panel/WorkflowsPanel.tsx 重写 焦点状态机 + 组装;保留导出 clampSelected
src/workflow/panel/WorkflowList.tsx 删除 职责迁入 TabsBar + status.ts
src/workflow/panel/WorkflowDetail.tsx 删除 职责拆入 PhaseSidebar + AgentList
src/workflow/__tests__/WorkflowsPanel.test.tsx STATUS_DOT import 改从 status.js;保留 clampSelected 契约
src/workflow/__tests__/progressStore.test.ts declaredPhases / outputShape 用例
src/workflow/__tests__/status.test.ts 新建 状态映射 + agentVisual
src/workflow/__tests__/selectors.test.ts 新建 mergePhases / filterAgentsByPhase / tabLabel
src/workflow/__tests__/useWorkflowKeyboard.test.ts 新建 routeWorkflowKey
docs/features/workflow-scripts.md §六 更新三区布局/键位

Task 1: store 落地 declaredPhases + outputShape

Files:

  • Modify: src/workflow/progress/store.ts:4-11AgentProgress)、store.ts:13-24RunProgress)、store.ts:46-62ensure)、store.ts:78-83run_started)、store.ts:107-123agent_done

  • Test: src/workflow/__tests__/progressStore.test.ts

  • Step 1: 在 progressStore.test.ts 末尾追加失败测试

test('run_started 落地 declaredPhases来自 meta.phases顺序保留', () => {
  const { bus, store } = newStore()
  bus.emit({
    type: 'run_started',
    runId: 'r1',
    workflowName: 'w',
    meta: {
      name: 'w',
      description: 'd',
      phases: [{ title: 'Find' }, { title: 'Review' }, { title: 'Verify' }],
    },
  })
  expect(store.get('r1')!.declaredPhases).toEqual(['Find', 'Review', 'Verify'])
})

test('run_started meta 为 null → declaredPhases = []', () => {
  const { bus, store } = newStore()
  bus.emit({ type: 'run_started', runId: 'r1', workflowName: 'w', meta: null })
  expect(store.get('r1')!.declaredPhases).toEqual([])
})

test('agent_done 落地 outputShapeok·object / ok·text / dead 无)', () => {
  const { bus, store } = newStore()
  bus.emit({ type: 'run_started', runId: 'r1', workflowName: 'w', meta: null })
  bus.emit({ type: 'agent_started', runId: 'r1', agentId: 0, phase: 'A' })
  bus.emit({ type: 'agent_started', runId: 'r1', agentId: 1, phase: 'A' })
  bus.emit({ type: 'agent_started', runId: 'r1', agentId: 2, phase: 'A' })
  bus.emit({
    type: 'agent_done', runId: 'r1', agentId: 0, phase: 'A',
    result: { kind: 'ok', output: { x: 1 }, usage: { outputTokens: 1 } },
  })
  bus.emit({
    type: 'agent_done', runId: 'r1', agentId: 1, phase: 'A',
    result: { kind: 'ok', output: 'hi', usage: { outputTokens: 1 } },
  })
  bus.emit({ type: 'agent_done', runId: 'r1', agentId: 2, phase: 'A', result: { kind: 'dead' } })
  const agents = store.get('r1')!.agents
  expect(agents.find(a => a.id === 0)?.outputShape).toBe('object')
  expect(agents.find(a => a.id === 1)?.outputShape).toBe('text')
  expect(agents.find(a => a.id === 2)?.outputShape).toBeUndefined()
})
  • Step 2: 跑测试确认失败

Run: bun test src/workflow/__tests__/progressStore.test.ts Expected: 3 个新用例 FAILdeclaredPhases undefined / 无 outputShape

  • Step 3: 改 AgentProgressoutputShapestore.ts:4-11
export type AgentProgress = {
  /** 引擎盖戳的唯一 id精确关联 started/done修旧 LIFO 竞态)。 */
  id: number
  label?: string
  phase?: string
  status: 'running' | 'done'
  resultKind?: string
  /** 仅 done·ok 时有意义output 是对象→'object',否则→'text'。dead/skipped 无。 */
  outputShape?: 'text' | 'object'
}
  • Step 4: 改 RunProgressdeclaredPhasesstore.ts:13-24
export type RunProgress = {
  runId: string
  workflowName: string
  status: 'running' | 'completed' | 'failed' | 'killed'
  phases: Array<{ title: string; status: 'running' | 'done' }>
  /** 来自 run_started.meta.phases[].title面板据此显示 pending(○) phase。无 meta → []。 */
  declaredPhases: string[]
  currentPhase: string | null
  agents: AgentProgress[]
  agentCount: number
  returnValue?: unknown
  error?: string
  updatedAt: number
}
  • Step 5: ensure() 初始化 declaredPhases: []store.ts:46-62currentPhase: null, 上一行加)
        phases: [],
        declaredPhases: [],
        currentPhase: null,
  • Step 6: reducer run_started 分支落地 declaredPhasesstore.ts:74-77
      case 'run_started':
        p.workflowName = event.workflowName
        p.status = 'running'
        p.declaredPhases = event.meta?.phases?.map(ph => ph.title) ?? []
        break
  • Step 7: reducer agent_done 两处落地 outputShapestore.ts:107-123

补建分支(if (!a) 内)加 outputShape

      case 'agent_done': {
        let a = p.agents.find(x => x.id === event.agentId)
        if (!a) {
          a = {
            id: event.agentId,
            label: event.label,
            phase: event.phase,
            status: 'done',
            ...(event.result.kind === 'ok'
              ? {
                  outputShape:
                    typeof event.result.output === 'object' &&
                    event.result.output !== null
                      ? ('object' as const)
                      : ('text' as const),
                }
              : {}),
          }
          p.agents.push(a)
          p.agentCount = p.agents.length
        } else {
          a.status = 'done'
          a.resultKind = event.result.kind
          if (event.result.kind === 'ok') {
            a.outputShape =
              typeof event.result.output === 'object' &&
              event.result.output !== null
                ? 'object'
                : 'text'
          }
        }
        break
      }
  • Step 8: 跑测试确认通过

Run: bun test src/workflow/__tests__/progressStore.test.ts Expected: 全部 PASS含原有用例——它们 meta: nulldeclaredPhases: [],不破坏)

  • Step 9: precheck

Run: bun run precheck Expected: 零错误

  • Step 10: Commit逻辑切分点实际提交待用户确认
git add src/workflow/progress/store.ts src/workflow/__tests__/progressStore.test.ts
git commit -m "feat(workflow): store 落地 declaredPhases + agent outputShape"

Task 2: 新建 status.ts(状态映射 + agentVisual

Files:

  • Create: src/workflow/panel/status.ts

  • Test: src/workflow/__tests__/status.test.ts

  • Step 1: 写失败测试 status.test.ts

import { expect, test } from 'bun:test'
import type { AgentProgress, RunProgress } from '../progress/store.js'
import {
  STATUS_DOT,
  RUN_STATUS_COLOR,
  PHASE_MARK,
  PHASE_COLOR,
  agentVisual,
} from '../panel/status.js'

test('STATUS_DOT / RUN_STATUS_COLOR 覆盖四种 run 状态且为非空字符', () => {
  const statuses: RunProgress['status'][] = ['running', 'completed', 'failed', 'killed']
  for (const s of statuses) {
    expect(STATUS_DOT[s].length).toBeGreaterThan(0)
    expect(RUN_STATUS_COLOR[s]).toBeTruthy()
  }
  expect(STATUS_DOT.running).toBe('●')
  expect(STATUS_DOT.completed).toBe('✓')
  expect(STATUS_DOT.failed).toBe('✗')
  expect(STATUS_DOT.killed).toBe('■')
})

test('PHASE_MARK / PHASE_COLOR 覆盖 running/done/pending', () => {
  expect(PHASE_MARK.running).toBe('●')
  expect(PHASE_MARK.done).toBe('✓')
  expect(PHASE_MARK.pending).toBe('○')
  expect(PHASE_COLOR.pending).toBe('subtle')
})

test('agentVisualrunning → ● warning running', () => {
  const a: AgentProgress = { id: 1, status: 'running' }
  expect(agentVisual(a)).toEqual({ mark: '●', color: 'warning', suffix: 'running' })
})

test('agentVisualdone·object → ✓ success object', () => {
  const a: AgentProgress = { id: 1, status: 'done', resultKind: 'ok', outputShape: 'object' }
  expect(agentVisual(a)).toEqual({ mark: '✓', color: 'success', suffix: 'object' })
})

test('agentVisualdone·text → ✓ success text', () => {
  const a: AgentProgress = { id: 1, status: 'done', resultKind: 'ok', outputShape: 'text' }
  expect(agentVisual(a)).toEqual({ mark: '✓', color: 'success', suffix: 'text' })
})

test('agentVisualdead → ✗ error dead', () => {
  const a: AgentProgress = { id: 1, status: 'done', resultKind: 'dead' }
  expect(agentVisual(a)).toEqual({ mark: '✗', color: 'error', suffix: 'dead' })
})
  • Step 2: 跑测试确认失败(模块不存在)

Run: bun test src/workflow/__tests__/status.test.ts Expected: FAIL无法 import ../panel/status.js

  • Step 3: 创建 src/workflow/panel/status.ts
import type { AgentProgress, RunProgress } from '../progress/store.js'

/** run 状态 → 圆点字符(顶部 tab 用)。 */
export const STATUS_DOT: Record<RunProgress['status'], string> = {
  running: '●',
  completed: '✓',
  failed: '✗',
  killed: '■',
}

/** run 状态 → ink theme 颜色 token沿用现有 WorkflowList 配色)。 */
export const RUN_STATUS_COLOR: Record<RunProgress['status'], string> = {
  running: 'warning',
  completed: 'success',
  failed: 'error',
  killed: 'subtle',
}

/** phase 在侧栏的合并状态(含 pendingmeta 声明但未启动)。 */
export type PhaseStatus = 'running' | 'done' | 'pending'

export const PHASE_MARK: Record<PhaseStatus, string> = {
  running: '●',
  done: '✓',
  pending: '○',
}

export const PHASE_COLOR: Record<PhaseStatus, string> = {
  running: 'warning',
  done: 'success',
  pending: 'subtle',
}

/** agent 行的视觉三件套:标记字符 + 颜色 + 行尾文字后缀。 */
export type AgentVisual = { mark: string; color: string; suffix: string }

/**
 * agent 状态 → 视觉。
 * - running → ● warning
 * - done·dead → ✗ error
 * - done·okoutputShape='object' → object否则 text
 */
export function agentVisual(a: AgentProgress): AgentVisual {
  if (a.status === 'running') return { mark: '●', color: 'warning', suffix: 'running' }
  if (a.resultKind === 'dead') return { mark: '✗', color: 'error', suffix: 'dead' }
  return {
    mark: '✓',
    color: 'success',
    suffix: a.outputShape === 'object' ? 'object' : 'text',
  }
}
  • Step 4: 跑测试确认通过

Run: bun test src/workflow/__tests__/status.test.ts Expected: 全部 PASS

  • Step 5: precheck

Run: bun run precheck Expected: 零错误

  • Step 6: Commit逻辑切分点
git add src/workflow/panel/status.ts src/workflow/__tests__/status.test.ts
git commit -m "feat(workflow): 抽 panel status.ts 状态映射 + agentVisual"

Task 3: 新建 selectors.tsmergePhases / filterAgentsByPhase / tabLabel

Files:

  • Create: src/workflow/panel/selectors.ts

  • Test: src/workflow/__tests__/selectors.test.ts

  • Step 1: 写失败测试 selectors.test.ts

import { expect, test } from 'bun:test'
import type { AgentProgress, RunProgress } from '../progress/store.js'
import { ALL_PHASE, mergePhases, filterAgentsByPhase, tabLabel } from '../panel/selectors.js'

function run(partial: Partial<RunProgress>): RunProgress {
  return {
    runId: 'r1',
    workflowName: 'w',
    status: 'running',
    phases: [],
    declaredPhases: [],
    currentPhase: null,
    agents: [],
    agentCount: 0,
    updatedAt: 1,
    ...partial,
  }
}

test('mergePhases声明顺序优先实际 phase 追加未声明的,计数 done/total', () => {
  const r = run({
    declaredPhases: ['Find', 'Review', 'Verify'],
    phases: [
      { title: 'Find', status: 'done' },
      { title: 'Review', status: 'running' },
    ],
    agents: [
      { id: 1, phase: 'Find', status: 'done', resultKind: 'ok', outputShape: 'text' },
      { id: 2, phase: 'Find', status: 'done', resultKind: 'dead' },
      { id: 3, phase: 'Review', status: 'running' },
    ],
  })
  expect(mergePhases(r)).toEqual([
    { title: 'Find', status: 'done', done: 2, total: 2 },
    { title: 'Review', status: 'running', done: 0, total: 1 },
    { title: 'Verify', status: 'pending', done: 0, total: 0 },
  ])
})

test('mergePhases实际出现但未声明的 phase 追加到末尾', () => {
  const r = run({
    declaredPhases: ['Find'],
    phases: [
      { title: 'Find', status: 'done' },
      { title: 'Adhoc', status: 'running' },
    ],
    agents: [],
  })
  expect(mergePhases(r).map(p => p.title)).toEqual(['Find', 'Adhoc'])
})

test('filterAgentsByPhaseAll / undefined → 全部;指定 → 仅该 phase', () => {
  const agents: AgentProgress[] = [
    { id: 1, phase: 'A', status: 'running' },
    { id: 2, phase: 'B', status: 'done', resultKind: 'ok', outputShape: 'text' },
  ]
  expect(filterAgentsByPhase(agents, undefined)).toHaveLength(2)
  expect(filterAgentsByPhase(agents, ALL_PHASE)).toHaveLength(2)
  expect(filterAgentsByPhase(agents, 'A')).toEqual([agents[0]])
})

test('tabLabelworkflow 名 + runId 后 4 位短码', () => {
  expect(tabLabel('review-changes', 'wf_abc123def')).toBe('review-changes#3def')
})
  • Step 2: 跑测试确认失败

Run: bun test src/workflow/__tests__/selectors.test.ts Expected: FAIL模块不存在

  • Step 3: 创建 src/workflow/panel/selectors.ts
import type { AgentProgress, RunProgress } from '../progress/store.js'
import type { PhaseStatus } from './status.js'

/** 「不筛选」固定项的 title侧栏第一行。 */
export const ALL_PHASE = 'All'

/** 合并后的 phase含 pending带该 phase 下 agent 的 done/total 计数。 */
export type MergedPhase = {
  title: string
  status: PhaseStatus
  done: number
  total: number
}

/**
 * 合并 declaredPhasesmeta 声明)与 run.phases实际 running/done
 * - 声明顺序优先;未在 declared 但实际出现的 phase 追加末尾。
 * - 实际无记录 → pending否则取实际 status。
 * - done/total = 该 phase 下 done / 全部 agent 数。
 */
export function mergePhases(run: Pick<RunProgress, 'declaredPhases' | 'phases' | 'agents'>): MergedPhase[] {
  const actualByTitle = new Map(run.phases.map(p => [p.title, p]))
  const seen = new Set<string>()
  const out: MergedPhase[] = []
  const push = (title: string): void => {
    if (seen.has(title)) return
    seen.add(title)
    const actual = actualByTitle.get(title)
    const status: PhaseStatus = !actual ? 'pending' : actual.status
    const inPhase = run.agents.filter(a => a.phase === title)
    out.push({
      title,
      status,
      done: inPhase.filter(a => a.status === 'done').length,
      total: inPhase.length,
    })
  }
  for (const t of run.declaredPhases) push(t)
  for (const p of run.phases) push(p.title)
  return out
}

/**
 * 按选中 phase 筛选 agent。
 * selectedPhase 为 undefined 或 ALL_PHASE → 全部。
 */
export function filterAgentsByPhase(
  agents: AgentProgress[],
  selectedPhase: string | undefined,
): AgentProgress[] {
  if (selectedPhase === undefined || selectedPhase === ALL_PHASE) return agents
  return agents.filter(a => a.phase === selectedPhase)
}

/** tab 标签workflow 名 + `#` + runId 末 4 位(同名 run 消歧)。 */
export function tabLabel(workflowName: string, runId: string): string {
  return `${workflowName}#${runId.slice(-4)}`
}
  • Step 4: 跑测试确认通过

Run: bun test src/workflow/__tests__/selectors.test.ts Expected: 全部 PASS

  • Step 5: precheck

Run: bun run precheck Expected: 零错误

  • Step 6: 里程碑检查点 —— 向用户确认是否提交 Task 1-3

完成纯逻辑层store + status + selectors。按项目约定此处询问用户是否提交再进入组件层。


Task 4: useWorkflowKeyboard 改焦点模型(抽 routeWorkflowKey 纯函数)

Files:

  • Modify: src/workflow/panel/useWorkflowKeyboard.ts(整体改写)

  • Test: src/workflow/__tests__/useWorkflowKeyboard.test.ts

  • Step 1: 写失败测试 useWorkflowKeyboard.test.ts

import { expect, test } from 'bun:test'
import { routeWorkflowKey } from '../panel/useWorkflowKeyboard.js'

test('Tab → nextTabShift+Tab → prevTab', () => {
  expect(routeWorkflowKey('', { tab: true })).toBe('nextTab')
  expect(routeWorkflowKey('', { tab: true, shift: true })).toBe('prevTab')
})

test('q / Esc → quit', () => {
  expect(routeWorkflowKey('q', {})).toBe('quit')
  expect(routeWorkflowKey('', { escape: true })).toBe('quit')
})

test('x → killr → resumen → newRun', () => {
  expect(routeWorkflowKey('x', {})).toBe('kill')
  expect(routeWorkflowKey('r', {})).toBe('resume')
  expect(routeWorkflowKey('n', {})).toBe('newRun')
})

test('←/→ 切焦点列;↑/↓ 列内移动', () => {
  expect(routeWorkflowKey('', { leftArrow: true })).toBe('focusLeft')
  expect(routeWorkflowKey('', { rightArrow: true })).toBe('focusRight')
  expect(routeWorkflowKey('', { upArrow: true })).toBe('moveUp')
  expect(routeWorkflowKey('', { downArrow: true })).toBe('moveDown')
})

test('无关输入 → null', () => {
  expect(routeWorkflowKey('z', {})).toBeNull()
  expect(routeWorkflowKey('', {})).toBeNull()
})
  • Step 2: 跑测试确认失败

Run: bun test src/workflow/__tests__/useWorkflowKeyboard.test.ts Expected: FAILrouteWorkflowKey 不存在)

  • Step 3: 整体改写 src/workflow/panel/useWorkflowKeyboard.ts
import { useInput } from '@anthropic/ink'

/** 焦点所在列。 */
export type FocusColumn = 'phases' | 'agents'

/** useInput 的 key 对象子集(仅声明用到的字段,避免耦合 ink Key 类型)。 */
type KeyEvent = {
  tab?: boolean
  shift?: boolean
  escape?: boolean
  leftArrow?: boolean
  rightArrow?: boolean
  upArrow?: boolean
  downArrow?: boolean
}

/** 键 → 动作(纯函数,便于单测;无渲染依赖)。 */
export type WorkflowKeyAction =
  | 'nextTab'
  | 'prevTab'
  | 'focusLeft'
  | 'focusRight'
  | 'moveUp'
  | 'moveDown'
  | 'kill'
  | 'resume'
  | 'newRun'
  | 'quit'

export function routeWorkflowKey(input: string, key: KeyEvent): WorkflowKeyAction | null {
  // @anthropic/ink 的 key.tab 对 Tab 键置 true个别环境回落到 '\t'
  if (key.tab || input === '\t') return key.shift ? 'prevTab' : 'nextTab'
  if (key.escape || input === 'q') return 'quit'
  if (input === 'x') return 'kill'
  if (input === 'r') return 'resume'
  if (input === 'n') return 'newRun'
  if (key.leftArrow) return 'focusLeft'
  if (key.rightArrow) return 'focusRight'
  if (key.upArrow) return 'moveUp'
  if (key.downArrow) return 'moveDown'
  return null
}

/** 焦点模型回调WorkflowsPanel 注入)。 */
export type WorkflowKeyboardHandlers = {
  nextTab: () => void
  prevTab: () => void
  focusLeft: () => void
  focusRight: () => void
  moveUp: () => void
  moveDown: () => void
  killFocused: () => void
  resumeFocused: () => void
  newRun: () => void
  quit: () => void
}

/**
 * /workflows 面板键位(焦点轮转模型):
 * - Tab / Shift+Tab切顶部 run tab
 * - ← / →phases ↔ agents 焦点切换
 * - ↑ / ↓:当前焦点列内移动
 * - x kill · r resume · n new · q / Esc quit
 */
export function useWorkflowKeyboard(h: WorkflowKeyboardHandlers): void {
  useInput((input, key) => {
    const action = routeWorkflowKey(input, key as KeyEvent)
    if (action === null) return
    switch (action) {
      case 'nextTab':
        h.nextTab()
        break
      case 'prevTab':
        h.prevTab()
        break
      case 'focusLeft':
        h.focusLeft()
        break
      case 'focusRight':
        h.focusRight()
        break
      case 'moveUp':
        h.moveUp()
        break
      case 'moveDown':
        h.moveDown()
        break
      case 'kill':
        h.killFocused()
        break
      case 'resume':
        h.resumeFocused()
        break
      case 'newRun':
        h.newRun()
        break
      case 'quit':
        h.quit()
        break
    }
  })
}
  • Step 4: 跑测试确认通过

Run: bun test src/workflow/__tests__/useWorkflowKeyboard.test.ts Expected: 全部 PASS

  • Step 5: precheck

Run: bun run precheck Expected: 零错误

  • Step 6: Commit逻辑切分点
git add src/workflow/panel/useWorkflowKeyboard.ts src/workflow/__tests__/useWorkflowKeyboard.test.ts
git commit -m "refactor(workflow): 键位改焦点轮转模型 + 抽 routeWorkflowKey"

Task 5: 新建三个展示组件 TabsBar / PhaseSidebar / AgentList

这三个是无状态展示组件props 驱动),不写渲染测试(项目无 ink-testing-library。靠 tsc + biome 保证类型/格式。

Files:

  • Create: src/workflow/panel/TabsBar.tsx

  • Create: src/workflow/panel/PhaseSidebar.tsx

  • Create: src/workflow/panel/AgentList.tsx

  • Step 1: 创建 src/workflow/panel/TabsBar.tsx

import React from 'react';
import { Box, Text } from '@anthropic/ink';
import type { RunProgress } from '../progress/store.js';
import { RUN_STATUS_COLOR, STATUS_DOT } from './status.js';
import { tabLabel } from './selectors.js';

/**
 * 顶部 run tab 行:每个 run 一个 tab状态点 + 名 + #短码)。
 * 当前 tab 用橙色 ═ 下划线高亮。
 */
export function TabsBar({
  runs,
  activeRunId,
}: {
  runs: RunProgress[];
  activeRunId: string | null;
}): React.ReactNode {
  if (runs.length === 0) {
    return <Text color="subtle">(no runs)</Text>;
  }
  return (
    <Box>
      {runs.map(r => {
        const active = r.runId === activeRunId;
        const label = tabLabel(r.workflowName, r.runId);
        const underline = '═'.repeat(label.length + 2);
        return (
          <Box key={r.runId} flexDirection="column" marginRight={2}>
            <Box>
              <Text color={RUN_STATUS_COLOR[r.status]}>{STATUS_DOT[r.status]}</Text>
              <Text> </Text>
              <Text color={active ? 'claude' : undefined} bold={active}>
                {label}
              </Text>
            </Box>
            <Text color={active ? 'claude' : undefined}>{active ? underline : ''}</Text>
          </Box>
        );
      })}
    </Box>
  );
}
  • Step 2: 创建 src/workflow/panel/PhaseSidebar.tsx
import React from 'react';
import { Box, Text } from '@anthropic/ink';
import type { AgentProgress } from '../progress/store.js';
import { PHASE_COLOR, PHASE_MARK } from './status.js';
import { ALL_PHASE, type MergedPhase } from './selectors.js';

/**
 * 左 phase 侧栏:第一行 All汇总 done/total其后 merged phases含 pending ○)。
 * 选中行铺橙底文字色不变selectedIndex=0 表示 All。
 */
export function PhaseSidebar({
  phases,
  agents,
  selectedIndex,
}: {
  phases: MergedPhase[];
  agents: AgentProgress[];
  selectedIndex: number;
}): React.ReactNode {
  const totalAgents = agents.length;
  const doneAgents = agents.filter(a => a.status === 'done').length;
  const allRow = { title: ALL_PHASE, done: doneAgents, total: totalAgents };
  const rows = [allRow, ...phases];

  return (
    <Box flexDirection="column">
      {rows.map((row, i) => {
        const selected = i === selectedIndex;
        const isAll = i === 0;
        const mark = isAll ? ' ' : PHASE_MARK[row.status];
        const color = isAll ? undefined : PHASE_COLOR[row.status];
        const prefix = selected ? '▶' : ' ';
        return (
          <Box key={row.title}>
            <Text backgroundColor={selected ? 'claude' : undefined}>
              {prefix}
              {mark} {row.title.padEnd(10)} {row.done}/{row.total}
            </Text>
          </Box>
        );
      })}
    </Box>
  );
}
  • Step 3: 创建 src/workflow/panel/AgentList.tsx
import React from 'react';
import { Box, Text } from '@anthropic/ink';
import type { AgentProgress } from '../progress/store.js';
import { agentVisual } from './status.js';

const LABEL_WIDTH = 18;

/**
 * 右 agent 列表(已按选中 phase 过滤)。
 * 光标行铺橙底;每行:标记 + label + 行尾状态文字running/object/text/dead */
export function AgentList({
  agents,
  selectedIndex,
}: {
  agents: AgentProgress[];
  selectedIndex: number;
}): React.ReactNode {
  if (agents.length === 0) {
    return <Text color="subtle">(no agents in this phase)</Text>;
  }
  return (
    <Box flexDirection="column">
      {agents.map((a, i) => {
        const v = agentVisual(a);
        const selected = i === selectedIndex;
        const label = (a.label ?? `agent-${a.id}`).slice(0, LABEL_WIDTH).padEnd(LABEL_WIDTH);
        return (
          <Box key={a.id}>
            <Text backgroundColor={selected ? 'claude' : undefined}>
              <Text color={v.color}>{v.mark}</Text> {label} <Text color="subtle">{v.suffix}</Text>
            </Text>
          </Box>
        );
      })}
    </Box>
  );
}
  • Step 4: 类型检查 + lint

Run: bun run precheck Expected: 零错误三个组件未被引用tsc 仍编译它们;无 lint 报错)

  • Step 5: Commit逻辑切分点
git add src/workflow/panel/TabsBar.tsx src/workflow/panel/PhaseSidebar.tsx src/workflow/panel/AgentList.tsx
git commit -m "feat(workflow): 新增 TabsBar/PhaseSidebar/AgentList 展示组件"

Task 6: 重写 WorkflowsPanel + 删旧组件 + 修测试 import

Files:

  • Modify: src/workflow/panel/WorkflowsPanel.tsx(整体重写)

  • Delete: src/workflow/panel/WorkflowList.tsx

  • Delete: src/workflow/panel/WorkflowDetail.tsx

  • Modify: src/workflow/__tests__/WorkflowsPanel.test.tsx:4STATUS_DOT import 改源)

  • Step 1: 重写 src/workflow/panel/WorkflowsPanel.tsx

import React, { useEffect, useState, useSyncExternalStore } from 'react';
import { Box, Text } from '@anthropic/ink';
import type { LocalJSXCommandContext, LocalJSXCommandOnDone } from '../../types/command.js';
import { getWorkflowService } from '../service.js';
import type { RunProgress } from '../progress/store.js';
import { AgentList } from './AgentList.js';
import { PhaseSidebar } from './PhaseSidebar.js';
import { TabsBar } from './TabsBar.js';
import {
  type FocusColumn,
  type WorkflowKeyboardHandlers,
  useWorkflowKeyboard,
} from './useWorkflowKeyboard.js';
import { ALL_PHASE, filterAgentsByPhase, mergePhases } from './selectors.js';

/**
 * 夹紧选中索引到有效区间空列表→0越界→末位负/NaN→0 * 抽成模块级纯函数:面板内调用 + 单测覆盖同一逻辑,避免行为漂移。
 */
export function clampSelected(selected: number, len: number): number {
  if (len === 0) return 0;
  const n = Math.trunc(selected);
  if (Number.isNaN(n) || n < 0) return 0;
  return Math.min(n, len - 1);
}

/**
 * /workflows 主面板:三区焦点模型(顶 tab + 左 phase 侧栏 + 右 agent 列表)。
 *
 * - useSyncExternalStore 订阅 WorkflowServicestore 返回稳定快照,无变更不重渲染)。
 * - 焦点状态activeRunId / focusColumn('phases'|'agents') / selectedPhaseIndex(0=All) / selectedAgentIndex。
 * - 键位Tab 切 run · ←/→ 切焦点列 · ↑/↓ 列内移动 · x kill · r resume · q/Esc 退出。
 */
export function WorkflowsPanel({
  onDone,
  context,
}: {
  onDone: LocalJSXCommandOnDone;
  context: LocalJSXCommandContext;
}): React.ReactNode {
  const svc = getWorkflowService();
  const runs = useSyncExternalStore(
    svc.subscribe,
    () => svc.listRuns(),
    () => [],
  );

  const [activeRunId, setActiveRunId] = useState<string | null>(null);
  const [focusColumn, setFocusColumn] = useState<FocusColumn>('phases');
  const [selectedPhaseIndex, setSelectedPhaseIndex] = useState(0);
  const [selectedAgentIndex, setSelectedAgentIndex] = useState(0);

  // runs 变化时activeRunId 失效(被 kill / 首次)→ 夹紧到首个
  useEffect(() => {
    if (runs.length === 0) {
      if (activeRunId !== null) setActiveRunId(null);
      return;
    }
    if (!runs.some(r => r.runId === activeRunId)) {
      setActiveRunId(runs[0]!.runId);
    }
  }, [runs, activeRunId]);

  const focused: RunProgress | undefined = runs.find(r => r.runId === activeRunId);
  const phases = focused ? mergePhases(focused) : [];
  // 侧栏含 All 行phases 数组前补一项 → 总行数 = phases.length + 1
  const phaseRowCount = phases.length + 1;
  const clampedPhase = clampSelected(selectedPhaseIndex, phaseRowCount);

  // 选中 phase title0 = All = undefined
  const selectedPhaseTitle =
    clampedPhase === 0 ? undefined : phases[clampedPhase - 1]?.title;

  const visibleAgents = focused
    ? filterAgentsByPhase(focused.agents, selectedPhaseTitle)
    : [];
  const clampedAgent = clampSelected(selectedAgentIndex, visibleAgents.length);

  const switchTab = (runId: string): void => {
    setActiveRunId(runId);
    setFocusColumn('phases');
    setSelectedPhaseIndex(0);
    setSelectedAgentIndex(0);
  };

  const nextTab = (): void => {
    if (runs.length === 0) return;
    const idx = runs.findIndex(r => r.runId === activeRunId);
    const next = runs[(idx + 1) % runs.length]!;
    switchTab(next.runId);
  };
  const prevTab = (): void => {
    if (runs.length === 0) return;
    const idx = runs.findIndex(r => r.runId === activeRunId);
    const next = runs[(idx - 1 + runs.length) % runs.length]!;
    switchTab(next.runId);
  };

  const handlers: WorkflowKeyboardHandlers = {
    nextTab,
    prevTab,
    focusLeft: () => setFocusColumn('phases'),
    focusRight: () => setFocusColumn('agents'),
    moveUp: () => {
      if (focusColumn === 'phases')
        setSelectedPhaseIndex(s => clampSelected(s - 1, phaseRowCount));
      else setSelectedAgentIndex(s => clampSelected(s - 1, visibleAgents.length));
    },
    moveDown: () => {
      if (focusColumn === 'phases')
        setSelectedPhaseIndex(s => clampSelected(s + 1, phaseRowCount));
      else setSelectedAgentIndex(s => clampSelected(s + 1, visibleAgents.length));
    },
    killFocused: () => {
      if (focused) svc.kill(focused.runId);
    },
    resumeFocused: () => {
      if (!focused) return;
      const canUseTool = context.canUseTool;
      if (!canUseTool) {
        onDone('resume 需要 canUseTool 上下文,请在主会话中用 /<name> resume 重试。');
        return;
      }
      void svc
        .launch(
          { resumeFromRunId: focused.runId, name: focused.workflowName },
          context,
          canUseTool,
        )
        .catch(e => onDone(`resume 失败:${(e as Error).message}`));
    },
    newRun: () =>
      onDone('Tip: 用 /<name> 启动命名 workflow或通过 Workflow 工具带 name 参数。'),
    quit: () => onDone(),
  };
  useWorkflowKeyboard(handlers);

  const running = runs.filter(r => r.status === 'running').length;
  const done = runs.length - running;
  const phaseHeader = selectedPhaseTitle ?? ALL_PHASE;

  return (
    <Box flexDirection="column" borderStyle="round" borderColor="claude" paddingX={1}>
      <Box justifyContent="space-between">
        <Text bold>Workflows</Text>
        <Text color="subtle">
          {running} running · {done} done
        </Text>
      </Box>

      <Box marginTop={1}>
        <TabsBar runs={runs} activeRunId={activeRunId} />
      </Box>

      <Box flexDirection="row" marginTop={1}>
        <Box width="25%" flexDirection="column">
          <Text color={focusColumn === 'phases' ? 'claude' : 'subtle'} bold>
            PHASES
          </Text>
          <PhaseSidebar
            phases={phases}
            agents={focused?.agents ?? []}
            selectedIndex={clampedPhase}
          />
        </Box>
        <Text color="subtle"></Text>
        <Box flexGrow={1} flexDirection="column">
          <Text color={focusColumn === 'agents' ? 'claude' : 'subtle'} bold>
            AGENTS · {phaseHeader}
          </Text>
          <AgentList agents={visibleAgents} selectedIndex={clampedAgent} />
        </Box>
      </Box>

      <Box marginTop={1}>
        <Text color="subtle">
          Tab  run · / 切焦点 · / 移动 · x kill · r resume · q quit
        </Text>
      </Box>
    </Box>
  );
}
  • Step 2: 删除旧组件

Run:

rm src/workflow/panel/WorkflowList.tsx src/workflow/panel/WorkflowDetail.tsx
  • Step 3: 修 WorkflowsPanel.test.tsx 的 import第 2-4 行)

把:

import type { RunProgress } from '../progress/store.js';
import { clampSelected } from '../panel/WorkflowsPanel.js';
import { STATUS_DOT } from '../panel/WorkflowList.js';

改为:

import type { RunProgress } from '../progress/store.js';
import { clampSelected } from '../panel/WorkflowsPanel.js';
import { STATUS_DOT } from '../panel/status.js';
  • Step 4: 更新 WorkflowsPanel.test.tsxRunProgress 字段契约用例(第 28-47 行)

旧用例构造 RunProgress 时缺 declaredPhasestsc 会报错。补字段:

把第 29-38 行的 const run: RunProgress = { ... } 改为:

  const run: RunProgress = {
    runId: 'r1',
    workflowName: 'review',
    status: 'running',
    phases: [{ title: 'Find', status: 'done' }],
    declaredPhases: ['Find', 'Review'],
    currentPhase: 'Review',
    agents: [{ id: 1, label: 'review:api', phase: 'Review', status: 'running' }],
    agentCount: 1,
    updatedAt: 1,
  };

同样补第 51-61 行completed和第 62-72 行faileddeclaredPhases: []

  • Step 5: precheck

Run: bun run precheck Expected: 零错误。重点核对:

  • STATUS_DOT import 已切到 status.js,无悬空引用。

  • WorkflowList.tsx / WorkflowDetail.tsx 删除后无残留 importgrep 已确认仅 WorkflowsPanel 与 test 引用,均已处理)。

  • clampSelected 契约测试仍绿。

  • Step 6: Commit逻辑切分点

git add -A src/workflow/panel/ src/workflow/__tests__/WorkflowsPanel.test.tsx
git commit -m "refactor(workflow): WorkflowsPanel 重写为三区焦点模型 + 删旧双栏组件"

Task 7: 文档更新 + 全量 precheck

Files:

  • Modify: docs/features/workflow-scripts.md:138-148(§六)

  • Step 1: 更新 docs/features/workflow-scripts.md §六

把第 138-148 行(§六「监控面板:/workflows」整段)替换为:

## 六、监控面板:`/workflows`

`/workflows` 打开三区焦点面板local-jsx全屏

- **顶部 tabs**:每个 run 一个 tab状态圆点 + workflow 名 + `#runId短码`);同名脚本多次跑会多个 tab。
- **左 phase 侧栏**`All` + 合并 meta 声明的 phase未启动 `○` pending 灰)与实际 phase`●` running / `✓` done选中即决定右栏筛选。
- **右 agent 列表**:按选中 phase 过滤;状态色 + 行尾文字(`running` / `object` / `text` / `dead`)。

**键位**`Tab`/`Shift+Tab` 切 run · `←`/`→` 切左右焦点列phases ↔ agents· `↑`/`↓` 列内移动 · `r` resume · `x` kill · `n` 新建提示 · `q`/`Esc` 退出。

**视觉**:无内框,左右一条竖线分隔;聚焦列标题橙粗;选中/光标行铺橙底(`backgroundColor`),文字色不变。

进度按引擎 `agentId` 精确关联 `agent_done`(解决并发 LIFO 竞态。pending phase 来自 `run_started` 事件携带的 `meta.phases`store 落地 `declaredPhases`,面板 `mergePhases` 合并。`useSyncExternalStore` 订阅 `WorkflowService`,稳定快照,无变更不重渲染。
  • Step 2: 全量 precheck

Run: bun run precheck Expected: 零错误typecheck + lint:fix + 全量 test

  • Step 3: 里程碑检查点 —— 向用户确认是否提交 Task 4-7

组件层 + 文档完成。按项目约定,此处询问用户是否提交。


Self-Review计划作者已完成

1. Spec coverage — 对照 spec 各节:

  • §4 数据模型declaredPhases→ Task 1 ✓
  • §4 gap 补充outputShape为 §8 object 标记服务)→ Task 1 ✓
  • §5/§8 视觉tab/phase/agent 状态映射 + agentVisual→ Task 2 ✓
  • §6 焦点状态机 + 筛选语义 + tabLabel → Task 3selectors+ Task 6WorkflowsPanel 状态)✓
  • §6 键位表 → Task 4routeWorkflowKey + handlers
  • §7 组件拆分TabsBar/PhaseSidebar/AgentList/status/selectors→ Task 2/3/5 ✓
  • §7 删 WorkflowList/WorkflowDetail + 修 test import → Task 6 ✓
  • §9 测试(纯函数 TDD无 ink-testing-library→ Task 1-4 ✓
  • §10 里程碑 M1-M4 → Task 1(M1) / 2-3(M2 纯逻辑) / 4-6(M2 组件) / 7(M3 测试+M4 文档) ✓

2. Placeholder scan — 无 TBD/TODO/"add error handling"/"similar to"。每个代码步给完整代码。

3. Type consistency

  • MergedPhaseselectors.ts 定义)在 PhaseSidebar.tsx 引用一致 ✓
  • AgentVisual / agentVisualstatus.ts在 AgentList.tsx 引用一致 ✓
  • FocusColumn / WorkflowKeyboardHandlersuseWorkflowKeyboard.ts在 WorkflowsPanel.tsx 引用一致 ✓
  • declaredPhases / outputShape 在 store.ts 定义、selectors.test/WorkflowsPanel.test 构造一致 ✓
  • ALL_PHASE 常量在 selectors.ts 定义、PhaseSidebar/WorkflowsPanel 引用一致 ✓
  • routeWorkflowKey 返回的 action union 与 handlers 方法名一一对应 ✓

Execution Handoff

Plan complete and saved to docs/superpowers/plans/2026-06-13-workflow-panel-redesign.md. Two execution options:

1. Subagent-Driven (recommended) — 每个 Task 派一个新 subagentTask 间做 spec/quality 两段 review迭代快。

2. Inline Execution — 在本会话按 Task 顺序执行,批次推进、检查点停下 review。

两种方式都遵循项目约定:git commit 仅在你明确要求时执行Task 末尾的 commit step 是逻辑切分点,默认不自动提交,里程碑末尾统一问你)。

选哪种?