用途：在审查 pull request 时提供结构化的代码质量标准，帮助评审者按统一流程发现并反馈问题。
主要能力与流程：第一步检查合并前必须修复的严重问题，包括逻辑错误与错误行为、失败场景缺失的错误处理、竞态或并发问题、未处理的边界情况（null、undefined、空数组、边界值），以及缺少迁移路径的破坏性 API 变更。第二步评估代码质量：函数应只做一件事且规模合理（建议少于 50 行）、避免重复代码、使用描述性命名、TypeScript 中优先显式类型而非 any、正确使用 async/await（无游离 promise、正确传播错误）。第三步对照 references/style-guide.md 中的风格指南检查命名约定、代码组织与导入顺序、注释质量（解释“为什么”而非“做什么”）。第四步标记 lint 问题：var 的使用、遗留的 console.log 或 debugger、注释掉的代码块、未命名常量的魔法数字、无 issue 引用的 TODO 或 FIXME。
输出格式：先给出 1-2 句总结，再列出严重问题（含文件路径与行号）、改进建议，以及值得肯定的良好模式与决策。
限制：资料未提供安装命令、收费方式或具体平台支持信息。