CICD 智能运维

要解决什么问题

自建 GitLab 或 Gitea 的 CI/CD 往往卡在几类重复劳动：流水线红了不知道根因、Runner 排队却没人接单、磁盘被制品撑满、发布前才发现默认分支未保护。本技能把这两套 API（GitLab /api/v4、Gitea /api/v1）收成同一套 28 个 MCP 工具，并在本地用 @governed_tool 统一记审计、限流与 undo，而不是把写操作当成「黑盒一键修复」。

核心能力怎么组织

• 只读面：服务器与项目概览、流水线 / Job / 日志尾、Runner、MR / 分支 / 保护规则、制品列表。
• 四类旗舰 RCA（规则透明、带数字与证据）：pipeline_failure_rca 按 failure_reason 与 trace 尾部分类（测试失败、依赖网络、Runner 超时、OOM、脚本错误）；runner_health_rca 看离线/暂停、长队列与 tag 饱和；artifact_storage_bloat_analysis 按项目估算可 reclaim 字节；stale_work_audit 标记闲置 MR/分支与保护缺口。
• 受治理写操作：重试/取消流水线、暂停/恢复 Runner、更新分支保护（可 undo）、delete_artifacts（high 风险、不可逆）。Access token 存于 ~/.cicd-aiops/secrets.enc（Fernet + scrypt），审计写入 ~/.cicd-aiops/audit.db。

适用边界

• 目标必须是自托管 GitLab / Gitea CI/CD；GitLab.com / Gitea Cloud 不在范围。
• Runner 管理与流水线 retry/cancel 为 GitLab-only；Gitea 上会给出说明性错误，需走 UI 或可用 API。
• 技能不替你做授权决策：是否允许写操作取决于你的 token scope 与 Agent 判断；--dry-run 与二次确认是 CLI 侧安全网，delete_artifacts 无 undo。
• 虚拟机、存储、K8s 集群态等应路由到同系列的 k8s-aiops 或其他 AIops-tools 技能，而非本技能。