用途：当用户要求审查代码、PR、diff、提交、安全、性能、测试或可维护性，或询问逻辑是否跨文件重复、硬编码值是否应集中管理，以及 AI Agent 在交付前完成代码、测试、配置或脚本修改时触发。
主要能力：只读工作流，仅报告有证据支持的可执行发现。先确定审查范围，读取周边代码、相关测试与既有契约；加载 review-checklist.md 后再评估。执行跨文件一致性扫描，用 rg --files 与仓库忽略规则构建比较集，排除依赖、vendor、缓存、生成、压缩、构建与覆盖率产物，盘点变更的函数、类、校验与授权规则、状态转换、请求构造、错误处理及 URL、路由、超时、重试次数、阈值、正则、特性开关、错误消息等特征字面量，查找精确与近似匹配并逐条读上下文，只报告有意义的重复。风险分析优先正确性、回归、安全、数据一致性、资源生命周期、并发与高风险测试缺口，分为 🔴 Critical Issues 与 🟡 Suggestions。
使用方式：用户提供文件或片段时以其为主要范围；未提供范围且当前目录是 Git 仓库时运行 uv run skills/neo-code-review/scripts/git-diff-reviewer.py --working-tree，仅暂存改动用 --staged，提交范围用 --commit <range>。工作树审查需把辅助脚本的已跟踪 diff 与每个未被忽略的未跟踪文件作为独立输入。报告用英文，保留文件路径与行号（如 src/user.ts:42），结构含 Review Summary、Critical Issues、Suggestions、Strengths、Validation，无发现的严重级别段写 None。
限制：若自动审查发现 🔴 Critical Issues、无法确定审查范围或无法加载技能，不得声明完成或交付；修复后需重跑检查并再次审查。仅提供片段或指定文件而无仓库上下文时，须在 Validation 中说明跨文件验证不可用，不得编造仓库匹配或行号证据。不报告偏好、无依据推测或未被证据触发的清单项。官方文本暂未提供。