用途：围绕 API 攻击面、输入边界、身份权限、错误泄露和安全合同设计安全测试或审查准备；在资料不完整时交付可复核初版，并明确假设、缺口与需人工决策的事项。
主要能力：从已给 API 清单建立 endpoint、主体、资源、动作、敏感字段和信任边界表，标注身份来自服务端还是可控请求；围绕攻击面、输入边界、身份权限、错误泄露和安全合同建立可复核场景；为每项记录影响、优先级、责任角色、关闭条件和验证方法；区分静态安全证据、计划中的验证和已发生的执行。
使用方式：先读取 prompts/api-security-testing.md，执行输入审计、覆盖清单和输出合同；提取范围、环境、版本、角色、数据、依赖、限制和可用证据。默认输出 Markdown，按安全风险、证据和优先级组织；用户要求表格、CSV、JSON 或工单格式时保留相同发现字段和证据状态，进入自动化流程前先确认 schema、枚举值和必填字段。需要评测时读取 evals/eval.yaml 和匹配的 evals/cases/；仅当目录存在且任务需要时读取 references/、examples/、scripts/ 或 output-formats.md。
适用场景：API 安全测试设计、审查准备、证据整理与验证计划编制，尤其适合高影响、难探测、权限敏感或数据敏感路径。
限制：只分析上述范围，不登录系统、不调用真实 API、不读取凭据；不编造漏洞、攻击成功、修复完成、扫描覆盖或安全通过结论；缺少证据时标记待确认、blocked 或 unassessed 并给出隔离验证方法；风险接受、例外授权和发布判断必须留给人工。交付前需完成 known、missing、conflicting、stale、out_of_scope、assumptions 审计，并分离事实、推断、建议、信息缺口和人工决策。