持续交付流水线

解决什么问题

当项目缺少统一的验证机制时，代码合入主干并不等于可以发布。人为检查容易遗漏边界情况，不同开发者的验证标准也不一致，导致质量问题在生产环境才暴露。这类问题的修复成本远高于在代码提交阶段发现的成本，且缺乏统一的回滚机制会让故障恢复变得困难。

核心能力与实现路径

这个技能的核心是质量门禁流水线：lint、类型检查、单测、集成测试、构建、依赖审计等检查依次执行，任何一项失败都会阻断合并。技能强调门禁不可跳过——规则失败就修复规则，测试失败就修复代码，而不是关闭检查或跳过用例。

反馈闭环

CI 失败时，技能支持将错误日志结构化地回传给 Agent，让自动化流程直接读取失败原因并执行修复，形成“提交 → 检查 → 失败 → 修复 → 重跑”的循环，减少人工介入。

部署策略

对于发布风险，技能提供几种实用策略：

• Preview Deployments：每个 PR 自动生成预览环境，供手动验证
• Feature Flags：将部署与发布解耦，支持灰度放量（1% → 10% → 100%）和即时回滚
• Staged Rollouts：分阶段上线，降低单次发布的爆炸半径
• 回滚预案：每次部署都必须具备可逆机制

工程化细节

技能还覆盖了环境管理（CI 环境绝不使用生产 Secret）、依赖自动更新（Dependabot / Renovate）、Build Cop 角色职责以及 PR 保护规则。当流水线超过 10 分钟时，按缓存、并行化等策略依次优化，而不是直接削减检查步骤。

适用边界

这个技能偏向通用软件工程的 CI/CD 实践，对特定云厂商的专有服务覆盖有限。引入新门禁时需要评估团队当前的构建速度容忍度，避免因链路过长影响迭代节奏。质量门禁的配置也需要与团队实际技术栈匹配，盲目堆砌检查项反而会成为阻碍。