用途：在合入前审查 PR、Diff 或提交，拦截逻辑、安全、资损与可维护性风险，产出按 P0/P1/P2 分级、带定位与修复建议的审查报告，并从 QA/工程质量视角补充开发自审未覆盖的风险点。
主要能力：风险驱动审查，优先线上故障、资损、安全与核心可维护性，不做命名/缩进类噪声清单；证据导向，每条发现尽量给出文件路径、行号或代码片段，并说明触发路径与后果；严格分级，P0 阻塞合入、P1 建议本迭代修复、P2 可纳入技术债；区分已确认事实与当前假设，不编造接口、字段、环境或根因；每条问题给出修复方向或修改前后示例。
使用方式：先阅读并遵循 prompts/code-review.md 的主提示词，覆盖清单、输出结构与质量要求；开始前确认可识别的代码版本与对应的可审查变更，缺任一项输出阻塞结果并索要材料；只补充真正影响结果的项目上下文，如变更范围、业务目标、技术栈、上下游依赖、已知风险与团队规范。默认 Markdown，用户指定其他格式时再切换。需要 Excel/CSV/JSON/Word 等格式时读 output-formats.md；需要模板时读 output-templates/；需要审查维度细化或分级细则时读 references/review-dimensions.md；需要示例时读 examples/；需要格式转换或辅助校验时优先使用 scripts/ 中已有脚本；只要最短上手路径时读 quick-start.md；需要评测或回归本技能时使用 evals/，并用 skill-up 校验与运行。
适用场景：PR/Diff/提交的合入前审查；需要分级、带定位与修复建议的审查报告；从 QA 与工程质量视角补充风险点。
限制：必须同时具备可识别代码版本（如仓库加 PR/提交/分支/标签/修订号）与可审查变更（如 Diff/Patch、变更文件内容或可访问的 base→head 范围），代码身份、变更内容与角色报告不能互相替代；缺任一门槛时输出 status: blocked，区分 missing_code_identity 与 missing_reviewable_change，不得声称审查完成、给出合并建议或虚构代码发现。角色报告为可选输入，使用时保留 source_role，产品报告仅补充业务规则、状态流或验收语义，UI/UX 报告仅补充界面状态、反馈、响应式或可访问性关注点，不得把角色观点当成代码事实。对事不对人，尊重现有技术栈，未经授权不要求换框架或推翻架构，不对本次变更范围外的存量逻辑强制重构。具体命令、安装方式与收费信息暂未提供。