AboutSecurity 内容吸收与 Skill 更新 SOP

这个 skill 用于把外部安全资料转化为 AboutSecurity 仓库中的高质量 skill/reference 内容。目标不是“搬运全文”，而是把可信、可复用、符合项目结构的方法论沉淀到正确位置。

工作原则

• 先理解仓库，再理解资料，再动手写。AboutSecurity 的价值来自结构化方法论，不是堆命令。
• 只写能确认来源或能合理验证的内容。不能确认的说清楚，不要补脑、不要编造工具参数、API 名称或能力边界。
• 保护贡献者内容。更新已有内容时优先“纠错、去重、归位、压缩”，避免无理由覆盖近期贡献。
• 中文解释，英文命令。正文面向中文读者；命令、参数、路径、API、工具名保持原文。

Phase 1: 建立项目上下文

每次开始前先快速读取当前项目状态，避免按过期记忆修改：

1. 检查 CONTRIBUTING.md，重点确认：
   • SKILL.md 是 YAML frontmatter + Markdown
   • description 是触发器，要写清触发场景
   • 正文是方法论驱动，不是工具调用清单
   • SKILL.md 控制在 500 行以内，深度内容放 references/
   • 不使用 {{target}} 这类不会被替换的模板变量
2. 查看相关目录：
   • skills/<category>/<skill>/SKILL.md
   • skills/<category>/<skill>/references/*.md
   • .claude/skills/ 仅用于项目级 Claude skill，不等同于 AboutSecurity 安全知识 skill
3. 查看 git 状态和近期提交：
   • 当前改动是否来自用户/其他贡献者
   • 远端是否有新合入内容
   • 本次修改会不会覆盖近期 PR 的新增内容

如果用户要求“先 pull”或“别覆盖远端贡献者内容”，先处理 git 状态，再开始内容吸收。

远端贡献者保护

当用户关心远端新内容、近期 PR 或贡献者改动时，先执行安全检查：

git fetch origin --prune
git status -sb
git log --oneline --left-right --graph origin/master...HEAD
git diff --name-status $(git merge-base HEAD origin/master)..origin/master

判断原则：

• 远端新增或修改的文件不能被本地旧内容覆盖。
• 本地和远端分叉时，先报告领先/落后关系和远端新增文件，不要直接 reset、rebase 或强行覆盖。
• 如果用户明确说“本地修改不关心，可以覆盖”或“对齐远端”，才可以执行 git reset --hard origin/master 这类破坏本地改动的操作。
• 如果只需要拉取远端且保留本地改动，优先使用 merge-style pull + autostash，避免重写本地提交历史。

Phase 2: 理解输入资源

把用户给的资料当作原始材料，而不是最终文本。先回答这几个问题：

问题	目的
资料属于哪个攻击阶段/安全主题？	决定 skill 归属
是方法论、工具说明、payload 清单、漏洞 PoC、还是案例？	决定放 SKILL.md 还是 references/
哪些内容是 AboutSecurity 已有的？	避免重复
哪些内容是新增、可验证、对实战有价值的？	提取增量
哪些内容存在不确定、过时、夸大或无法验证？	不写入或标注限制

对大资料源先做差距分析：

资源主题
├─ 已覆盖：AboutSecurity 已有位置 + 是否需要补充
├─ 可新增：建议文件 + 新增价值
├─ 应跳过：重复/低价值/无法验证/不符合项目边界
└─ 待验证：需要查源或运行帮助命令确认的参数/API/工具能力

动手修改前先形成落点清单，尤其是资料量大或会改多个文件时：