* 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>
21 KiB
Workflow 集成层重写 + /workflows 面板 + /ultracode skill 设计
状态:草案(待 writing-plans 据此产出实施计划) 日期:2026-06-13 关联:上一期引擎重建计划
docs/superpowers/plans/2026-06-12-workflow-engine.md、specdocs/superpowers/specs/2026-06-12-workflow-engine-design.md
1. 背景与现状
引擎包 packages/workflow-engine/(@claude-code-best/workflow-engine)已重建完成:runWorkflow、hooks(agent/parallel/pipeline/phase/log/workflow)、journal 确定性 resume、budget、concurrency、structuredOutput、AgentAdapter + AgentAdapterRegistry(commit c2253dcb)、端口契约(WorkflowPorts)与自包含工具描述符(createWorkflowTool),单测覆盖 99.65%。
src/ 侧的集成层(src/workflow/)虽已接上引擎,但没有用上引擎的全部能力,且 TUI/命令层是占位质量:
src/workflow/adapter.ts:硬编码单一WORKFLOW_AGENT(不查AgentAdapterRegistry,也没接真实 agent 注册表);taskRegistrar.pendingAction恒返回null(skip/retry 未接线);permissionGate.isAborted恒false;budgetTotal恒null;末尾有_AppStateUsed这类抑制未用导入的补丁。src/workflow/progressStore.ts:agent_done把"最后一个 running 的 agent"标完成——并发下会标错(真竞态)。/workflows:local命令,返回纯文本清单,不是监控面板——本设计将其原地重写为全屏面板。/ultracode:不存在。
本设计把 src/workflow/ 集成层全量重写,使其真正用上引擎能力,并交付全屏监控+控制面板与 ultracode 启动 skill。
2. 目标与非目标
目标
- 全量重写
src/workflow/集成层(引擎包为地基,不动其核心)。 - 后端为单一
claude-codeAgentAdapter,但深度接入会话体系:provider/model/agentType/tools/telemetry 全从活的AppState解析。 - 把
/workflows原地重写为全屏双栏面板:左栏=各 workflow 的阶段树(光标移动),右栏=聚焦 workflow 的 agent 运行状况 + 基础信息;监控 + 控制(启动命名/resume/kill/展开)。 - 新增
/ultracode纯知识 prompt skill:把 workflow 编排工作法注入上下文,零运行时副作用。 - 旧
/workflows文本命令重写为面板;接线点切换到新 wiring,外部Tool/命令接口不变。
非目标
- 不改引擎包核心逻辑(唯一例外:给进度事件加
agentId,见 §5)。 - 不实现多 provider adapter(v1 单后端;Registry 留扩展点但不预填路由规则)。
- 不做 per-agent skip/retry 的 UI 接线(引擎 seam 保留,见 §12)。
- 不翻转
ultracode运行时行为开关(纯知识 skill)。 - 不做跨进程持久化的进度恢复(live runs 留内存;resume 走 journal)。
3. 范围与迁移清单
新建
| 路径 | 职责 |
|---|---|
src/workflow/service.ts |
WorkflowService 单例门面 |
src/workflow/registry.ts |
建 AgentAdapterRegistry,注册单一 claude-code adapter |
src/workflow/backends/claudeCodeBackend.ts |
深度集成的 AgentAdapter(runAgent 委托 + 体系解析) |
src/workflow/backends/types.ts |
后端/host 解析类型 |
src/workflow/ports.ts |
组装 WorkflowPorts(registry + 任务生命周期 + journal + progress bus) |
src/workflow/progress/bus.ts |
类型化发布/订阅事件总线 |
src/workflow/progress/store.ts |
reducer:ProgressEvent → RunProgress[](按 agentId 关联) |
src/workflow/panel/WorkflowsPanel.tsx |
双栏全屏面板(local-jsx) |
src/workflow/panel/WorkflowList.tsx / WorkflowDetail.tsx / useWorkflowKeyboard.ts |
左栏 workflow 扁平列表 / 右栏 phase 条+agent 列表 / 键位 |
src/skills/bundled/ultracode/SKILL.md |
/ultracode 知识 skill |
重写(整体替换,非打补丁)
src/workflow/adapter.ts→ 拆解进backends/+ports.ts+registry.tssrc/workflow/wiring.ts→ 薄包装,走servicesrc/workflow/progressStore.ts→ 拆进progress/{bus,store}.tssrc/workflow/hostHandle.ts→ 清理(保留不透明 bundle 语义)src/workflow/namedWorkflowCommands.ts→ 重写(扫.claude/workflows/→/<name>)src/commands/workflows/index.ts→ 原地重写:local文本命令 →local-jsx面板入口(命令名仍为workflows)
改接线点(接口不变,换实现来源)
src/tools.ts、src/commands.ts、src/tasks.ts、src/constants/tools.ts、src/utils/permissions/classifierDecision.ts、src/components/permissions/PermissionRequest.tsx、src/components/tasks/BackgroundTasksDialog.tsx(workflow 详情入口改为打开 /workflows <runId>)。
删除
src/components/tasks/WorkflowDetailDialog.tsx(详情视图被/workflows右栏WorkflowDetail取代;逻辑并入,BackgroundTasksDialog改为跳转/workflows)。
引擎微调
packages/workflow-engine/src/types.ts、src/engine/hooks.ts:agent_started/agent_done加agentId: number(见 §5)。
4. 架构总览
src/workflow/
├─ service.ts # launch/resume/kill/listRuns/getRun/subscribe/listNamed
├─ registry.ts # AgentAdapterRegistry(单一 claude-code adapter,default 路由)
├─ hostHandle.ts # 不透明 host bundle(toolUseContext/canUseTool/parentMessage/agentId)
├─ ports.ts # WorkflowPorts = { hostFactory, agentRunner(registry), progressEmitter(bus+store), taskRegistrar, journalStore, permissionGate, logger }
├─ backends/
│ ├─ claudeCodeBackend.ts # AgentAdapter:深度解析 + runAgent 委托
│ └─ types.ts
├─ progress/
│ ├─ bus.ts # emit→多订阅者(store / 面板 / 遥测)
│ └─ store.ts # RunProgress[] reducer(agentId 关联)
├─ panel/
│ ├─ WorkflowsPanel.tsx # 双栏,useSyncExternalStore 订阅 store
│ ├─ WorkflowList.tsx # 左栏:扁平 workflow 列表(名字+状态+当前 phase+计数)
│ ├─ WorkflowDetail.tsx # 右栏:聚焦 workflow 的 phase 横条 + 扁平 agent 列表
│ └─ useWorkflowKeyboard.ts
├─ wiring.ts # createWorkflowToolCore(): buildTool(引擎描述符)
└─ namedWorkflowCommands.ts # 扫描→/<name>
依赖方向:panel 与 wiring(工具)只依赖 service;service 依赖 registry+ports+progress+引擎;backends 依赖 hostHandle+核心 runAgent。引擎包零 src/* 导入不变。
5. 引擎微调:进度事件加 agentId
当前 agent_started/agent_done 只带 label/phase,reducer 只能 LIFO 猜匹配。改为:
// packages/workflow-engine/src/types.ts(变体加字段)
| { type: 'agent_started'; runId: string; agentId: number; label?: string; phase?: string }
| { type: 'agent_done'; runId: string; agentId: number; label?: string; phase?: string; result: AgentRunResult }
makeHooks(engine/hooks.ts)维护引擎内递增计数器(非脚本沙箱内,可用普通计数器,不受 Date/Math 禁令影响),在 agent() 内为每次调用分配 agentId,同时盖戳 agent_started 与 agent_done。pipeline/parallel 内并发调用各自独立 id,reducer 按 id 精确落位。补 hooks.test.ts:并发 agent 的 started/done id 配对回归。
6. WorkflowService
type HostContext = { handle: HostHandle; cwd: string; budgetTotal: number | null; toolUseId?: string }
type WorkflowService = {
launch(opts: {
source: { script: string } | { name: string } | { scriptPath: string }
args?: unknown
hostContext: HostContext // 调用方构造(工具/面板各自)
description?: string
resumeFromRunId?: string
}): Promise<{ runId: string }> // 立即返回,后台 detached
resume(runId: string, hostContext: HostContext): Promise<void>
kill(runId: string): void // AbortController.abort() → WorkflowAbortedError → killed
listRuns(): RunProgress[]
getRun(runId: string): RunProgress | undefined
subscribe(listener: () => void): () => void // 供 useSyncExternalStore
listNamed(): Promise<string[]> // 委托 namedWorkflows
}
数据流:launch → 解析脚本源 → parseScript 快速校验 → 注册 LocalWorkflowTask(拿 runId + AbortSignal)→ progress.bus.emit(run_started) → runWorkflow({ ports, host, signal, runId, ... }) detached → 引擎经 hooks 发 ProgressEvent → ports.progressEmitter.emit 同时喂 bus(订阅者)与 store(reducer)→ 面板 useSyncExternalStore 重渲染。
host context 来源(关键解耦):service 不自造 host,由调用方传 HostContext:
- 工具路径:
wiring.ts的call用引擎ports.hostFactory({ context, canUseTool, parentMessage })构造(沿用现状)。 - 面板路径:
/workflows是 local-jsx,回调拿ToolUseContext;面板用它 + 会话canUseTool(按当前权限模式)构造 host,使面板启动的 workflow 子 agent 享有与主会话一致的工具池与权限。
单例:service、ports、registry、bus、store 全进程共享,保证工具与面板同源(修掉旧"每实例一套 adapter/bindings"的隐患)。
7. 后端深度集成(depth B:单一 adapter,深度读体系)
claudeCodeBackend.ts 实现引擎 AgentAdapter 接口,run(params, ctx) 内主动从活会话体系解析,再委托核心 runAgent:
// backends/claudeCodeBackend.ts(签名级草图)
export const claudeCodeBackend: AgentAdapter = {
id: 'claude-code',
capabilities: { structuredOutput: true, modelOverride: true },
async run(params: AgentRunParams, ctx: AgentAdapterContext): Promise<AgentRunResult> {
const { toolUseContext, canUseTool } = unwrapHostBundle(ctx.host)
const appState = toolUseContext.getAppState()
// 1) agentType → 真实 agent 注册表(不再硬编码 WORKFLOW_AGENT)
const agentDef = resolveAgentDefinition(params.agentType, toolUseContext) // activeAgents 命中;WORKFLOW_AGENT 兜底
// 2) model → provider 模型映射
const resolvedModel = params.model ? mapWorkflowModel(params.model, appState) : undefined
// 3) 工具池(活权限上下文)
const tools = assembleToolPool(workerPermissionContext(appState, agentDef), appState.mcp.tools)
// 4) schema → StructuredOutput 指令;prompt 组装
// 5) runAgent({ agentDefinition, promptMessages, toolUseContext, canUseTool,
// isAsync: true, availableTools: tools, override: { agentId, model: resolvedModel } })
// 6) finalizeAgentTool → 取 outputTokens / 文本 / 结构化对象 → AgentRunResult
// 失败 → { kind: 'dead' }
},
}
要点:
- provider 感知:
mapWorkflowModel走src/utils/model/把claude-haiku-*这类别名解析为当前 provider 的实际 model id;provider 来自src/utils/model/providers.ts的会话判定。 - agentType → 真实注册表:
resolveAgentDefinition查toolUseContext.options.agentDefinitions.activeAgents,命中即用(Explore/code-reviewer 等内置 + 用户 agent);未命中或无agentType退WORKFLOW_AGENT兜底。 - 工具池/权限:worker 权限上下文取 agent 定义或
acceptEdits,assembleToolPool生成。 - 遥测/token:
finalizeAgentTool的usage.output_tokens喂 engine budget;logEvent('tengu_workflow_agent', {…})逐 agent 计量。 - Registry:
registry.ts=new AgentAdapterRegistry().register(claudeCodeBackend).default('claude-code')。ports.agentRunner.runAgentToResult = (params, host) => registry.resolve(params).run(params, { host })。v1 不预填路由规则(depth B:单 adapter,不预留多 provider 路由)。
8. 进度模型(bus + store + agentId 关联)
progress/bus.ts:createProgressBus()返回{ emit(event), subscribe(fn) }。emit 广播给所有订阅者(store、面板、遥测)。替换旧"只有 in-memory Map"的单消费者模型。progress/store.ts:RunProgress[]reducer,沿用RunProgress形状(runId/status/phases/currentPhase/agents/logs/agentCount/returnValue/error/updatedAt)。新增AgentProgress.id: number;agent_done按event.agentId精确匹配agents[].id(修掉旧 LIFO 竞态)。subscribe()暴露给 ReactuseSyncExternalStore。- 状态为进程内(live runs);resume 读磁盘 journal(
.claude/workflow-runs/<runId>/journal.jsonl)。
9. /workflows 双栏面板(左列表 / 右 phase+agent)
/workflows 命令原地重写为 local-jsx(替换原文本命令),渲染双栏面板:走 FullscreenLayout.modal 路径(底部锚定、向上生长,maxHeight ≈ terminalRows,留 2 行 transcript peek,与 /model、/config 一致),useSyncExternalStore 订阅 service.subscribe 实时刷新。左栏=扁平 workflow 列表(极简),右栏=聚焦 workflow 的 phase 横条 + 扁平 agent 列表。无树、无嵌套。
Workflows · 2 running · 1 done q quit
▸ ● review-pipeline Verify 2/3 8/12
● smoke-test Pong 3/3
✓ code-audit done 11/11
Named: research-report · smoke
─────────────────────────────────────────────────
review-pipeline ● running
Phases ✓Find ✓Review ●Verify
● verify:api 1.2k · verify:db —
✓ find:src 3.1k ✓ verify:auth 2.0k
j/k run · r resume · x kill · n new
导航模型:左栏是扁平 workflow 列表——每行一个 run(状态点 + 名称 + 当前 phase + done/total agent 计数),光标 ▸ 用 j/k 上下选 run,选中即聚焦、右栏随之切换。底部 NAMED 区(service.listNamed(),n 启动)。无展开/收起、无嵌套。
组件
WorkflowList.tsx:左栏。service.listRuns()→ 每行●/✓状态点 + workflow 名 + 当前 phase + agent 计数;底部 NAMED。WorkflowDetail.tsx:右栏。一行头(workflow 名 + 状态)+ Phases 横条(✓/●/○内联)+ 扁平 agent 列表(每项状态符 + label + token,自动换行排版,不嵌套)。终态显示returnValue/error。useWorkflowKeyboard.ts:键位见下。
键位:j/k 选 run · r resume 聚焦 workflow(读 journal)· x kill · n 选命名 workflow 启动 · q/esc 经 onDone() 关闭。空 run 时左栏聚焦 NAMED,右栏给"新建脚本到 .claude/workflows/"提示。
颜色(Impeccable 体系):running = Claude Orange #D77757 动态点;done = 绿;failed = 红;killed = 灰;底栏键位 subtle。
与 WorkflowDetailDialog.tsx 的关系:该旧组件删除,详情逻辑并入右栏 WorkflowDetail;BackgroundTasksDialog(Shift+Down)保留为后台任务总览,其 workflow 详情跳转改为打开 /workflows <runId>,面板以该 run 为初始聚焦。
命令注册:src/commands/workflows/index.ts 导出 local-jsx 命令(load: () => import('../../workflow/panel/WorkflowsPanel.js')),在 src/commands.ts 经 feature('WORKFLOW_SCRIPTS') 条件注册(替换原文本 workflowsCmd)。
10. Workflow 工具 wiring
wiring.ts 仍薄:createWorkflowToolCore(): Tool = buildTool(引擎描述符),描述符 = createWorkflowTool(service.ports)。保持 Tool 接口(name/inputSchema/isEnabled/isReadOnly/description/prompt/call/renderToolUseMessage/mapToolResultToToolResultBlockParam)。关键变化:描述符不再各自 createWorkflowAdapter(),统一走 service 单例。工具 call 返回 run_id + 提示"用 /workflows 查看实时进度"。工具仍在 CORE_TOOLS/ALL_AGENT_DISALLOWED_TOOLS,权限分类、WorkflowPermissionRequest 接新 wiring。
11. /ultracode skill
src/skills/bundled/ultracode/SKILL.md,type: prompt、user-invocable: true(自动成 /ultracode)。内容 = 蒸馏后的 workflow 编排 playbook:
- frontmatter:
name: ultracode、description: 进入多 agent workflow 编排模式:何时用、编排原语、质量模式、确定性约束、后端路由、resume/budget、文件与命令、user-invocable: true。 - 何时用 workflow:可分解/并行、需多视角置信、规模超单上下文、需 resume/审计;何时不用(琐碎单文件、单次问答)。
- 编排原语速查:
agent/parallel/pipeline/phase/log/workflow语义与陷阱(pipeline 默认无 barrier、parallel 单项抛错→null、budget 硬上限、并发 cap、MAX_TOTAL_AGENTS=1000/MAX_ITEMS_PER_CALL=4096)。 - 质量模式库(每种给最小可运行片段):adversarial-verify(多数票 refute)、perspective-diverse verify、judge panel、loop-until-dry、multi-modal sweep、completeness critic。
- 确定性约束:脚本内禁
Date.now()/Math.random()(经args传时间戳/种子);meta必须纯字面量。 - 后端路由:
AgentAdapterRegistry按 model/agentType 路由;v1 默认claude-code,深度读会话 provider/model/agent 体系。 - resume/budget:
resumeFromRunId重放 journal;budget.total硬顶(默认无限)。 - 文件与命令:
.claude/workflows/、.claude/workflow-runs/<runId>/journal.jsonl、/workflows面板、/<name>命名命令。
调用即注入上下文,不改主循环、零运行时副作用。
12. 错误处理 / 权限 / 生命周期 / 并发 / budget / skip-retry
- 错误:脚本语法/meta 错 →
parseScript即时返错(不进后台);agent 抛错 →kind:'dead'→null,workflow 继续(parallel/pipeline 容错);WorkflowAbortedError→killed;其它 →failed+error。终态走run_done+LocalWorkflowTaskcomplete/fail/kill。 - 权限:worker 用
assembleToolPool(workerPermissionContext, mcp.tools),权限模式取 agent 定义或acceptEdits;面板启动的 run 用面板ToolUseContext的canUseTool。WorkflowPermissionRequest.tsx保留并接新 wiring。 - 生命周期/并发/budget:复用引擎
Semaphore(min(16, cores-2))、MAX_TOTAL_AGENTS=1000、MAX_ITEMS_PER_CALL=4096、Budget(默认null无限;可经 settings/env 注入 turn 级上限,留参数)。 - skip/retry(per-agent):引擎
taskRegistrar.pendingActionseam 保留;v1 返null。面板控制诉求由 kill/resume 覆盖。
13. 测试策略
- 引擎:
hooks.test.ts加"并发 agent 的 started/done id 配对"回归。 - 集成层(
src/workflow/__tests__/):service.test.ts:launch→completed/failed/killed、resume 走 journal、kill 中止、subscribe 通知(mock 端口,无 LLM)。registry.test.ts:默认路由命中claude-code;resolve对未知规则回落默认。claudeCodeBackend.test.ts:agentType→真实定义命中/兜底;model→映射;失败→dead(mockrunAgent)。progressStore.test.ts:并发agent_done按agentId精确关联(回归旧竞态)、phase 切换、run_done终态。WorkflowsPanel.test.tsx(ink-testing-library):扁平列表渲染、光标 j/k 切换聚焦 workflow、右栏 phase 条+agent 列表、键位 x/r/n、空态、订阅刷新。
- 回归:
bun run precheck零错误;现有 workflow 集成测试(canonical scripts/review/loop/resume)仍绿。 - 遵循仓库 mock 规范(共享
tests/mocks/log.ts、debug.ts;mock 底层 HTTP/副作用,不 mock 业务模块;注意mock.module进程全局污染,集成测试 mock axios 而非源 API 模块)。
14. 里程碑与提交切分
每个里程碑结束 bun run precheck 必须零错误。
- M1 引擎微调:
ProgressEvent.agentId+ hooks 盖戳 + 单测。 - M2 进度层:
progress/bus.ts+store.ts(agentId 关联)+ 测试。 - M3 后端 + Registry + ports + hostHandle:
claudeCodeBackend(深度解析)、registry、ports组装 + 测试。 - M4 Service 门面:
service.ts(launch/resume/kill/subscribe/listNamed)+ 测试。 - M5 工具 wiring 切换 + 接线点更新:
wiring.ts走 service;更新 tools/commands/tasks/constants/classifier/PermissionRequest/BackgroundTasksDialog。precheck绿。 - M6
/workflows面板(原地重写命令):panel 组件(PhaseTree/AgentStatus)+ 键位 + 把src/commands/workflows/重写为 local-jsx + 测试。 - M7
/ultracodeskill:SKILL.mdplaybook。 - M8 文档:更新
docs/features/workflow-scripts.md,新增面板/skill 说明。
15. 未做 / 未来工作
- 多 provider adapter(OpenAI/Gemini/Grok/Bedrock/Vertex 等真后端 + model 路由分流)——引擎 Registry 机制本身在用(单 adapter),扩第二个 adapter 时再补
route规则;本期按 depth B 不预填。 - per-agent skip/retry 的 UI 接线(引擎 seam 已在)。
ultracode运行时行为开关(默认倾向 Workflow 工具)——本期为纯知识 skill。- 跨进程/重启的 live 进度恢复(当前内存;resume 走 journal)。
budgetTotal从 settings/env 注入 turn 级预算。