§0 场景闸门

本 skill 是被调度成员，不是场景入口。若当前任务会写 GitHub（提 PR / 评论 issue / commit / push / 建仓）且 .oss-task/ 下无 CHECKLIST.md：先停下，加载 routing/oss-workflow 按 §1 识别场景并实例化清单，再继续执行本 skill 对应步骤。无清单裸奔 = 违规交付（#752 实战：T1 裸奔 320s 被作者中止，61% 时间损耗）。运行时另有 penguin-guard 硬闸（PreToolUse）拦截无清单的 gh/git push 类命令。

oss-security：安全审计惯例

0. 定位

• 腾讯仓安全惯例蒸馏：skill 管分类路由与披露流程，ocr 管行级缺陷检测（零降级分层）。
• 语料：298 仓 SECURITY.md 存在性 + dependabot/codeql 配置（repo-index.tsv 现场复算）+ 12 仓安全相关 issue/PR + R11 流程规则。全录 corpus/org-sweep/drafts/out-oss-security.md（12 规则候选 S1–S12）。

1. SECURITY.md 惯例（家族化少数派）

事实	数字	启示
仅 22/298（7.4%）仓有 SECURITY.md	TencentKona JDK 线 5 仓全有、tdesign/openclaw 新式 TS 仓、AI 安全仓	不是通用惯例——只有安全敏感或企业治理线才建
55 个 C++ 仓仅 MMKV 有	传统基础库几乎全无	老仓靠流程兜底不靠文件
oss-scaffold 不建骨架	settings-profiles 无 SECURITY.md 模板	套件自身也不默认建——跟仓现状

规则 S1：目标仓有 SECURITY.md → 引导报告者走其流程；无 → GitHub Private Vulnerability Reporting；均无 → 只说「需要私密沟通」，不在公开面讨论。

2. 安全漏洞分类路由（R11 兜底）

Issue 含安全关键词（CVE/漏洞/injection/XSS/…）
  ├─ SECURITY.md 存在 → 按文件引导
  ├─ GitHub Private Vulnerability Reporting 可用 → 引导私密提交
  └─ 均不可用 → 「请通过私密渠道报告」+ 不在 issue 正文展开技术细节

规则 S2（四禁公开面）：Issue 正文/评论/Commit message/测试名/PR 描述中禁止出现：载荷（payload）、复现脚本、exploit 代码。测试名也在禁令内（test_xss_injection 泄漏信息）。 规则 S3：安全漏洞是 PR 自动选题的硬排除项（pipeline.md 1.4）——不走贡献流程，走披露流程。

3. 检测分层（零降级）

层	工具	覆盖	缺失时
行级缺陷	ocr review --format json（必装）	NPE/线程安全/XSS/SQL 注入	硬停
分类路由	本 skill §2	漏洞报告 → 正确渠道	—
依赖漏洞	dependabot（23/296 仓配置，tdesign 家族 14 仓全配；renovate 0）	version-match advisory	人工 npm audit 兜底

规则 S4：ocr CLI 的检测类型清单以 pipeline.md 转述为准（ocr help 本身不枚举——review/scan/rules check 子命令实测确认）。

4. 依赖漏洞响应

• dependabot 是唯一惯例（tdesign 家族 14 仓全配）；bot PR 被语料处理显式排除（不进人工审阅流）。
• 已公开 CVE 误报的公开说明模式（AI-Infra-Guard #158）：在 issue 公开解释为何不影响本仓 + 给验证步骤——不隐藏不回避。
• bot 批量 CVE 规则 PR 快合模式（#647/#663）：dependabot 发起的批量更新走快速通道（不逐行 review，跑测试通过即合）。

5. [!WARNING] 警示模式（对照档案级——不主动套用）

D9 DNA 条目已被盲评退出阀降级为对照档案：目标仓已有 [!WARNING] 警示框 → 跟随其场景（部署边界/数据安全/访问控制）；仓没有 → 不主动引入。废弃 API 场景归 CHANGELOG Breaking Changes 段，不混入 WARNING。

6. 引用接口

• oss-contribution R11（安全流程）→ 本 skill §2 展开为三路路由。
• oss-contribution P7 自审 → ocr review 跑行级缺陷（S4 分层）。
• oss-scaffold 建仓 → 不默认建 SECURITY.md（S1 家族化行为），企业治理线仓例外。

7. 证据与局限

• 全部数字 298 仓结构层 + repo-index.tsv 现场复算；规则候选全录 out-oss-security.md（S1–S12）。
• 局限：渗透测试执行不在本 skill 范围（security-audit skill 管）；许可证法律意见不在范围（penguin-oss-ops 明确排除）；ocr 检测类型以 ocr CLI 实际输出为准非本 skill 枚举。