GitHub Actions CI Fix

Skill 用途

CI 失败诊断与受控修复。读取 PR 检查和 GitHub Actions 日志，定位失败原因，并在批准后实施修复。

它适合材料、目标和验收标准都能说清的真实任务。先用小范围样本验证，再决定是否扩大处理范围。

输入和输出

适合场景与触发条件

用户明确要求排查或修复当前 Pull Request 的 GitHub Actions 检查时。

开始前还要准备：GitHub 插件或 gh CLI 已授权；当前分支关联可访问的 PR。如果任务很小、没有重复价值或无法判断结果是否正确，按当前任务直接处理会更合适。

核心工作流程

1. 确认认证
2. 检查 PR 元数据
3. 读取失败日志
4. 先报告再申请实施批准
5. 修复并复验

安装与启用

从 OpenAI Plugins 的 github 插件使用；需要 GitHub 工具和本地 gh CLI，不能当作纯提示词运行。

1. 从官方插件仓库确认当前 Skill 目录、引用资料与依赖。
2. 按 Codex Plugins 当前安装方式启用完整插件，不要只复制一个 SKILL.md。
3. 在一个低风险小任务中明确点名 GitHub Actions CI Fix，并给出材料、范围和验收要求。
4. 完成后按预期输出逐项检查：失败原因摘要；经批准的代码修复与复验结果。

插件安装方式可能随 Codex 版本变化，执行前以官方仓库和当前客户端界面为准。

使用方法与结果验证

1. 确认认证
2. 检查 PR 元数据
3. 读取失败日志
4. 先报告再申请实施批准
5. 修复并复验
6. 最后核对交付是否同时包含：失败原因摘要；经批准的代码修复与复验结果。

验收时要回到原始材料、目标输出和任务边界逐项检查，不能只看是否生成了结果；发现稳定问题后，再把修正写回工作流。

权限风险

• 可读取私有仓库和 CI 日志
• 修复阶段会修改工作区文件
• 外部 CI 提供商只报告详情链接，不扩大授权

联网、账号授权、外部写入、部署、发布或其他不可逆操作都需要按实际风险单独确认，先从只读和小范围任务开始。