让Claude编程从”随机游走”变”工程作业”：dynamic-workflow-mode

你有没有这种感觉——Claude 跑起来了，但”跑得乱”，代码生了一堆，下一步要干啥、eval 怎么设、谁来审批，全靠脑子记？

今天挖到一个专门治这个的 Skill：dynamic-workflow-mode，让你的 AI 编程从”随机游走”变成”工程化作业”。

它是干啥的

简单说，这是一个动态工作流设计框架 Skill。它不帮你写代码，它帮你设计一套”任务专用 Harness”——带目标、带输入输出、带验收标准、带交接文档的那种。

作者给了一套非常清晰的决策树：

• 一次性任务 → 直接跑，不要造轮子
• 重复性任务，参数每次变 → 搞一个 task-local harness
• 跨团队/跨仓库的重复任务 → 提取成共享 Skill
• 涉及外部状态或审批流 → 先加控制面板可见性
• 高风险任务 → 加 eval gate + 人工合并门

这套逻辑直接写进 SKILL.md，不是废话，全是可以照抄的模板。

核心模块拆解

Task-Local Harness 模板：开工前先填一个结构化文档，明确”交付什么、不交付什么、输入是什么、怎么验收”。Claude 照着这个跑，不容易跑偏。

Eval Gates：每个 harness 必须带一个 pass/fail 检查。作者给了一张表，列明了不同工作类型对应的最便宜可靠的 eval 方式。不是”跑了就行”，是”跑了并验证了才算”。

Control Pane Checkpoints：任务跨多 Session 时，记录 Plan → Queue → Run → Gate → Handoff 五个检查点，让团队成员接得住。

Shared Skill 提炼规则：harness 什么时候值得升格成共享 Skill？有 5 个条件，满足任意 2 个就可以动手。

适用场景

• 你的 Claude Code 经常同时处理多个项目，Session 之间状态丢失
• 团队里多个人用 Claude，workflow 不统一、交接靠口述
• 需要给 AI 任务加审计/审批流程，但不知道怎么设计
• 想把重复的工作流固化下来，变成团队资产

安装方式

在 Claude Code 里直接运行：

/skill https://github.com/affaan-m/ECC/tree/main/skills/dynamic-workflow-mode

或在 SkillsMP 页面一键导入。

一句话评价

如果你已经过了”让 Claude 随便跑跑”的阶段，开始认真对待 AI 编程的工程化质量，这个 Skill 是目前最清晰的”工作流设计规范手册”——来自 ECC（Everything Claude Code）项目，值得收藏。

GitHub：https://github.com/affaan-m/ECC/tree/main/skills/dynamic-workflow-mode

GitHub: https://github.com/affaan-m/ECC/tree/main/skills/dynamic-workflow-mode