用途：对代码库进行安全审计，目标是找出具有真实影响、可被利用的漏洞，覆盖 Web 应用、API、服务、CLI 工具、库、守护进程等。该技能为 agent 中立设计，方法论中的 Task tool、research agent、general agent、subagent_type 分别对应各平台等价的委派或子代理机制，需保留指定的角色、并行性、提示与独立性边界。
主要能力与流程：按六个阶段执行。一、侦察：映射应用架构、信任边界与输入面，产出 architecture.md。二、狩猎：依据 HUNTING.md 编排，从 ATTACK-CLASSES.md 选择范围。三、验证：合并重复项并独立尝试推翻每个发现。四、报告：写出 REPORT.md 与 FINDINGS-DETAIL.md。五、结构化输出：依据 report-schema.json 与 validate-findings.cjs 生成并校验 findings.json。六、独立验证：核实每项事实性声明并核对所有输出。子代理不写文件，由主代理统一写入输出目录。
使用方式：先确定目标代码库与输出目录；未指定时默认 ~/security-audit-skill/<repo-name>/run-<N>，N 为下一个未使用整数，可用 ls 检查，不存在则创建。若同一仓库存在历史运行，先读取其 findings.json，用于跳过已知发现、针对空白区域、解决结论冲突，并在架构摘要中简述历史结果。
严重性判定：结合可能性与影响。CRITICAL 如未认证 RCE、完整数据库导出、无凭据管理员接管；HIGH 如认证后 RCE、可外泄数据的 SQL 注入、对所有用户触发的存储型 XSS、认证绕过，以及完全击穿 RBAC 且后果真实的操作；MEDIUM 如需特定条件的定向 XSS、有实质状态变更的 CSRF、机密或凭据泄露，以及影响有限的业务逻辑绕过；LOW 如非机密信息泄露、需持续投入的 DoS、加固缺口。
限制与注意：只报告可实际利用的问题，需给出具体攻击场景；纵深防御缺口不算漏洞；不要硬编码比较对象；避免把偏离 OWASP 清单、设计内行为、无证明的“潜在”问题当作发现；不要基于未经验证的解析器或运行时假设构造利用；不要跳过业务逻辑与创造性攻击。单次运行通常只能发现约一半漏洞，建议多次运行以提升覆盖。具体命令与完整代码示例以原始资料为准，此处未提供。