用途：依据《Code Complete》的质量保证流程做 QA 规划与流程设计，而非追查具体失败用例。
主要能力：按阶段选择缺陷检测技术并给出检出率参考——正式检查 45–70%、结对编程 40–60%、走查 20–40%、代码阅读 20–35%、单元测试 15–50%；任何单一技术检出率不超过约 75%，组合使用可接近翻倍。测试套件规模建议成熟项目约 5 个“脏”测试（错误路径、坏数据、边界）对 1 个正常路径测试。区分外部质量（正确性、可用性、效率、可靠性、健壮性等）与内部质量（可维护性、可读性、可测试性等），并指出内部质量支撑外部质量。
使用方式：分 CHECKER 与 APPLIER 两种模式。CHECKER 依据检查清单逐项核对，输出每项一行 | Item | Status | Evidence | Location |，状态取 VIOLATION/WARNING/PASS；清单包括 Read(${CLAUDE_SKILL_DIR}/checklists/qa-and-testing.md) 与 Read(${CLAUDE_SKILL_DIR}/checklists/debugging.md)，共享词汇与阈值见 Read(${CLAUDE_PLUGIN_ROOT}/references/cc-foundations.md)。APPLIER 生成测试用例、评审流程与质量计划：每个需求一个测试，按 1 + count(if/while/for/and/or) + case 分支计算最小测试数，补充数据流、边界（边界之下/之上/之上）与脏测试。评审方法按需求选择：正式检查（检出率最高）、代码阅读（分布式团队）、结对编程（进度压力下）、走查（需要多样视角）。为人团队设计评审时包含规划、准备、会议、报告、返工、跟进六个阶段。触发相关链条：发现缺陷转 Skill(code-foundations:cc-refactoring-guidance)，设计问题转 Skill(code-foundations:cc-routine-and-class-design)，在线缺陷转 Skill(code-foundations:cc-debugging)。
限制：适用于 QA 规划与流程设计；具体安装方式、支持平台与收费信息暂未提供。