name: dynamic-workflow-mode
description: 设计用于Claude动态工作流模式及其他自适应代理工具的任务本地化工具、评估门控和可复用技能提取。
origin: ECC

动态工作流模式

当编码智能体能够生成或适配任务本地工作台，而不仅仅是遵循静态命令流时，使用此技能。目标是将动态工作流模式转变为一个有纪律的系统：一次性任务的临时工作台、重复性任务的共享技能提取，以及供团队使用的可观察控制面板检查点。

何时激活

• 用户提及动态工作流、自定义工作台、按任务工作台、自适应工作流、或Claude Code动态工作流模式。
• 任务需要自定义循环、评估器、爬虫、夹具生成器、监视器或本地仪表板。
• 多个智能体需要相同的可重复过程，但该过程尚未被捕获为共享技能。
• 工作流需要持久的交接工件、评估证据，或合并前的操作员批准。

核心契约

动态工作流模式应仅在手动执行相同步骤更昂贵、更不安全时，才生成任务本地工作台。工作台必须具备：

• 目标：它负责产出的成果，以及明确不负责产出的成果。
• 输入：文件、URL、提示词、数据源、凭证策略、用户提供的约束条件。
• 输出：提交、报告、截图、状态文件或控制面板快照。
• 评估：至少一次与任务关联的通过/失败检查，而不仅仅是“它运行了”。
• 交接：一个简短的工件，告知下一操作员发生了什么、什么被阻塞、以及如何继续。

动态工作台决策树

1. 一次性任务：保持内联。不要发明工作台。
2. 输入变化的重复任务：创建任务本地工作台，并保存在临时或项目本地工作区下。
3. 跨队友或仓库的重复任务：将模式提取为共享技能。
4. 涉及外部状态、队列或审批的任务：在增加更多自动化之前，先添加控制面板可见性。
5. 存在安全风险的任务：在自主执行之前添加评估门控和人工合并门控。

任务本地工作台模板

在编写代码前使用此结构：

# 动态工作流工作台

目标：
- 交付：
- 不交付：

输入：
- 仓库或工作空间：
- 外部系统：
- 凭证策略：

循环：
1. 发现当前状态。
2. 生成或更新最小有用的工件。
3. 运行评估检查。
4. 记录状态和交接。
5. 遇到门控失败、所有权不明或危险的外部操作时停止。

评估：
- 命令：
- 预期的通过信号：
- 失败负责人：

交接：
- 状态：
- 证据：
- 下一步操作：

共享技能提取

仅当以下条件中至少两个成立时，才将任务本地工作台提升为共享技能：

• 同一工作流出现在多个会话、仓库、团队或启动中。
• 工作流需要特定的语言、工具或安全顺序。
• 由于操作员跳过门控或丢失上下文，失败反复发生。
• 工作流具有稳定的输入/输出契约。
• 工作流受益于控制面板、状态板或团队交接。

提取时，首先在 skills/<名称>/SKILL.md 中编写技能。仅当仍需要传统的斜杠入口界面时，才添加命令垫片。

控制面板检查点

动态工作流模式在暴露状态时才能被团队使用。每当任务跨越多个会话时，记录以下检查点：

• 计划：目标、负责人、验收标准、以及存在风险的外部系统。
• 队列：工作项、分配的智能体角色、分支/工作树、依赖边。
• 运行：激活的工作台、当前循环步骤、最近的评估结果、以及可用的令牌/成本信号。
• 门控：测试结果、浏览器截图、安全审查、以及合并准备状态。
• 交接：已完成、失败、以及需要人工决策的内容。

如果仓库启用了ECC2状态，优先通过ECC控制面板或状态存储支持的脚本来添加或读取检查点，而不是散落未追踪的笔记。

评估门控

每个动态工作台都需要特定于任务的评估。选择最便宜且可靠的门控：

在评估结果可以被另一位队友重新运行之前，不要声称动态工作流是可复用的。

反模式

• 生成隐藏了真实决策逻辑的脚本，使操作员无法了解。
• 将动态工作流模式视为跳过测试的许可。
• 在真正的产品是共享技能或状态工件时，创建一次性文档。
• 在没有所有权、合并门控或冲突策略的情况下运行多个智能体。
• 将原始的私有研究数据泄露到公开文档中。

输出标准

完成时提供：

• 工作台或技能路径。
• 评估命令及其结果。
• 控制面板或交接工件路径。
• 下一个可提取的候选模式。