用途：对代码库执行多智能体安全审计。整个流程分为三个阶段，后一阶段依赖前一阶段的产出。
阶段一 发现：扫描代码库查找漏洞，包括 0-day。阶段二 验证：对发现的漏洞做两轮交叉验证。阶段三 验证：对确认的漏洞编写 PoC 代码或输出分析文档。
前置检查：先确认目标项目是否有上下文文件——用 Glob 检查 {project_path}/CLAUDE.md 与 {project_path}/.claude-index/ 目录是否存在。两者都存在则直接快速开始；任一缺失可让用户决定是否先用 project-indexer 技能生成索引。
快速开始配置：通过 AskUserQuestion 一次性收集报告语言（中文/English）、安全团队背景（Google Security、Microsoft MSRC、Meta Red Team、Apple Security Engineering）、执行哪些阶段（完整流水线 1→2→3、仅阶段1、阶段2+3、仅阶段3）、技术领域（全领域自动扫描、云原生/容器、Web/API/移动、系统/基础设施/加密，也可自定义），再询问目标项目路径与报告输出目录（默认 {project}/security-report/）。
主要能力：发现阶段用 5-6 个 general-purpose 智能体在隔离 worktree 中各自负责一个扫描域（认证与授权、输入校验与注入、加密与密钥、容器与基础设施、API 与网络、逻辑与竞态），各自输出报告后由组长汇总。验证阶段同样用 5-6 个智能体，第一轮独立复核指定漏洞，第二轮交叉复核他人结论，判断漏洞路径是否可达、是否存在缓解措施、严重性是否准确，并为 0-day 判断是否确为新漏洞。验证阶段约 10 个智能体认领已确认漏洞，可行则编写并执行 PoC，不可行则编写分析与验证指南。
使用方式：按团队编排模式执行——TeamCreate 建队、TaskCreate 建任务、经 Agent 工具派生智能体（subagent_type 为 general-purpose，隔离 worktree，mode 为 bypassPermissions），TaskUpdate 分配任务，完成后汇总，最后 SendMessage 发送 shutdown_request 并用 TeamDelete 清理。智能体启动前应读取 CLAUDE.md 与 .claude-index/ 以定位代码。
输出结构：报告目录下分 phase1-discovery、phase2-verification（含 round1/round2）、phase3-validation（含 poc 与 analysis），以及 final-summary.md。报告按学术会议发表质量要求撰写，需引用文件路径、行号、代码片段，使用 CVSS v3.1 评分，并附 CWE、CVE 与文献引用。
限制：资料未提供安装命令、收费与价格、平台支持范围及实际效果等事实，均暂未提供。