用途：对一个代码范围（路径、模块、PR diff 或整个仓库）执行专家小组式代码审计，最终由决胜负责人输出一份统一报告，先列发现项，按严重性排序，并给出文件引用、影响说明与可执行修复建议。
主要能力与流程：开始前需加载 references/audit-framework.md。审计按固定顺序进行：建立上下文（读代码与产品流程，识别资产、入口点、高风险操作、特权动作、外部依赖与失败代价高的路径）；构建不变量覆盖矩阵（把数据关联、认证生命周期、输入/传输、形状类不变量映射到每个可变路径，如 HTTP 路由、webhook、异步任务、脚本，等价路径缺失对等性视为候选发现）；第一轮专家审查依次为安全、性能、UX、DX、边界情况大师，按框架中的 schema 记录；决胜负责人协调分歧、定级与置信度、去重合并；第二轮交叉复审中，安全/性能/UX/DX 重新评估既有发现和边界触发场景，边界情况大师对残余风险做最终检查；最后输出统一报告。
必要输入：审计范围、产品上下文（PRD/规格/用户故事、信任边界、关键业务流程）、运行时上下文（部署模型、队列/定时/后台任务、流量特征、数据敏感性、滥用假设）、约束（时间线、可接受风险、偏好的修复风格）。缺少产品上下文时需明确写出假设并继续。
输出格式：Findings（仅列已验证问题）、Open Questions / Assumptions、Change Summary、Suggested Verification。质量要求包括具体证据与文件行号、可行时给出复现步骤、可执行修复、区分确认缺陷与推测风险、每个发现标注置信度、跨路由一致性扫描、每个 High/Critical 发现至少配一个针对性回归测试。
限制与护栏：不提供可操作的滥用指令或漏洞武器化细节；操纵性 UX 模式按法律/信任/声誉风险评估，不作为增长建议；优先用户安全、系统完整性与可维护工程结果。目标栈为 Bun + SQLite 时，定稿前应用框架中的运行时专用检查清单。产品名称、URL、代码与安装命令均未在资料中提供更多细节，价格、收费、平台与效果暂未提供。