用途：审查当前 git 工作区中尚未提交的变更，关注正确性、安全性、可维护性以及与项目规范的一致性，最终产出一份结构化审查报告。
主要能力：汇总变更内容；按严重级别列出优先发现项；给出可执行的修复建议；给出最终结论（Approve 或 Request Changes）。审查维度包括正确性、安全与可靠性、边缘与错误处理、风格一致性、性能、测试覆盖、可维护性。严重级别分为 S0 严重（必须在合并前修复）、S1 高（应在合并前修复）、S2 中（建议尽快修复）、S3 低（可选，除非团队规范要求）。
使用方式：先收集上下文，执行 git diff，若有暂存变更再执行 git diff --cached；读取被修改文件的完整内容而非仅 diff 片段；按共享的 Context Loading Protocol 加载项目上下文；对涉及区域运行相关质量检查（如 lint/类型/测试）。随后逐项分析变更并分级，最后按固定顺序输出报告：1）摘要（变更要点、风险画像、审查范围）；2）发现项（ID、严重级别、类别、位置、问题、影响、建议、置信度）；3）正面记录；4）必须修复清单（仅 S0 与 S1）；5）结论。若无发现项，明确写“No actionable findings”；若无阻断项，结论为 Approve，否则为 Request Changes。
适用场景：在提交或合并前对本地未提交改动做一次带上下文的代码审查，尤其适合关注阻断性问题与安全风险的场合。
限制：仅针对当前工作区的未提交变更；质量检查是否运行取决于实际可行性；不确定时需降低置信度并说明原因；不应对孤立代码下结论，需结合周边上下文。其他细节暂未提供。