用途：在处理 Bugcrowd 提交时使用，侧重 VRT 映射、OOS 条款反驳与按项目选择目标；通用报告模板与报告前 7 问门控分别由 report-writing、triage-validation 技能负责。
主要能力：1）VRT 分类选择：下拉框默认严重性绑定所选节点，按“漏洞主类→泄露数据类别→被绕过的控制→端点类型→通用父节点”顺序检索，选最具体且准确的最高严重性匹配，不得为抬高默认严重性而错选。文中列出若干常见映射及回退项。若无合适节点，可选 Server Security Misconfiguration → Other 或 Broken Access Control → Other，并在正文开头加“VRT mapping note”说明。2）手动严重性覆盖：Technical Severity 可独立于 VRT 默认值手动设置，适用于链式结果更严重、分类近似、项目 Focus Areas 明确更高、数据更敏感等情况；避免 P1 通胀。3）严重性请求段落：当默认低估时置于正文首节，模板含所选 VRT、默认等级、请求等级及理由，需引用项目 Focus Areas 与关联提交 UUID，避免“could potentially”等措辞。4）OOS 反驳模板：针对非认证端点限速、调试信息泄露、低风险用户枚举、理论问题等条款给出逐条反驳写法；无端到端证明则不应提交。5）链式发现：先提交链消费者（按链式严重性），再分别提交各原语并交叉引用；不重复粘贴链叙述、不宣称每个原语均为 P1、不要求合并赏金。6）目标选择：区分生产与 QA 目标，QA 提交需加说明段落。7）研究者侧规范：使用 @bugcrowdninja.com 别名注册，PoC 后恢复账户状态并记录。
限制：本文仅为报告战术与流程指引，未提供具体命令或安装步骤；具体项目规则、赏金与分级以 Bugcrowd 及项目方为准。