用途：该技能用于规范代码审查实践，核心是技术严谨优先于社交表演，主张先验证再实现、先提问再假设、先有证据再下结论，并遵循 YAGNI、KISS、DRY 原则。
主要能力：分为三类实践。接收反馈时按 READ→UNDERSTAND→VERIFY→EVALUATE→RESPOND→IMPLEMENT 流程处理，禁止表演式认同（如“你说得完全对”），反馈不清时先停下澄清，外部审查者意见需先做技术验证再实施，建议新增“正规”功能前先用 grep 检查是否已有使用。请求审查时在子代理驱动开发的每个任务后、重大功能或重构完成、合并主分支前、修复复杂缺陷后发起，流程为获取 git SHA（BASE_SHA=$(git rev-parse HEAD~1)、HEAD_SHA=$(git rev-parse HEAD)），通过 Task 工具派发 code-reviewer 子代理并附上实现内容、计划或需求、两个 SHA 与描述，再按严重程度处理反馈。验证门要求“没有新鲜验证证据就不得声称完成”，流程为确定命令、完整运行、读取输出、确认支持结论后再声明。
适用场景：接收代码审查意见、完成任务或重大功能、合并前、修复复杂缺陷后、准备声称测试通过或构建成功时。
限制：资料未提供具体安装方式、平台支持、收费信息或实际效果数据；参考文件路径为 references/code-review-reception.md、references/requesting-code-review.md、references/verification-before-completion.md。