用途：审查代码变更、检查 PR、review 代码质量，或在用户要求看看代码、检查代码时使用。
主要能力：逐文件从五个维度检查——逻辑正确性（Bug、边界条件、空值处理、竞态条件）、安全漏洞（注入、XSS、硬编码密钥、权限绕过）、性能问题（N+1 查询、内存泄漏、不必要的重渲染、大循环）、可维护性（命名清晰、职责单一、重复代码、过度抽象）、错误处理（异常是否被正确捕获和处理）。结果按严重度分类：🔴 严重（必须修复，如 Bug、安全漏洞、数据丢失风险）、🟡 建议（应该修复，如性能、可维护性、代码风格）、🟢 良好（值得肯定的好实践）。
审查原则：指出问题时给出具体修复建议和代码示例；不只挑毛病，也肯定好的实践；只关注变更本身，不扩大到未修改代码；严重问题优先，建议性问题其次。
输出要求：结束时单独给出一行“审查结论：...”。发现阻塞问题时明确写出，并在正文中为每个问题附文件定位；未发现则写“审查结论：未发现阻塞问题。”若项目已初始化，或审查结果需进入后续交付检查或收尾，结论确定后立即调用 scripts/review-state.mjs write 写当前会话 artifacts/review.json。该文件须用结构化字段记录 outcome（clean / findings）、conclusion、findings、fileReferences；不要依赖“审查结论：...”这行让运行时从自然语言猜机器结论，该行只服务人类阅读。
交付检查：每个文件都已审查；严重问题都有修复建议；按严重度分类输出。
限制：资料未提供安装方式、支持平台、收费与价格等信息。