CI/CD 与自动化质量门禁

要解决的问题

很多仓库不是没有测试，而是缺少不可跳过的合入门禁：lint 失败被注释掉，测试被跳过，生产凭据写进配置文件，部署没有回滚路径。对 AI agent 协作尤其明显，agent 能生成代码，却不能替团队守住“变更必须可验证”的底线。

这个技能如何工作

它把 CI/CD 当作质量门禁系统来设计，而不是零散脚本：

• 合并前检查：lint、类型检查、单元测试、构建、依赖审计都必须通过，失败直接阻止合并。
• 流水线左移：把静态分析、测试、部署验证按风险从低到高排列，尽早发现 bug 和配置错误。
• 部署安全：每个 PR 有预览环境，高风险功能用 feature flag 灰度，发布保留可回滚路径。
• 反馈闭环：把 CI 失败原因交回 agent 或工程师，用于修复、重跑、补测试，而不是静默忽略。
• 工程治理：分支保护、必需状态检查、secret 分离、Build Cop 机制，防止“反正有人修”的 broken build 累积。

适用边界

它适合新项目初始化、补全自动化检查、修复 CI 失败和配置部署流水线。资料未给出具体平台模板细节，落地时仍需结合 GitHub Actions、数据库、E2E 环境和密钥管理系统补齐。不要把它当成测试框架或发布平台本身；它强调的是规则、顺序和不可跳过性。