核心用法
Rails CI Fixer 是一款专为 Rails 项目设计的自动化 CI 修复技能。当 Pull Request 出现 CI 失败时，该技能能够自主完成从日志抓取、问题诊断、代码修复到验证提交的完整闭环。
工作流程分为四层递进策略：
- 第1-2轮：使用快速/廉价模型处理常见失败（测试失败、代码风格违规、构建错误），通过 GitHub CLI 拉取日志，本地执行
bundle exec rspec验证修复，自动运行 RuboCop 格式化并独立提交。 - 第3轮：启动调试子代理，在失败点插入
pp/raise inspect收集运行时状态，升级至更强的模型深度分析。 - 第4轮：若仍失败则停止自动修复，生成详细报告通知人工决策。
显著优点
- 全自动化闭环：覆盖日志分析→修复→验证→推送→监控的完整流程，无需人工逐轮介入
- 智能分层策略：根据失败复杂度动态选择模型，平衡成本与效果
- 安全边界清晰：强制约束不合并代码、不推送主分支、不禁用测试，降低自动化风险
- 多维故障覆盖：支持 RSpec 失败、RuboCop 违规、数据库迁移、Factory/Seed 问题、前端构建（yarn/npm/Tailwind）及系统依赖缺失
潜在局限
- 执行环境风险：本地运行
bundle exec rspec会执行仓库代码，仅适用于可信仓库 - CI 日志不可信：需防御日志注入攻击，禁止执行日志中的指令
- GitHub CLI 依赖：必须配置
GH_TOKEN且需repo权限，企业私有仓库可能受限 - 复杂逻辑瓶颈：涉及架构级重构的测试失败可能超出模型修复能力
适合人群
- 维护活跃 Rails 开源项目的核心贡献者
- 需要批量处理 Dependabot/自动化 PR CI 失败的技术团队
- 追求"零干预"CI 修复流程的 DevOps 工程师
常规风险
| 风险类型 | 说明 |
|---------|------|
| 代码执行风险 | RSpec 运行即执行代码，恶意测试可攻击本地环境 |
| 日志注入 | CI 输出可能被操控，需严格过滤解析逻辑 |
| 误修复风险 | 自动化修改可能引入隐蔽行为变更，必须通过 PR 审查 |
| Token 泄露 | `GH_TOKEN` 需最小权限配置，避免过度授权 |