用途：对用户指定的文件夹、包或整个仓库做一次完整质量审计，像刚接手项目、出问题会被叫去处理的资深开发者那样，按正确、安全、扛得住负载、有测试、快、精简的优先级给出报告。全程只输出报告，不改动代码。
主要能力：先做映射，读 README、部署与构建配置、依赖列表、入口（main、路由、处理器、任务、CLI 命令）和测试，确认预期负载并按该规模判断，追踪主流程（数据输入、存储、输出），重点深挖错误代价最大的部分，并说明未读的部分。随后查找：缺陷（错误结果、崩溃、边界情况如空值、零、末项、舍入、时区，调用方与函数返回值不一致，同一规则在两处应用不同）；风险（注入、弱随机、硬编码密钥、缺少输入校验、数据丢失如吞掉错误、写入顺序错误、缺事务）；规模问题（先检查后写入竞态、每个进程重复工作、只增不减的内存或列表、逐项查询、大输入下的 O(n^2)、需共享的进程内状态）；缺测试的风险逻辑；明显拖慢性能的热点；以及精简项，包括 delete、reuse、stdlib/native、yagni、merge、split。
使用方式：由用户在支持该技能的平台上调用，指定审计范围；未指定时默认整个仓库。报告开头用两三句说明仓库做什么及假设的负载，然后按 Must fix、Should fix、Nice to have 三组列出发现，跨组编号，最多 20 条，每条包含标题加位置、What this is、Problem、Fix、If we skip it 四部分。结尾给出 Verdict、可能时给出 Lean 预估，以及 Not checked。
限制：每条发现必须有具体触发场景，否则不作为发现；判定未使用代码前需全树搜索含测试、夹具、配置与动态引用；带 shortcut: 注释标明其限制的不算发现；只提最小可行修复，优先删代码，不加多余层级、框架或配置；不谈风格偏好，不写“考虑”“担心”之类模糊表述。资料未提供价格、平台、安装命令等细节。