单测、E2E、代码审查、安全审计
AI 写代码飞快，但"质量门"反而更要紧。社区共识三点：**反向 TDD**（先让 AI 出测试再写实现）、**零警告门禁**（`--max-warnings=0`，警告会悄悄变成新基线）、**审查作为关卡**（每次改动都过同一道闸）。核心是让 AI 产出可验证、可守门，而不是又快又野。
测试最大的价值不是"覆盖率高"，是"抓住会真出事的路径"。让 AI 生成测试的核心是：先给它已实现的代码或明确的行为约定，再让它补边界用例——别让它凭空造被测对象，造出来的测试再绿也没意义。
AI 代码评审有个典型毛病：**它会给你 20 条"建议"，其中 18 条是风格偏好**。真正有用的评审只有两类信息——哪里会坏、哪里别人看不懂。所以这套流程的重点不是"让 AI 多说"，而是**先限定它只能报这两类问题**。
obra/superpowers/skills/receiving-code-review
当收到代码评审反馈、在实现建议前，尤其反馈不清或技术存疑时——需要技术严谨与验证，而非表演式同意或盲目实现。
obra/superpowers/skills/requesting-code-review
当完成任务、实现主要功能，或在合并前验证工作是否符合需求时使用。
mattpocock/skills/skills/engineering/tdd
测试驱动开发。当用户想测试优先地构建功能或修 bug、提到红-绿-重构，或想要集成测试时使用。
affaan-m/ECC/skills/e2e-testing
Playwright 端到端测试模式：Page Object Model、配置、CI/CD 接入、产物管理与 flaky 测试治理。
affaan-m/ECC/skills/tdd-workflow
写新功能、修 bug 或重构时使用：强制测试驱动开发，单元、集成与端到端测试合计覆盖率 80% 以上。
anthropics/skills/skills/webapp-testing
使用 Playwright 与本地 Web 应用交互并测试的工具集。支持验证前端功能、调试 UI 行为、截取浏览器截图、查看浏览器日志。