用途：用于审查代码变更，发现原作者可能遗漏的问题，在不过度制造摩擦的前提下改进代码库，优先关注真实风险而非风格噪音。
主要能力：按流程先确定审查范围（查看 git 状态、相关 diff、用户指定文件或 PR 上下文），判断变更属于前端、后端、库、CLI、基础设施、文档或混合类型，并检查项目上下文（框架语言、测试工具与 CI 覆盖、lint/格式化/类型检查/构建脚本、依赖管理与锁文件，涉及 UI 时还有无障碍、本地化、设计系统工具）。然后审查实质性问题：正确性（行为错误、边界情况、数据丢失、错误处理、回归）、安全（注入风险、认证不安全、密钥处理、依赖风险、权限范围）、性能与资源（不必要的 CPU/内存/网络、泄漏、竞态、死锁、异步协调、缺少背压或限流）、无障碍（语义 HTML、标签、键盘支持、焦点管理、ARIA 误用、对比度）、可维护性、测试与文档、依赖（新增包、体积/运行时影响、维护状态、安全状况，是否可用内置或现有工具替代）、设计系统与品牌、本地化。最后输出反馈：按严重度排序，含文件与行号引用，解释影响并给具体修复，重复问题可归并，非阻塞重构标为后续建议。
使用方式：资料未提供安装或调用命令；流程中说明不修改代码除非用户要求修复，并保留用户无关改动。可按需加载相关技能：审查生成标记的代码时加载 semantic-html，审查生成样式的代码时加载 css-coder；大型或高风险 diff 可考虑专门子代理，只传入请求、相关 diff、上下文与已知约定，并将专家反馈整合为一份优先级明确的最终审查。
适用场景：代码评审、PR 审查、变更质量把关，尤其关注安全、性能、无障碍与依赖风险时。
限制：资料未提供具体命令、安装方式、收费信息与效果数据；输出上限未说明，缺失基础设施（如无可运行测试、无 lint/类型检查、无锁文件、无依赖扫描、UI 变更无无障碍检查、无 i18n 流程等）时，应作为主要发现并只给最高置信度的代码问题。