CI 变更推送助手
处理 CI 配置推送限制与临时审批流程
技能明确要求通过临时审批流程处理 CI 推送限制，并向用户披露审批链接；但仍建议先尝试推送，缺少明确的事前确认、最小权限说明、数据流、回滚和失败后的恢复边界，因此扣分。官方 OpenAI 来源和 Apache-2.0 许可提供有限归属依据。
说明了受限路径、失败后的反馈和等待审批传播的条件，主流程可理解；但没有脚本、测试、环境前置条件或对网络、权限和其他推送失败的诊断，因此仅给静态评估中的中低分。
目标场景清晰：向 GitHub CI 配置推送、处理推送拒绝和申请上传例外；但未说明触发边界、非适用场景、其他 CI 主机或中文用户环境，且审批链接可达性未经证明，因此扣分。
名称和描述与 CI 推送审批主题基本一致，文档短且有渐进式操作提示；但缺少安装依赖、参数示例、常见问题、已知限制、版本、变更记录和明确维护责任，因此扣分。
能够指导用户进入审批流程并在审批传播后继续，但不能自行完成审批或验证最终推送，且没有覆盖审批失败、权限不足等替代路径；核心价值存在但仍需用户较多介入，因此受限评分。
技能文本本身可审计，且仓库安全文档支持存在审批和安全边界；但未提供针对该技能的测试、执行记录或独立复现证据，其他仓库测试不能证明本技能行为，因此仅给有限分数。
- 执行前应明确确认将要进行的外部 GitHub 推送，并说明可能触发的 CI 配置变更范围。
- go/workflow-approvals 链接、审批传播时间和用户权限未在源文件中验证；审批失败时缺少明确的诊断和恢复步骤。
- 技能没有说明如何安全回滚已推送的 CI 变更，也没有披露推送过程中可能传输或暴露的仓库数据。
它能做什么 & 适用场景
该技能专门处理 Codex 仓库中 GitHub Actions 配置变更的推送。由于仓库限制 CI 配置上传，用户需要通过 go/workflow-approvals 流程申请临时权限。技能会在预期推送可能失败时先尝试推送，以确认账户是否已有权限。若推送因限制失败，它会提供审批链接，并等待权限同步到 GitHub。
识别涉及 .github/**/*.yml 及相关文件的推送场景；在预期会被限制时尝试执行推送；判断推送是否因 CI 配置权限被拒绝；向用户提供 go/workflow-approvals 链接并请求其完成审批后交还控制权。
- 维护 Codex 仓库 GitHub Actions 文件、需要提交并推送 CI 配置变更的贡献者。
- 推送 CI 相关修改被拒绝、需要确认账户是否已有临时权限的开发者。
- 已提交审批申请、等待权限传播到 GitHub 后继续工作的用户。
优缺点一览
- 针对 CI 配置推送限制提供明确的审批处理路径。
- 会尝试推送以验证账户是否已经具备所需权限。
- 明确说明代理不能自行申请上传豁免。
- 范围集中于 Codex 仓库的 CI 配置推送，不是通用 CI/CD 管理技能。
- 依赖用户完成临时权限申请，并等待权限传播到 GitHub。
- 源材料未提供独立测试套件、平台覆盖或详细错误处理信息。
如何安装
该技能位于 Codex 仓库的 .codex/skills/pushing-ci-changes/SKILL.md。README 未说明单独安装此技能的步骤；它作为仓库技能集合的一部分随 Codex CLI 使用。README 提供的 Codex CLI 安装方式包括：npm install -g @openai/codex，然后运行 codex。
如何使用
在使用该技能的 Codex 会话中，请求推送 GitHub Actions 配置变更，例如：“推送我对 .github/workflows/example.yml 的修改。”如果推送因权限限制失败，请按提示访问 go/workflow-approvals 申请审批；审批同步到 GitHub 后，再让代理继续。具体触发语法未在源材料中说明。