用途：在 git 提交前对已暂存的变更做一次 LLM 评估，提前发现正确性、完整性和安全性问题。
主要能力：通过 output-evaluator 智能体对暂存 diff 打分并列出问题，按严重程度分组，返回 APPROVE、NEEDS_REVIEW 或 REJECT 判定及修复建议。
使用方式：运行 /validate-changes。流程为先用 git diff --cached --stat 检查是否有暂存内容，无则提示并退出；再用 git diff --cached 获取完整 diff；随后用 Task 工具启动 output-evaluator 智能体，要求其返回含分数与问题的 JSON 判定；最后按判定处理：APPROVE 时展示摘要与分数并询问是否提交；NEEDS_REVIEW 时展示问题与建议，让用户选择修复后重评、仍要提交或中止；REJECT 时明确拒绝，展示关键问题并给出具体修复建议，不提供强行提交选项。用户确认后走标准提交流程。
适用场景：重大代码变更提交前、不熟悉的代码区域、涉及安全敏感代码的变更、推送到共享分支前。
限制与成本：每次评估消耗 API token，典型成本约 0.01–0.05 美元（使用 Haiku），diff 越大可能越贵。琐碎变更（拼写、格式）、仅文档变更、已人工仔细审查或功能分支快速迭代时可跳过。如需每次提交自动评估，可参考 pre-commit-evaluator.sh 钩子；本命令是手动替代方案，便于控制评估时机。