用途：运行并行安全审计，区分真实可利用性与一般性担忧。使用前需确认团队工具可用，否则须在配置中启用 team_mode 后重启再试；须处于主会话，并具备明确目标（仓库、diff 范围、PR、候选版本、路径列表或威胁面）。若用户未提供目标，则审计当前仓库及当前分支相对上游或合并基线的 diff；若无 diff，则审计工作树中安全敏感面。
团队构成：一个 Team Mode 运行包含 5 名成员，分别为 surface-hunter、auth-data-hunter、runtime-supply-hunter、poc-engineer-a、poc-engineer-b，各带指定类别与提示词。若某类别不可用，仅将该类别替换为 unspecified-high 重试一次，不得将团队缩减至 5 人以下。
流程：阶段 0 收集范围与基线；阶段 1 三名猎手独立排查，每条候选须含标题、受影响文件或函数、攻击者能力、攻击路径、影响、CWE 候选、确切证据与安全验证思路；阶段 2 去重后将最强候选交给两名 PoC 工程师，返回已复现、已证伪或不安全运行，以及命令、夹具或静态证明与严重性建议；阶段 3 交叉核对，确认哪些发现成立、应降级或移除，以及最小修复与回归测试；阶段 4 输出最终报告，含结论、范围、发现表、各发现的证据与修复、被降级或拒绝的候选及残余风险。
标准：以 CWE 分类根因、OWASP WSTG 方法论、OWASP ASVS 控制验证、CVSS v4.0 评分；无攻击路径不给严重性，无具体利用前提与影响不给严重或高危，CWE 类别与严重性分开，优先小型可复现 PoC，禁止对真实服务或第三方系统运行破坏性利用，必要时使用本地夹具、玩具载荷、试运行或静态证明。输出时先给结论，不埋没阻塞问题，不将推测性发现当作漏洞，未实际评分不声称 CVSS 精度，每条存留发现须附确切文件路径与命令；若无发现通过 PoC，须明确说明并列出残余风险。