22-listed

# 22-质量门禁体系 (Quality Gate System) > 对标: Google SRE Error Budget + Stripe Financial-Grade Engineering + Microsoft SDL + TikTok Hyperscale Reliability + 金融机构 SOX/ITGC > > 定位: 不重复已有 skills 的内容，作为**跨 skill 编排层** — 定义"达标线"、"决策点"、"节奏"，引用已有 skills 执行具体动作。 ## 核心理念 (行业共识) 五家顶级机构殊途同归的 6 条共识: 1. **量化阈值** — 不说"够好了"，说具体数字 (Google SLO / Stripe bug bar / Microsoft quality gate) 2. **门禁有后果** — 不达标就冻结发布，不是"建议" (Google error budget freeze / Microsoft FSR block) 3. **分离构建者和验证者** — 自己写的代码不能自己签核通过 (金融 SoD / Google PRR / Microsoft FSR) 4. **用真实场景测试** — 不只是单元测试，要 CUJ、影子测试、对账 (Google CUJ / TikTok shadow testing / 金融 reconciliation) 5. **周期性复查** — 不只是发布前查，持续周/月/季/年节奏 (金融 SOX cadence / Google SLO review) 6. **自动化执行** — 人的纪律会疲劳，编码进 pipeline (Stripe CI / TikTok automated gray release) ## 适配原则 (Solo/小团队) - **不搞 CAB 会议** — 用结构化自审 checklist + 自动化门禁代替 - **不搞 SoD 分离部署** — 用 CI 自动门禁 + 强制 checklist 签核代替人员分离 - **渐进采用** — 新项目先 Module 1+3 (基线 + RRG)，成熟后加 Error Budget 和巡检 ## 模块架构 ``` 22-质量门禁体系/ SKILL.md # 本文件: 总纲 01-质量基线和阈值.md # 量化标准 (所有项目的底线) 02-关键用户旅程(CUJ).md # 用户视角质量锚点 03-发布准备就绪门禁(RRG).md # Go/No-Go 决策流程 04-渐进发布和自动回滚.md # 灰度 + 自动回滚 05-Error-Budget和冻结机制.md # 错误预算 + 冻结策略 06-定期巡检节奏.md # 周/月/季/半年/年巡检 ``` ## 与已有 Skills 的关系 (编排，不重复) | 本 skill 模块 | 引用的已有 skill | 关系 | |---|---|---| | 01-质量基线 | 07-测试规范、01-通用要求 | 本模块定义"达标数字"，07/01 定义"怎么测" | | 02-CUJ | 13-系统体检和审计 | 本模块定义 CUJ 清单，13 执行真人路径测试 | | 03-RRG | 07+