用途：对 PR、分支或大型贡献做维护者级审查，输出独立 HTML 报告（tmp/reports/...）、Markdown 报告（report/ 或指定目录）或聊天中的简短维护者摘要。用户要求“深度审查这个 PR”“解释这个贡献”“为这个 PR 做报告或网页”“比较该设计与类似系统”“是否应该合并”时使用。
主要能力：先理解改动意图，重建系统设计而非逐文件罗列；梳理新增运行时或契约、变更层次（数据库、共享类型、服务端、UI、CLI、文档）、生命周期（安装、启动、执行、UI、失败、禁用）与信任边界；按严重程度优先列出行为回归、信任或安全缺口、误导性抽象、生命周期与运维风险、难以解耦的耦合、缺失测试或不可验证声明，并尽量引用具体文件。区分产品方向、架构、实现质量、发布策略、文档诚实性等异议类型。必要时与类似开源系统比较，关注扩展边界、上下文传递、信任模型与 UI 归属。
使用方式：优先基于本地代码而非仅 GitHub PR 页面；收集目标分支或工作树、diff 规模与变更子系统、相关仓库文档与规范、贡献者意图。报告建议结构：执行摘要、PR 实际新增内容、系统工作原理教程、优点、主要发现、比较、建议。HTML 报告可参考 references/style-guide.md 与 assets/html-report-starter.html。建议需可执行，如按原样合并、特定重设计后合并、保留特定部分、作为设计研究保留。交付前检查产物路径存在、发现与代码一致、无被禁止字符串，未运行测试需明确说明。
适用场景：插件与平台类工作需警惕文档声称沙箱而运行时执行受信宿主进程、模块全局状态夹带 React 上下文、隐藏依赖渲染顺序、插件绕过显式 API 访问宿主内部、实为策略标签的“能力”。良好信号包括跨层共享的类型化契约、显式扩展点、宿主拥有的生命周期、诚实的信任模型、窄范围首发。
限制：资料未提供具体安装命令、收费或价格信息；未提供运行环境与依赖要求；未说明是否支持除 HTML/Markdown 外的输出格式。