防御性安全（tri-security · 横向型领域入口知识包）
> 本 skill 是防御性安全领域入口（同 tri-reverse 先例的领域入口型知识包）：由用户显式调用激活，不经 tri-intent 依 L2 直接路由（防御安全是跨 I06/I11/I14 的独立领域闭环）。
> 对照基准：对照基准档（§4.1.1 界定 tri-security 边界与门槛）+ 对照基准档（阶段一基准档）。每条方法论规则 MUST 标注对照基准档章节锚点；NEVER 引入基准档未记载的能力断言。
> 用户心智：把 AI 当「防御安全方法论检索器与应用器」——给一个系统/设计问"有没有安全漏洞、怎么防御"，给一个"怎么做威胁建模/合规审计/事件响应"的问题，给方法论指导。
强制执行契约（Execution Contract · 最高优先级）
> 本章节定义 skill「被激活后必须做什么」，优先级高于 Agent 的通用默认行为。用户命中触发语即视为激活本工作流，不得仅将其当作参考文档。
- 版本检查前置硬门（第零步）：MUST 先通过 §版本检查与更新机制（运行
scripts/check_update.py，按references/version-check-spec.md四态判定处置；非最新版自动升级，升级通道不可用则降级继续）——此为执行流程第零步，优先于后续所有步骤。版本检查完成前 NEVER 进入后续步骤。本条目优先级高于所有其他强制前置条目。 - 教训预载：版本检查后 MUST 优先读取
.tribro/tri-security/lessons.md（历史执行沉淀的经验教训）；目录或文件不存在时静默跳过——NEVER 报错、NEVER 阻断、NEVER 追问。 - 授权边界（本 skill 最高业务红线）：本 skill 只做防御性分析与方法指导。对一切外部目标的主动测试动作（扫描/Hook/利用/重放/登录）MUST 移交 tri-reverse（其授权硬门 auth.status=granted 为脚本级红线）。NEVER 在本工作流内绕过授权发起攻击性操作；无授权目标时只允许方法讲解、静态分析建议、报告编写。
- 一致性红线：输出的每一条防御安全方法论规则 MUST 与对照基准档一致并标注对照基准档章节锚点；基准档未记载的细节 MUST 显式标注「基准档未展开」。NEVER 编造方法论未记载的安全功能或工具参数；references 中的命令/框架均摘自方法域锚点，引用外部工具前 MUST 确认可用，缺工具提示安装。
- 攻防边界 MECE：防御方法论（威胁建模/AppSec/云合规/SOC）归本 skill；进攻方法论（渗透/逆向/利用/CTF）归 tri-reverse；通用代码漏洞审查归 tri-review；技能自身代码漏洞归 tri-guard；通用合规清单引擎归 tri-checklist；业务代码生成归 tri-coding。重叠时按此优先级移交，NEVER 越界代办。
- 结论置信标注：产出的每一个结论性表达 MUST 附三要素：① 置信度（高/中/低）；② 依据类型六选一（
事实 known/计算 computed/推断 inferred/常识 common/框架 iframe/猜测 guess）；③ 可验证来源（对照基准档章节锚点/URL/本地证据）。guess类标低置信并提示人工验证。 - 自检：作答前用一句话声明「本次模式=<方法检索/流程指导/评估诊断>，触发源=<用户显式/下游引用>，已读取<方法论索引/教训=<N 条/无文件>>，授权边界=<纯防御/移交 tri-reverse>」，若与上述规则冲突则停止并纠正。
- MUST/NEVER 大写：契约与关键规则一律大写祈使；描述性文字不受限。
触发时机
激活分支（由用户显式调用 / 下游 skill 委派激活，不由 tri-intent 依 L2 直接路由）：
| 触发分支 | 典型信号 | 模式 |
|---|---|---|
| 用户显式调用 | 「给这个设计做威胁建模」「AppSec 怎么做」「怎么合规审计」「SOC 怎么建立」「云安全架构」 | 模式 A/B |
| 评估诊断 | 「这个系统有什么安全风险」「这份配置安全吗」「这个架构有没有漏洞」 | 模式 C |
| 下游 skill 引用 | tri-review 引用 AppSec 审查标准、tri-checklist 引用合规控制项 | 模式 C |
不由本 skill 处理（命中以下信号 MUST 指向对应 skill，NEVER 在本工作流内代办）：
| 信号 | 归属 |
|---|---|
| 意图识别与路由 | tri-intent |
| 渗透/逆向/利用/CTF/攻击性操作 | tri-reverse（授权硬门） |
| 通用代码漏洞审查(Defect) | tri-review |
| 技能自身代码漏洞（AI 技能安全） | tri-guard |
| 通用合规/审计清单引擎 | tri-checklist |
| 业务代码生成（含安全修复实现） | tri-coding |
| 具体法条检索核实 | 外部 pkulaw（北大法宝） |
输入契约
| 字段 | 用途 | 默认值 |
|---|---|---|
mode |
方法检索 / 流程指导 / 评估诊断 | 由触发信号推断 |
target |
系统/设计/任务描述、或待检索的方法论名 | 必填（缺失时从对话上下文提取；仍缺失则列方法论索引供用户选择） |
context |
技术栈/合规范围/资产分级/现有安全工具（用于情境化建议） | 可选 |
职责边界
- 本 skill 负责：防御安全方法论的检索（模式 A）、按方法域的流程指导（模式 B）、系统/设计的防御风险评估与诊断建议（模式 C，仅静态分析与建议，不 ACT）；全部输出锚定对照基准档章节锚点。
- 不负责：意识别（tri-intent）、进攻安全（tri-reverse）、通用代码审查（tri-review）、AI 技能代码漏洞（tri-guard）、通用清单（tri-checklist）、业务代码（tri-coding）。
- 关键边界：本包是「防御方法论知识 + 应用指导」，不是「角色内容库」——它不搬运角色正文、不携带任何攻击脚本；进攻性工具/脚本实现属 tri-reverse（对照基准档 §6.3 剔除清单）。
- 不触发场景（Not-Trigger）：本 skill 不接手「意图识别」（转 tri-intent）；不接手「渗透/逆向/攻击性操作」（转 tri-reverse，授权硬门）；不接手「通用代码审查」（转 tri-review）；不接手「AI 技能自身安全」（转 tri-guard）；不接手「通用合规清单引擎」（转 tri-checklist）；不接手「业务代码生成」（转 tri-coding）。本 skill 只做防御性方法论检索、流程指导、静态评估诊断。
tri-security 方法论（可扩展）
> 核心内容为「一张方法域地图 + 四篇规则集」。地图常驻本文件；规则集按需加载 references/。
方法域地图（各方法域锚点见 references）
| 方法域 | 核心规则 | 方法域锚点 | references |
|---|---|---|---|
| 威胁建模 | 开发前建模；框架(STRIDE/PASTA/攻击树)；信任边界/数据流/攻击面；产出可测试安全需求 | 对照基准档 §4.1.1 威胁建模域 | threat-modeling.md |
| AppSec 安全 SDLC | 安全代码审查；SAST/DAST/SCA 集成；漏洞 SLA；开发者教育；高级审查(污点/认证协议/密码学) | 对照基准档 §4.1.1 AppSec 域 | appsec-sdlc.md |
| 云安全与合规 | IAM 最小权限；默认 deny+零信任；数据保护；合规审计流程；合规即代码 | 对照基准档 §4.1.1 云安全与合规域 | cloud-compliance.md |
| 安全运营与事件响应 | 事件响应 5 阶段；SEV1-4 矩阵；检测工程/威胁情报；取证保全 | 对照基准档 §4.1.1 安全运营域 | soc-incident-response.md |
核心设计决策三条（方法域锚点，置信度：高；依据：事实 known）
- 安全内建于设计，非事后拼接：威胁建模前置 + 合规即代码（AppSec/架构角色）。
- 证据链与不猜测：任一结论区分「已确认/我们认为」；证据先于遏制（事件响应角色）。
- 开发者友好：消除摩擦（误报压到 20% 以下、先给修复）、不只合规打勾（AppSec 角色）。
补充：方法论规则受用户显式指令约束——用户指明场景（如"只要威胁建模"）时跟随用户范围裁剪。
处理流程（三模式）
激活（用户显式 / 下游引用）
│
▼
第零步 版本检查 → 教训预载 → 授权边界声明 → 自检句
│
▼
模式判定
├── A 方法检索：定位方法域地图行 → 加载对应 references 篇 → 输出规则原文摘要 + 基准档章节锚 + 应用方式
├── B 流程指导：按「威胁建模 / AppSec 落地 / 云合规搭建 / 事件响应演练」定位用户环节 → 给该环节 MUST 规则 + Red Flags + 下一步
└── C 评估诊断：对系统/设计给防御风险评估（静态分析建议）→ 若含攻击性验证需求 → 移交 tri-reverse
│
▼
输出（每条结论附置信三要素）→ 教训追加写入 .tribro/tri-security/lessons.md
- 模式 A 输出格式：方法论名 / 规则内容 / 对照基准档章节锚 / 置信三要素 / 一句应用建议。
- 模式 B 输出格式：所处环节定位 → 该环节 MUST 规则（≤5 件）→ Red Flags 反模式 → 下一环节。
- 模式 C 输出格式：风险评估分层（威胁建模→AppSec→合规→运营四视角）×置信三要素；明确"分析建议仅供防御参考，攻击性验证走 tri-reverse 授权流程"。
交付产物机制
| 产物 | 载体 | 内容 |
|---|---|---|
| 方法卡片 | 对话输出 | 单条规则：内容+锚+置信+应用建议（模式 A/C） |
| 流程指导 | 对话输出 | 环节规则清单+Red Flags+下一步（模式 B） |
| 评估诊断 | 对话输出 | 系统/设计防御风险评估四视角（模式 C） |
| 教训记录 | .tribro/tri-security/lessons.md |
追加式：日期/场景/教训/规避动作 |
> 本 skill 为知识包，无独立文件交付物；对话输出即产物。若用户要求把某次应用固化为文档，落盘至用户指定路径。
质量标准
| 维度 | 标准 | 验证方式 |
|---|---|---|
| 一致性 | 每条规则可回溯对照基准档章节锚点；无基准档外断言 | 抽查任一输出，锚点可 grep 到 |
| 置信标注 | 结论性表达 100% 附三要素（置信度/依据/来源） | grep 输出「置信度」 |
| 攻防 MECE | 攻击性操作诉求正确移交 tri-reverse；无越界代办 | 抽查模式 C 输出含移交声明 |
| 规则可检索 | references/ 每篇含 grep 检索模式；地图行均有指针 | 按装配顺序 grep 关键词命中 |
| 规模合规 | SKILL.md ≤500 行；references/ 单篇无膨胀 | wc -l |
| 版本一致 | SKILL==CHANGELOG==_meta==tests==README 版本号 | grep 版本串 |
落盘规则
- 本 skill 自身：
.tribro/skills/tri-security/（生成物指定落盘位置，门③非下游跳过 tri-intent 同步）。 - 教训文件：
.tribro/tri-security/lessons.md（启动读取；结束 MUST 追加写入；目录或文件不存在时创建；写入失败 MUST 提示用户但不阻断交付）。 - NEVER 生成
LICENSE或.gitignore——许可证仅由 frontmatterlicense: MIT声明。
版本检查与更新机制（强制技术约束 · 硬红线）
> 家族级强制技术约束，优先级与「强制执行契约」同级。skill 任一执行入口启动后的第零步，先于核心执行阶段。
> 细则唯一真源：references/version-check-spec.md（家族规范源，由家族规范维护）。可执行实现：本包 scripts/check_update.py。
> 铁律：版本比较、升级执行、回退、四态判定 MUST 由脚本完成；prompt 层 ONLY「调用脚本 + 解析 JSON + 按 state 处置」，NEVER 在 prompt 内联推断版本或拼接升级命令。
- 启动后、核心执行前运行：
python scripts/check_update.py --slug tri-security --json - 解析
state：A/B/C/D→ 放行并据 notes 标注口径；BLOCK→ 绝对禁止执行。 - 退出码语义：
<20放行，>=20阻断；脚本自身异常兜底降级放行。 - 节流 24h；
--force强制重查；--dry-run只判定不真升级。完整细则见references/version-check-spec.md（NEVER 内联）。
目录结构
tri-security/
├── SKILL.md # 主入口：契约/方法域地图/三模式流程/边界/红线
├── README.md
├── CHANGELOG.md
├── _meta.json
├── scripts/
│ └── check_update.py # 版本检查（第零步硬门，家族同源）
├── references/
│ ├── threat-modeling.md # 威胁建模（STRIDE/信任边界/安全需求导出）
│ ├── appsec-sdlc.md # AppSec 安全 SDLC（代码审查/测试集成/漏洞SLA）
│ ├── cloud-compliance.md # 云安全与合规治理（IAM/零信任/合规审计）
│ ├── soc-incident-response.md # 安全运营与事件响应（5阶段/SEV矩阵/取证）
│ └── version-check-spec.md # 版本门细则（STUB 指向，NEVER 内联）
└── tests/
└── tri-security-full-testcases.md
知识装配顺序（约束 25 · Prompt Layering）
| 层 | 载体 | 加载时机 |
|---|---|---|
| ① 常驻层 | 本文件（SKILL.md：方法域地图/决策/流程/边界） | 每次激活 |
| ② 方法论层 | references/ 四篇方法论文档（按 mode/target 命中加载；version-check-spec.md 不在此层） | 模式判定后按需 |
| ③ 用户指定层 | 用户点名某方法域/框架时加载对应篇 | 显式要求 |
| ④ 外部覆盖层 | 无——本包自包含；攻击性工具/进攻安全为 tri-reverse 责任 NEVER 覆盖本包 | — |
装配去重：同名规则只取 references/ 一处（本文件地图仅留指针）；grep 检索模式：关键词索引——STRIDE/威胁建模→threat-modeling.md；SAST/DAST/漏洞SLA/污点→appsec-sdlc.md；IAM/零信任/SOC2/合规→cloud-compliance.md；事件响应/SEV/MITRE/取证→soc-incident-response.md。
完成判据（外化 · 可机械校验）
一次执行的「结束态」MUST 同时满足以下全部判据（缺一为「停车态」——继续执行直至满足或按规则标注受阻原因后交还用户）：
- 版本门已执行且退出码 <20；
- 输出含自检句（本次模式=<A/B/C>，触发源=<来源>，教训=<N 条/无文件>，授权边界=<纯防御/移交 tri-reverse>）；
- 输出中每条结论性表达附置信三要素（grep「置信度」可命中）；
- 每条方法论规则附方法域锚点 + 基准档锚，且不内嵌角色正文、不含攻击脚本；
- 若命中攻击性操作诉求 → 已明确移交 tri-reverse 授权流程（NEVER 代办）；
- 教训文件已追加写入（或写入失败已提示用户）。
进化契约（自进化三要素 + 教训文件读写闭环）
- 反馈接收点：用户对某条防御规则/评估结果的偏差修正 → 视为对照基准缺口，回写教训文件并降级该规则置信标注；重大偏差提示「对照基准档需修订」。
- 经验沉淀位：
.tribro/tri-security/lessons.md（追加式；每次执行结束 MUST 写入可操作规避动作，空泛内容 NEVER 写入，无新增写「无新增」占位留痕）。 - 自我修订触发条件：① 对照基准档更新（如对照基准重组重新剖析）→ bump MINOR 并全量校对规则锚点；② 同类教训连续 ≥3 次 → 规避动作固化为 SKILL.md 规则（bump PATCH）；③ 版本联动：任何修订 MUST 同步 SKILL/CHANGELOG/README/_meta/tests 五处版本号。
