Agent Skills
返回列表
端到端闭环工作流

端到端闭环工作流

AI Agent 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_04e639a8/end-to-end-closed-loop-workflow。

技能介绍

要解决什么问题

多阶段 AI Agent 流水线里，常见痛点是：producer → verifier → owner → 升版 → 回滚 五个环节被跳过，或 verifier 误判、应急手段（如 owner override）被当成常态能力，闭环名义存在、实际不可审计。本 skill 是跨项目可复用的方法论，不绑定具体仓库；项目级输入反馈需另装 references/inbox-extension.md 附加包。

技能如何工作

调用前先约定 项目阶段数 与 回滚节点需求（8+ 阶段 / 跨月 / 跨团队建议设计回滚；3 阶段短周期可省略）。随后按五步 SOP 输出可落地配置：

  1. 诊断现状：按阶段数判断严苛化缺口。
  2. 应用 4 原则：五环节不可跳、应急与 E2E 能力隔离、卡住时修环节不跳环节、owner override 仅作应急。
  3. 从 21 条能力中按需选取（闭环严苛化 7 条为任何 E2E 必用；另有沙箱/实盘、引擎诊断、反馈协议、工具 bug 救济等维度）。
  4. 配置反馈机制：默认启用 1A/1B/2A/2B/2D 五类协议及 zip 标准结构。
  5. 严苛化配置：含 Strict-Verifier 的 system_prompt、literal plain text 的 deliverable.md VERDICT（顶部+底部）、以及完整可复用的 plan yaml。

闭环卡在 verifier 行为、决策参数类型、状态陈旧或重试预算时，文档内给出对应处理路径（含 Strict-Verifier 五步 SOP、yaml 中 max_cycles / max_consecutive_failures 调整等）。

适用边界

3 阶段、1～2 人、短周期 的轻量原型，文档明确建议走 plan-mode，本 skill 并非默认选项。若仍使用，应只做最小严苛化（如 VERDICT 格式），不必上 Strict-Verifier 与回滚节点设计。应急修复见 engine-bug-workarounds.md，且原则要求：闭环正常时不应长期依赖应急方案。

使用场景

  • 负责 8 阶段以上 Agent 流水线时，需要按四原则设计 producer/verifier/owner 五环节与回滚节点，并输出 plan yaml。
  • verifier 反复把 FAIL 判成 PASS 或抓不到 VERDICT 时，要落地 Strict-Verifier 与 deliverable.md 顶部底部 literal plain text 格式。
  • 跨沙箱与实盘切换上线时，要启用 1A/1B/2A/2B 反馈协议并约定 zip 打包结构收集 YAML 与运行数据。
  • 闭环因 max_cycles 或 consecutive failures 耗尽而卡住时，要对照 failure handling 调整 yaml 并区分应急绕开与 E2E 修环节。

适合人员

  • 维护多阶段 E2E 流水线的技术负责人，需要在跨月、跨团队项目中定回滚节点而非长期 owner override。
  • 负责 plan yaml 与 verifier agent 配置的工程师，闭环卡在鉴权、状态陈旧或决策参数类型不一致时要查 engine-bug 应急路径。
  • 在沙盘启动后 1～7 天内要收 1A YAML 反馈、每 task 收 1B 运行反馈的 Agent 项目执行者。
  • v1.0.0 实质收官时要做 2D 八阶段复盘、输出升版建议的方法论维护者，需从 21 条能力里按 P0/P1/P2 选型。