redteam-report-template 是一套面向客户交付的红队与渗透测试报告编写规范，重点解决“测试发现如何整理成正式、可信、可审阅的交付文档”这一问题。
用途与适用场景 该技能用于需要正式交付报告的场合，包括签署 SOW 的外部红队项目、提交给 CISO 或 IT 安全团队（而非漏洞分级人员）的渗透测试报告、需要技术与非技术干系人共同审阅的发现，以及需要 DOCX/PDF 输出而非仅 Markdown 或平台界面的报告。它明确不适用于漏洞赏金平台提交、快速概念验证备忘录和团队内部记录。
每条发现的六段式结构 规范要求每条发现按固定顺序组织：Subject（一行平实英文说明问题）、Observations（仅列测试中观察到的事实，不做解释）、Description（2 至 4 段技术说明，解释为何这些观察构成漏洞）、Impact（攻击者可实现的具体结果，并关联客户业务，如资金、数据、声誉、监管风险）、Recommendation（具体可执行的修复措施，如厂商补丁、配置变更、代码级修复）、Proof of Concept（编号复现步骤，包含完整 HTTP 请求、载荷与所用工具）。文档级结构依次为执行摘要（一页、非技术）、项目详情（范围、方法、工具、时间线、团队）、风险汇总表、按严重性排序的发现正文、攻击面与侦察附录、IoC、清理声明和附录。
严重性与状态 技能提供面向客户的严重性分级表，将 Critical 至 Informational 对应到业务定义与大致 CVSS 区间，并强调红队严重性不应机械照搬漏洞赏金的 CVSS 评分。状态字段用于区分红队交付与赏金报告，取值包括 Confirmed、Confirmed; patched mid-engagement、Confirmed; partially reproducible、Suspected (1 signal)、Out-of-band。
写作与质量要求 规范要求观察用过去时、缺陷描述用现在时、建议用祈使句；禁止“可能”“也许”等模糊表述，禁止泛泛的“实施安全最佳实践”。交付前需完成检查清单：六段齐全、每条发现至少一项截图或 HTTP 级证据、PoC 中客户 PII 已脱敏、截图路径可解析、DOCX 渲染检查、严重性排序、执行摘要与最终发现一致、清理声明明确、IoC 可供 SOC 关联、拼写检查与工具版本记录。
DOCX 生成 资料给出基于 pandoc 的转换命令（含 --resource-path、--toc、--highlight-style 等参数）以及用 python-docx 统计嵌入图片、段落和标题数量的校验脚本，并规定截图命名格式为 screenshots/F<NN>_<descriptive>.png，同一发现的多张截图使用字母后缀。
限制 该技能仅为流程与方法指导，不授权任何探测或利用行为；以文档形式导入，上游的模板文件、脚本、命令与调研资产均未随附，需要使用者自行准备；它不包含具体工具实现，也不替代漏洞赏金报告格式。