review-merge-readiness

用途：把代码审查变成可重复的流程，而非随意评论，核心原则是尽早、频繁审查。强制审查场景包括完成重要功能后、workflow-execute-plans 每批（默认 3 个任务）结束后、合并主分支前；可选场景为卡住需要新视角、重大重构前建立基线、修复复杂缺陷后验证无新回归。\n\n主要能力：审查围绕需求对齐与生产就绪两个方面展开。需准备最小信息集：确定 git SHA 范围、说明实现内容与对应计划或需求文档、生成 diff 证据。常用命令：BASE_SHA=$(git merge-base HEAD main 2>/dev/null || git merge-base HEAD master)；HEAD_SHA=$(git rev-parse HEAD)；git diff --stat "$BASE_SHA..$HEAD_SHA"；git diff "$BASE_SHA..$HEAD_SHA"。\n\n使用方式：可选子智能体审查（使用模板 review-merge-readiness/code-reviewer.md 并填入占位符）或自行按模板清单逐项检查，输出同样结构化结果。输出必须包含：优点（至少 1 条具体正面项）；问题按严重程度分为 Critical（必须修复，涉及安全、数据丢失、功能缺陷或会导致生产事故）、Important（应当修复，如架构差、缺少错误处理、测试缺口、需求不对齐）、Minor（可选，如风格、小优化、文档润色）；评估给出是否适合合并（是/否/修复后可合并）并附 1-2 句技术理由。每个问题需写明位置 file:line、错在哪、为何重要、如何修复（给出最小改动建议）。\n\n适用场景：只需“能否合并”的结论时使用本技能；如需更深入的健康检查，可额外调用 review-clean-code；当 diff 涉及 React UI、数据获取或性能敏感区域时，可配合 review-react-best-practices。限制：资料未提供具体支持平台、自动化执行条件、收费与价格信息。