尧图网页设计 
VibeSkills 运行时治理机制详解需求冻结、计划审批、阶段清理三道 Hard Stop 如何保障交付质量【免费下载链接】Vibe-SkillsIntelligent Skill routing and workflow orchestration for AI agents — 21.12 pp reward, −29.6% tokens on SkillsBench with DeepSeekV4Flash-VE.项目地址: https://gitcode.com/gh_mirrors/vi/Vibe-SkillsVibeSkills 是一个面向 AI 智能体的技能路由与工作流编排项目通过在运行时内置需求冻结、计划审批、阶段清理三道 Hard Stop 治理关卡确保任务从接收到交付全程可追溯、可验收。在 SkillsBench 大规模多技能评测中它让平均任务得分提升 21.12 个百分点同时减少 29.6% 的 token 消耗。本文将带你快速看懂这三道急刹车是如何拦住低质量交付的。为什么 AI Agent 需要治理关卡 让 AI 智能体连续执行复杂任务时最常见的翻车方式有三类翻车场景后果对应的治理关卡需求边做边改越做越偏交付物与目标不符需求冻结计划与实际执行脱节漏做、错选技能计划审批任务没验收完就清理现场丢失证据链无法复盘阶段清理VibeSkills 的思路很直接在每个关键节点设一道硬性拦截Hard Stop前置条件不满足时流程直接停下并报错而不是将错就错继续跑。第一道需求冻结——先把要做什么钉死第一道关卡发生在动手之前。运行时会先完成两件事生成需求文档由 Write-RequirementDoc.ps1 把目标、约束、验收标准、交付物清单写入正式需求文档。它还内置了完成语规则见 Write-RequirementDoc.ps1#L78-L84只有治理、验证、工作流、产品验收四个维度的事实全部通过才允许说任务已完成。冻结输入包由 Freeze-RuntimeInputPacket.ps1 将本地技能推荐路由的结果连同需求一起固化成运行时输入包其中的路由分配一经冻结后续阶段不允许悄悄变更核心逻辑见 Freeze-RuntimeInputPacket.ps1#L77-L96。Hard Stop 体现需求未经确认流程就停在这里后面的计划和验收都以此文档为唯一基准。第二道计划审批——SHA256 摘要对账计划批准后进入执行阶段。Invoke-PlanExecute.ps1 在真正分派工作单元前会做一连串对账任何一项不符立即抛错终止需求摘要对账计算需求文档的 SHA256 摘要与计划中记录的摘要比对Invoke-PlanExecute.ps1#L99-L102——需求文档哪怕改动一个字符计划自动作废技能编排对账计划选用的技能清单必须与冻结输入包里的agent_skill_organization完全一致防止执行时换技能分派完整性证明每个工作单元都要完整交接、技能归属与批准计划一致Invoke-PlanExecute.ps1#L171-L186证明不通过则直接throw执行不会启动。Hard Stop 体现计划状态停留在agent_action_required交接证明dispatch integrity proof不通过Agent 就拿不到执行权限。执行规则L/XL 分级、必填计划章节等集中定义在 config/plan-execution-policy.json。第三道阶段清理——没验收通过就不许收拾现场任务收尾时的 Invoke-PhaseCleanup.ps1 看似打扫房间实则是最后一道质量闸门先跑交付验收清理前先调用验收评估器 runtime_delivery_acceptance.py 生成验收报告准入判断只有gate_result PASS且允许使用完成表述时清理才被准入Invoke-PhaseCleanup.ps1#L156-L173验收未过则记录delivery_acceptance_not_passed现场原样保留方便排查破坏性清理护栏清理策略明确禁止盲目递归删除、禁止在受管目录批量删除、要求显式危险告警且只允许删除清单中有回执支撑的路径见 config/phase-cleanup-policy.json#L25-L40留痕每次清理都写入cleanup-receipt.json回执清理动作本身也可审计、可复盘。Hard Stop 体现验收不通过 → 清理被拒绝 → 所有中间产物保留为证据杜绝删库跑路式收尾。三道关卡合力实测效果 治理带来的不是更慢而是更快收敛、更少无效重试。在 195 个技能同时安装的真实环境下SkillsBench 评测显示token 总消耗从 4.91 亿降至 3.46 亿工具调用减少 33.1%任务质量端满分任务从 39 个增加到 57 个平均奖励从 50.3% 提升到 71.4%关键文件速查想知道什么去哪里看需求文档如何生成、完成表述何时被允许scripts/runtime/Write-RequirementDoc.ps1路由与输入包如何冻结scripts/runtime/Freeze-RuntimeInputPacket.ps1计划审批与摘要对账scripts/runtime/Invoke-PlanExecute.ps1阶段清理与验收准入scripts/runtime/Invoke-PhaseCleanup.ps1清理模式分类与护栏策略config/phase-cleanup-policy.json交付验收评估器scripts/verify/runtime_neutral/runtime_delivery_acceptance.py治理规范总览docs/governance/README.md总结VibeSkills 的运行时治理可以概括为一句话每一道 Hard Stop 都在回答凭什么放行——需求未冻结不放行、计划对不上账不放行、验收未通过不清理。三道关卡层层递进把AI 自己判断、自己声明完成的风险收敛为证据链完整、回执可审计的工程化交付。对于希望把 AI 智能体用在真实生产任务里的团队这套机制值得直接借鉴。【免费下载链接】Vibe-SkillsIntelligent Skill routing and workflow orchestration for AI agents — 21.12 pp reward, −29.6% tokens on SkillsBench with DeepSeekV4Flash-VE.项目地址: https://gitcode.com/gh_mirrors/vi/Vibe-Skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 VibeSkills 运行时治理机制详解：需求冻结、计划审批、阶段清理三道 Hard Stop 如何保障交付质量
VibeSkills 运行时治理机制详解需求冻结、计划审批、阶段清理三道 Hard Stop 如何保障交付质量【免费下载链接】Vibe-SkillsIntelligent Skill routing and workflow orchestration for AI agents — 21.12 pp reward, −29.6% tokens on SkillsBench with DeepSeekV4Flash-VE.项目地址: https://gitcode.com/gh_mirrors/vi/Vibe-SkillsVibeSkills 是一个面向 AI 智能体的技能路由与工作流编排项目通过在运行时内置需求冻结、计划审批、阶段清理三道 Hard Stop 治理关卡确保任务从接收到交付全程可追溯、可验收。在 SkillsBench 大规模多技能评测中它让平均任务得分提升 21.12 个百分点同时减少 29.6% 的 token 消耗。本文将带你快速看懂这三道急刹车是如何拦住低质量交付的。为什么 AI Agent 需要治理关卡 让 AI 智能体连续执行复杂任务时最常见的翻车方式有三类翻车场景后果对应的治理关卡需求边做边改越做越偏交付物与目标不符需求冻结计划与实际执行脱节漏做、错选技能计划审批任务没验收完就清理现场丢失证据链无法复盘阶段清理VibeSkills 的思路很直接在每个关键节点设一道硬性拦截Hard Stop前置条件不满足时流程直接停下并报错而不是将错就错继续跑。第一道需求冻结——先把要做什么钉死第一道关卡发生在动手之前。运行时会先完成两件事生成需求文档由 Write-RequirementDoc.ps1 把目标、约束、验收标准、交付物清单写入正式需求文档。它还内置了完成语规则见 Write-RequirementDoc.ps1#L78-L84只有治理、验证、工作流、产品验收四个维度的事实全部通过才允许说任务已完成。冻结输入包由 Freeze-RuntimeInputPacket.ps1 将本地技能推荐路由的结果连同需求一起固化成运行时输入包其中的路由分配一经冻结后续阶段不允许悄悄变更核心逻辑见 Freeze-RuntimeInputPacket.ps1#L77-L96。Hard Stop 体现需求未经确认流程就停在这里后面的计划和验收都以此文档为唯一基准。第二道计划审批——SHA256 摘要对账计划批准后进入执行阶段。Invoke-PlanExecute.ps1 在真正分派工作单元前会做一连串对账任何一项不符立即抛错终止需求摘要对账计算需求文档的 SHA256 摘要与计划中记录的摘要比对Invoke-PlanExecute.ps1#L99-L102——需求文档哪怕改动一个字符计划自动作废技能编排对账计划选用的技能清单必须与冻结输入包里的agent_skill_organization完全一致防止执行时换技能分派完整性证明每个工作单元都要完整交接、技能归属与批准计划一致Invoke-PlanExecute.ps1#L171-L186证明不通过则直接throw执行不会启动。Hard Stop 体现计划状态停留在agent_action_required交接证明dispatch integrity proof不通过Agent 就拿不到执行权限。执行规则L/XL 分级、必填计划章节等集中定义在 config/plan-execution-policy.json。第三道阶段清理——没验收通过就不许收拾现场任务收尾时的 Invoke-PhaseCleanup.ps1 看似打扫房间实则是最后一道质量闸门先跑交付验收清理前先调用验收评估器 runtime_delivery_acceptance.py 生成验收报告准入判断只有gate_result PASS且允许使用完成表述时清理才被准入Invoke-PhaseCleanup.ps1#L156-L173验收未过则记录delivery_acceptance_not_passed现场原样保留方便排查破坏性清理护栏清理策略明确禁止盲目递归删除、禁止在受管目录批量删除、要求显式危险告警且只允许删除清单中有回执支撑的路径见 config/phase-cleanup-policy.json#L25-L40留痕每次清理都写入cleanup-receipt.json回执清理动作本身也可审计、可复盘。Hard Stop 体现验收不通过 → 清理被拒绝 → 所有中间产物保留为证据杜绝删库跑路式收尾。三道关卡合力实测效果 治理带来的不是更慢而是更快收敛、更少无效重试。在 195 个技能同时安装的真实环境下SkillsBench 评测显示token 总消耗从 4.91 亿降至 3.46 亿工具调用减少 33.1%任务质量端满分任务从 39 个增加到 57 个平均奖励从 50.3% 提升到 71.4%关键文件速查想知道什么去哪里看需求文档如何生成、完成表述何时被允许scripts/runtime/Write-RequirementDoc.ps1路由与输入包如何冻结scripts/runtime/Freeze-RuntimeInputPacket.ps1计划审批与摘要对账scripts/runtime/Invoke-PlanExecute.ps1阶段清理与验收准入scripts/runtime/Invoke-PhaseCleanup.ps1清理模式分类与护栏策略config/phase-cleanup-policy.json交付验收评估器scripts/verify/runtime_neutral/runtime_delivery_acceptance.py治理规范总览docs/governance/README.md总结VibeSkills 的运行时治理可以概括为一句话每一道 Hard Stop 都在回答凭什么放行——需求未冻结不放行、计划对不上账不放行、验收未通过不清理。三道关卡层层递进把AI 自己判断、自己声明完成的风险收敛为证据链完整、回执可审计的工程化交付。对于希望把 AI 智能体用在真实生产任务里的团队这套机制值得直接借鉴。【免费下载链接】Vibe-SkillsIntelligent Skill routing and workflow orchestration for AI agents — 21.12 pp reward, −29.6% tokens on SkillsBench with DeepSeekV4Flash-VE.项目地址: https://gitcode.com/gh_mirrors/vi/Vibe-Skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考