用途：在审查 OpenClaw 安全公告、草稿或 GHSA 报告时，协助维护者做高置信度分诊，避免误关真实问题或引入不必要回归。
关闭标准：仅在以下情形之一成立才关闭——与已有公告或已修复问题重复；对已发布行为无效；按 SECURITY.md 属范围外；在任何受影响发行/tag 之前就已修复。不能只因 main 已修复就关闭；若最新发行 tag 或 npm 版本仍受影响，应保持开启直至发布。
必要阅读与核验：先读 SECURITY.md；用 gh api /repos/openclaw/openclaw/security-advisories/<GHSA> 读 GHSA 正文；检查确切代码路径；核验发布状态：git tag --sort=-creatordate | head、npm view openclaw version --userconfig "$(mktemp)"、git tag --contains <fix-commit>，必要时 git show <tag>:path/to/file；搜索已有公告、旧修复 bug、SECURITY.md 已覆盖的同类信任模型。
审查顺序：信任模型（前置条件是否已在受信主机/本地/插件/操作者状态内，是否被 SECURITY.md 明确列为范围外或仅加固）；已发布行为（bug 是否存在于最新 tag 或 npm 版本，是否发布前已修）；利用路径（是否真实边界绕过，而非提示注入、同用户本地控制或辅助层语义）；功能权衡（加固是否损害预期功能，优先保留用户工作流）。
回复格式：先打印 GHSA URL，再起草详细回复，含关闭的确切理由、代码引用、已发布 tag/发行事实、修复提交或重复公告，可选加固说明。语气坚定具体、不防御。
剪贴板步骤：pbcopy <<'EOF' <final response> EOF，并告知用户剪贴板已包含拟回复内容。
常用命令：gh api /repos/openclaw/openclaw/security-advisories --paginate、git tag --sort=-creatordate | head -n 20、git tag --contains <commit>、git show <tag>:<path>、gh search issues/gh search prs 等。
决策要点：main 已修但未发布通常不关闭；需先具备攻击者可控受信本地状态通常范围外；同主机同用户进程已可读写本地状态通常范围外；辅助函数与文档配置语义不同通常无效；仅严重性错误而 bug 真实时保持开启并缩小影响。
限制：资料未提供具体收费、平台依赖与效果保证。