当前位置: 首页 > news >正文

【计算机工具类-CI和CD工具Skills】acceptance-orchestrator 技能

当编码任务需要从问题接收端到端驱动,通过实现、审查、部署和验收验证,且需要最少的人工干预时使用此技能。

技能概述

acceptance-orchestrator 技能是一个端到端的任务编排技能,它将编码工作作为状态机进行编排,只有在验收标准得到证据验证或任务明确升级时才结束。核心规则是:不要优化"代码更改",而是优化"DoD(完成定义)证明"。

下载地址:https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/acceptance-orchestrator

主要功能

  • 状态机编排: 将编码工作作为状态机进行管理,确保任务从接收到验收的完整流程
  • 端到端驱动: 从问题接收、实现、审查、部署到验收验证的全流程自动化
  • 最小人工干预: 减少人工介入,提高自动化程度
  • 证据验证: 在声称完成之前需要验证证据,确保任务真正完成
  • 升级机制: 当任务无法完成时提供明确的升级路径

触发条件

在以下情况下应该调用此技能:

  • 任务已经有问题或明确的验收标准,应该端到端运行且最少人工干预
  • 需要在实现、审查、部署和最终验证之间进行结构化交接
  • 需要明确的停止条件和升级机制,而不是静默的部分完成

使用场景

场景1: 端到端任务执行

当一个编码任务需要从问题接收开始,经过实现、审查、部署,最终到验收验证的完整流程时,使用此技能可以确保每个阶段都有明确的输出和验证。

场景2: 自动化工作流

当需要减少人工干预,实现高度自动化的开发流程时,此技能可以管理整个生命周期,只在必要时请求人工确认。

处理过程

1. 接收阶段(Intake)

读取问题并提取任务目标和DoD(完成定义)。

2. 问题门控(Issue Gate)

使用create-issue-gate逻辑。如果问题不是ready状态或执行门控不允许,立即停止。不要在问题仍为draft状态时实现任何内容。

3. 执行阶段(Execute)

移交给closed-loop-delivery进行实现和本地验证。

4. 审查循环(Review Loop)

如果PR反馈相关,批量轮询窗口为:等待3分钟,然后6分钟,然后10分钟。在10分钟轮次后,停止等待并一起处理所有可见的评论。

5. 部署和运行时验证

如果DoD依赖于运行时行为,默认仅部署到dev环境。使用真实的日志/API/Lambda行为进行验证,而不是假设。

6. 完成门控

在任何声称完成之前,需要verification-before-completion。没有新鲜证据就不能声称成功。

输入要求

使用此技能时,需要提供:

  • 问题ID或问题正文
  • 问题状态
  • 验收标准(DoD)
  • 目标环境(dev默认)

输出说明

技能将提供:

  • 状态: intake / executing / accepted / escalated
  • 验收标准: 通过/失败检查清单
  • 证据: 命令、日志、API结果或运行时证明
  • 开放风险: 任何仍然不确定的内容
  • 需要人工输入: 如果被阻塞,最小的下一步决策

状态机

  • intake: 接收阶段
  • issue-gated: 问题门控
  • executing: 执行中
  • review-loop: 审查循环
  • deploy-verify: 部署验证
  • accepted: 已接受
  • escalated: 已升级

停止条件

移动到accepted:只有当每个验收标准都有匹配的证据时。

移动到escalated:当发生以下任何情况时:

  • DoD在2个完整轮次后仍然失败
  • 缺少密钥/权限/外部依赖项阻碍进度
  • 任务需要生产操作或破坏性操作批准
  • 审查指令冲突且无法同时满足

人工门控

始终在以下情况下停止等待人工确认:

  • 超出约定范围的生产/预发布部署
  • 破坏性的git/数据操作
  • 计费或安全态势更改
  • 缺少用户提供的验收标准

所需子技能

  • 必需: create-issue-gate, closed-loop-delivery, verification-before-completion
  • 可选: deploy-dev, pr-watch, pr-review-autopilot, git-ship

最佳实践

  1. 优化DoD证明: 不要优化"代码更改",而是优化"DoD证明"
  2. 明确停止条件: 确保每个任务都有明确的停止条件
  3. 证据驱动: 在声称完成之前必须有新鲜证据
  4. 升级机制: 当任务无法完成时及时升级

固定默认值

  • 最大迭代轮次 = 2
  • PR审查轮询 = 3分钟 -> 6分钟 -> 10分钟

注意事项

  • 仅在任务明确匹配上述范围时使用此技能
  • 不要将输出作为环境特定验证、测试或专家审查的替代品
  • 如果缺少所需的输入、权限、安全边界或成功标准,请停止并请求澄清
http://www.jsqmd.com/news/896461/

相关文章:

  • 如何基于Ant Design Vue构建企业级管理系统:ruoyi-ant框架深度解析
  • ppt模板_0051_橙色碎花
  • 终极指南:5分钟掌握免费高效的OFD转PDF专业工具
  • 多智能体协作的框架有哪些?怎么协同工作?2026企业架构师视角下的深度评测
  • 从std::atomic_bool的初始化坑说起:手把手教你正确地在C++类成员中使用原子变量
  • 基于结构相似主控与多线程ROS的遥操作系统:延迟降至10ms的工程实践
  • 超低功耗反向散射SDR平台:物联网无源通信的硬件设计与实现
  • 大数据 + 人工智能 核心知识点
  • 3步在Windows电脑上安装安卓应用:APK安装器完整指南
  • AI编程助手上下文能力深度对比:Copilot、Cursor与Claude Code实战解析
  • 魔兽地图格式转换神器w3x2lni:彻底解决地图兼容性与版本控制难题
  • 稀疏自编码器实战:非线性降维与监督学习的性能调优指南
  • Mac空间告急?3步彻底清理系统垃圾,这款免费开源工具太实用了
  • AI编程助手上下文能力深度对比:Claude Code、Cursor与GitHub Copilot实战解析
  • 【ThreadX全家桶】STM32CubeMX+NetX Duo:从HAL到协议栈的以太网数据流重构实战
  • 【实战指南】SAP记账码:从入门到精通的配置与应用
  • 2026福州名表回收六大品牌综合实力测评,添价收高价透明更靠谱 - 薛定谔的梨花猫
  • Axure RP中文语言包终极指南:三步实现专业原型设计工具完全汉化
  • 基于LSTM-GRU与多头注意力cGAN的单比特大规模MIMO信道估计
  • 2026 企业定制开发选型:从零开发、低代码、SaaS 与 RuoYi Office 怎么选?
  • FlicFlac终极指南:3分钟学会Windows音频格式转换的免费神器
  • Axure RP终极汉化指南:5分钟实现中文界面切换
  • 腕戴式自适应相位追踪系统:应对帕金森震颤变异性挑战
  • 定制化LLM应用设计:界面模式、交互范式与体验提升实战
  • LASSO与OCMT高维变量选择:石油需求预测中的主导驱动因子识别
  • 解锁iOS自动化测试新姿势:tidevice跨平台实战指南
  • esir高大全OpenWrt安装后必做的5件事:从网络配置到Docker存储扩容
  • 保姆级教程:在Ubuntu 22.04上搞定GICI-LIB组合导航库的编译与运行(含ROS2踩坑记录)
  • Unlock Music终极指南:浏览器端音乐解锁工具深度解析
  • 石家庄黄金上门回收实测排名,福昌夏稳居首选榜 - 黄金上门回收