SuperAPI AI 工具集

secondeye-acknowledge

部署与运维

查看项目

更新于 10-23 23:08

技能介绍

用途:该技能用于处理 SecondEye 报告中的严重(Critical)发现,逐条确认后清除构建门禁,使后续 $build 可以运行。

前置检查:执行前需确认当前目录存在 .cocoplus/。若不存在,输出“CocoPlus not initialized in this directory. Run $pod init to begin.”并停止。

参数模式:

  • 不带参数:逐条呈现全部 Critical 发现,每条格式为“Acknowledge finding [SE-NNN]: [title] [[HITL/AFK]] [[BLOCKING/MINOR]]? (yes to acknowledge / no to keep it open)”。
  • --hitl-only:仅确认 HITL 分类的发现;AFK 发现标记为 queued for autonomous resolution,不在本次确认中呈现。
  • --blocking-only:仅确认 BLOCKING 分类的发现;MINOR 发现标记为排队自主解决,不在本次确认中呈现。

查找报告:扫描 .cocoplus/lifecycle/ 中匹配 secondeye-*.md 的文件,读取每个文件的 YAML frontmatter,找出 critical_open: true 且 acknowledged: false 的文件。若不存在此类文件,输出“No unacknowledged Critical SecondEye findings. $build is not gated.”并停止。

更新元数据:当基于所选模式的全部必需发现均已确认时,将报告 frontmatter 更新为 acknowledged: true、acknowledged_at: [ISO 8601 timestamp]、critical_open: false,并更新 action_summary 以反映剩余计数。若任一必需发现未确认,输出“[N] findings still unacknowledged. $build remains gated.”

输出结果:全部必需发现确认后输出“All required findings acknowledged. $build gate cleared. You may now run $build.”;若有 AFK 或 MINOR 发现被排队,附加“Note: [N] AFK/MINOR findings queued for autonomous resolution in next $build pass.”

防走捷径约束:不得在未经逐条确认的情况下将报告标记为已确认;不得在仍有发现未解决时清除 critical_open;不得忽略缺失的报告文件,以免造成门禁已清的错误信心。

适用场景:在 SecondEye 安全或质量检查产生 Critical 发现、$build 被门禁阻断时使用,按需选择是否只处理 HITL 或 BLOCKING 类发现。限制:依赖 .cocoplus/ 目录结构与报告 frontmatter 字段,未初始化时无法使用;具体的分类判定规则与 SecondEye 报告生成方式,资料暂未提供。