用途：本技能面向在 Bugcrowd 平台提交漏洞报告的场景，补充通用报告写作技能，处理 VRT 映射、OOS 条款反驳以及按项目选择目标等问题。通用模板与是否上报的判定分别参考 report-writing 与 triage-validation。
主要能力：一是 VRT 分类选择，按漏洞主类、暴露数据类别、被绕过的控制、端点类型、通用父节点顺序检索，选取仍能准确描述漏洞的最高严重性匹配；无合适节点时选 Server Security Misconfiguration > Other 或 Broken Access Control > Other 并在正文开头写 VRT 映射说明。资料给出 2FA 绕过、密码预言机无速率限制、GraphQL introspection/APQ 白名单绕过、用户名到真实姓名 PII 枚举、状态失步、邮件/短信轰炸、令牌爆破等常见映射及回退项。二是手动严重性覆盖，表单允许单独设置 Technical Severity，并说明 VRT 建议严重性不保证被采纳；覆盖时机包括链式结果高于单独漏洞、分类近似、项目 Focus Areas 列出更高严重性或数据敏感度更高。三是在正文首位写严重性请求段落，资料提供模板与示例结构，要求引用项目 Focus Areas 名称、以完整提交 UUID 交叉引用，避免使用 could potentially 等措辞。四是 OOS 条款反驳模板，覆盖非认证端点速率限制、调试信息泄露、低风险用户枚举、理论问题四类，并指出无端到端证据时不应提交。五是链式提交策略，先作为独立报告提交原语并标注各自严重性，再提交链式消费者报告并双向回填 UUID，不做合并赏金请求。六是 QA 与生产目标选择，给出选择依据及 QA 免责声明段落模板。
适用场景与限制：适用于 Bugcrowd 提交环节。VRT 默认严重性是基线而非固定常量，Bugcrowd 会随版本调整架构，单个项目也可重映射默认值，应以当前表单实际建议为准；本技能不重复通用报告模板，不提供完整长代码示例。