用途：撰写、修订或提交前检查漏洞报告与安全公告及其证据包，覆盖 GitHub 私密漏洞报告、邮件报告、公开披露等渠道。目标是让维护者或分诊者无需追问即可确认问题。
主要能力：报告首段说明缺陷、触发条件与已演示结果；给出确切测试版本并与估计范围分开；从干净环境复现并列出预期与观察结果；用明确前置条件界定影响；除非渠道要求，严重性交由维护者评定；说明所用工具与 AI 做了什么、人验证了什么。证据需命名、被正文引用、计算哈希，且不含私有路径与密钥。
使用方式：先阅读目标的安全政策、报告表单、威胁模型与已发布公告；判断是否属于该模型下的漏洞；记录确切版本、提交与环境；区分“已演示”“源码验证”“推断”三类声明；按渠道顺序撰写章节；提供可被陌生人运行的复现步骤；建议修复方案；精确披露工具与 AI 使用。提交前运行 python3 -I <skill-dir>/scripts/check_report.py <absolute report path> --venue <pvr|ghsa|h1|email|plain|oss-security|writeup> --evidence <paths> --hash，并阅读扫描覆盖摘要与 assets/presubmit-checklist.md。
适用场景：GitHub 私密漏洞报告、GHSA、HackerOne、邮件、oss-security 及公开写作等渠道。
限制：草拟与检查本地文件是默认行为；提交报告、发帖、发邮件、开公告、申请 CVE、发布文章均为独立动作，仅在用户明确要求时执行。未修复漏洞细节不得出现在公开渠道，除非目标政策如此规定。AI 起草文本的政策因项目而异，部分项目要求报告人自行撰写。严重性、影响范围等规则在来源间存在分歧时，以目标自身书面政策为准。