用途：对指定代码仓库产出聚焦式风险审计，发现使系统难以变更、难以运维、难以测试、敏感面不安全或在真实故障下脆弱的实际问题。输出为决策辅助，而非泛泛批评；每条发现必须绑定仓库证据并按风险排序。
输入：用户目标、明确排除项及最关注的风险领域；仓库结构、语言工具链、依赖清单与入口点；现有测试、CI 工作流、部署脚本、运行时配置与运维文档；若审计针对未合并改动，还包括近期本地 diff。若用户要求全仓库审计且未限定范围，按所有权边界与运行时路径抽样，而非逐文件穷读。
工作流程：建立系统地图（主要限界上下文、可执行文件、库、数据存储、外部集成、后台任务、面向运维的脚本）；追踪关键路径（启动、请求处理、数据变更、认证授权边界、持久化、定时任务、故障恢复，优先跨模块或跨进程路径）；检查风险面，分架构、运维、测试、安全相邻、可维护性等独立视角，记录具体缺陷与易致缺陷的设计条件；以证据验证，绑定文件路径、行号、执行的命令、配置值、测试缺口或直接观察行为；按严重度、可能性、影响范围、可逆性与修复成本排定优先级；报告剩余风险。
风险视角（作为提示而非必须穷尽的清单）：架构（隐式顺序依赖、全局状态、模块边界与运行时/数据所有权不匹配、错误处理丢失领域上下文、迁移缺乏明确负责人）；运维（启动/关闭/重试/超时/退避/取消缺失或不一致、可观测性未覆盖关键故障模式、部署回滚依赖手工状态、配置默认值不安全、后台任务重复或丢工作）；测试（仅覆盖正常路径、断言实现细节而漏掉外部契约、夹具掩盖集成与并发风险、CI 跳过测试无补偿门禁）；安全相邻（非正式安全审计，仅标记常规工程评审可见风险：调用点认证授权或密钥处理不清、输入跨信任边界缺乏校验、敏感数据进入日志错误缓存遥测、依赖或外部命令权限过大、失败行为泄露信息或绕过防护）；可维护性（复杂代码无本地说明或安全扩展点、相似行为多处实现且漂移、公共契约隐式、死路径与 TODO 遮蔽意图、构建生成验证步骤难以发现）。
证据标准：每条发现包含简明标题（陈述风险）、仓库证据、影响、可能性、修复（最小可信下一步及涉及的归属边界）、优先级（P0-P3）。P0 仅用于可能立即造成生产损害、数据丢失、凭证泄露或阻断交付；P1 为高影响且很可能出现；P2 为有界或较低可能；P3 为提升信心的清理。
输出格式：Markdown 报告，含范围、执行摘要、发现（含优先级、类别、证据、影响、可能性、修复）、修复计划（即时、近期、后续）、验证缺口、剩余风险。质量要求：先给发现而非背景；不报与运维或交付风险无关的风格小问题；无证据不宣称漏洞；优先少量更强发现而非宽泛清单；推断须明确标注。具体触发条件与安装方式暂未提供。