动态工作流模式 是做什么的？
当编码代理能够生成或调整任务级工作台，而不仅仅是遵循静态命令流时，请使用此技能。目标是将动态工作流模式转变为一套有纪律的体系：临时工作的一次性工作台、重复工作的共享技能提取，以及面向团队的可观测控制面板检查点。
何时激活
- 用户提及动态工作流、自定义工作台、每任务工作台、自适应工作流或 Claude Code 动态工作流模式。
- 任务需要自定义循环、评估器、爬虫、夹具生成器、监视器或本地仪表盘。
- 多个代理需要相同的可重复流程，但该流程尚未被捕获为共享技能。
- 工作流需要持久的交接产物、评估证据或操作者批准后才能合并。
核心合约
仅当任务级工作台比手动驱动相同步骤更便宜、更安全时，动态工作流模式才应产生该工作台。工作台必须包含：
- 目标：它负责的结果以及明确不负责的结果。
- 输入：文件、URL、提示词、数据源、凭据策略和用户提供的约束条件。
- 输出：提交、报告、截图、状态文件或控制面板快照。
- 评估：至少一个与任务绑定的通过/失败检查，而不仅仅是“它运行了”。
- 交接：一个简短的产物，告知下一个操作者发生了什么、被什么阻塞以及如何恢复。
动态工作台决策树
- 一次性任务：保持内联。不要发明工作台。
- 输入变化的重复任务：创建任务级工作台，并保留在临时或项目本地的工作区下。
- 跨团队成员或仓库的重复任务：将模式提取为共享技能。
- 涉及外部状态、队列或审批的任务：在增加更多自动化之前添加控制面板可见性。
- 存在安全风险的任务：在自主执行之前添加评估关卡和人工合并关卡。
任务级工作台模板
在编写代码前使用此结构：
# 动态工作流工作台
目标：
- 交付：
- 不交付：
输入：
- 仓库或工作区：
- 外部系统：
- 凭据策略：
循环：
1. 发现当前状态。
2. 生成或更新最小有用产物。
3. 运行评估检查。
4. 记录状态和交接。
5. 在评估关卡失败、所有权不明确或外部操作不安全时停止。
评估：
- 命令：
- 预期通过信号：
- 失败负责人：
交接：
- 状态：
- 证据：
- 下一步操作：
共享技能提取
仅当以下至少两个条件成立时，将任务级工作台提升为共享技能：
- 同一工作流出现在多个会话、仓库、团队或发布中。
- 工作流需要特定的语言、工具或安全排序。
- 由于操作者跳过关卡或丢失上下文而导致故障重复发生。
- 工作流具有稳定的输入/输出合约。
- 工作流受益于控制面板、状态板或团队交接。
提取时，首先在 skills/<name>/SKILL.md 中编写技能。仅当仍需要传统的斜杠入口表面时才添加命令垫片。
控制面板检查点
当暴露状态时，动态工作流模式才能被团队使用。每当任务跨越多个会话时，记录以下检查点：
- 计划：目标、负责人、验收标准和有风险的外部系统。
- 队列：工作项、分配的代理角色、分支/工作树和依赖边。
- 运行：活跃的工作台、当前循环步骤、最近的评估结果以及可用的令牌/成本信号。
- 关卡：测试结果、浏览器截图、安全审查和合并就绪状态。
- 交接：已完成的工作、失败的工作以及需要人工决策的内容。
如果仓库已启用 ECC2 状态，建议通过 ECC 控制面板或状态存储支持的脚本添加或读取检查点，而不是散布未跟踪的笔记。
评估关卡
每个动态工作台都需要一个任务特定的评估。选择最便宜可靠的关卡：
| 工作类型 | 评估关卡 |
|---|---|
| 代码功能 | 重点测试、代码检查、覆盖率和一个集成路径 |
| UI/控制面板 | 带截图和溢出/错误检查的浏览器冒烟测试 |
| 代理工作流 | 夹具记录或带预期路由的种子工作项 |
| 研究/内容 | 中立来源简报、声明检查清单和可发布的提纲 |
| 集成 | 空运行命令、配置验证和无密钥扫描 |
在另一位团队成员能够重新运行评估之前，不要声称动态工作流是可复用的。
反模式
- 生成将真实决策逻辑对操作者隐藏的脚本。
- 将动态工作流模式视为跳过测试的许可。
- 在共享技能或状态产物才是真正成果时创建一次性文档。
- 在没有所有权、合并关卡或冲突策略的情况下运行多个代理。
- 将原始私有研究数据泄露到公共文档中。
输出标准
以以下内容结束：
- 工作台或技能路径。
- 评估命令和结果。
- 控制面板或交接产物路径。
- 下一个可复用的提取候选。