蒸馏造物
> 本 skill 是 tri-intent 的下游执行 skill，依据快照 snapshot.md §三 直接执行，不再重新识别意图。
用户心智：把某个「值得用的存在」——一个人的思维方式、一套工作流程、一门专业技能、一本书/一门课等长内容——蒸馏提炼成一个可被 Agent 独立调用的 skill。tri-god 负责识别蒸馏对象类型、加载对应方法论、执行蒸馏并产出可用 skill。
强制执行契约（Execution Contract · 最高优先级）
> 本契约优先级高于 Agent 通用默认行为。读取快照且 intent.L2_核心意图 = I21（蒸馏造物）即视为激活，不得仅将其当作参考文档。
- 版本检查前置硬门（第零步）：MUST 先通过 §版本检查与更新机制（运行
scripts/check_update.py校验版本，非最新版 MUST 自动升级；升级通道不可用则标注 D 态降级继续）——此为执行流程第零步，优先于后续所有步骤。版本检查完成前 NEVER 进入后续步骤。本条目优先级高于所有其他强制前置条目。
① 强制前置（MUST/NEVER）
- MUST 先读取快照 §三 结构化结论，校验 intent.L2_核心意图 严格等于 I21（蒸馏造物，tri-intent §路由映射表 唯一指向本 skill 的编码）；越界则 NEVER 继续，MUST 回退 tri-intent 重新路由。
- MUST 独立使用时（未经 tri-intent 路由）先执行「上游依赖检测」判定模式（三态：A 快照 / B 引导安装 / C 降级）。
- MUST 校验快照 澄清门状态，若=待澄清则 NEVER 激活，先由 tri-intent 的 clarify-gate 完成澄清。
② 核心执行规则（MUST/NEVER）
- MUST 先识别蒸馏对象类型（人类 / 工作流 / 专业技能 / 事物 / 其它）→ 从 methodologies/registry.md 加载对应方法论 → 严格按该方法论的阶段串行执行，NEVER 凭直觉跳过方法论阶段。
- MUST 蒸馏前确认对象的来源素材（原文/语料/工作流实例/技能文档等），NEVER 凭记忆或想象蒸馏——无素材时 MUST 先向用户索取或明确降级声明。
- MUST 在门① 声明脱敏范围：来源素材含商业机密、专有流程细节、个人隐私等敏感信息时，MUST 先与用户确认脱敏策略，蒸馏产物 NEVER 保留可识别的敏感细节。
- MUST 严格串行经过双审批门 + 执行前确认（门①需求 → 门②设计 → 门③执行前确认 → 执行 → 报告），任一门未过携反馈回炉，NEVER 跳门抢跑。
- MUST 遵循最小化原则：只做 tasks.md 范围内的蒸馏工作，扩大范围须用户确认。
③ 职责边界（NEVER）
- NEVER 越界执行其它 skill 的职责：不做纯咨询作答（→ tri-ask）、不做常规编码开发（→ tri-coding）、不做缺陷修复（→ tri-fix）。本 skill 的产物是「一个新 skill」，而非普通答复或业务代码。
④ 自检句
- MUST 作答前先声明自检句：「本次意图=<L2>，已读取快照，蒸馏对象类型=<类型>，加载方法论=<方法论>，已读教训=<N 条/无文件>」；与快照冲突时 MUST 停止并纠正，NEVER 擅自继续。
⑤ 结论置信标注（MUST/NEVER）
- 凡本 skill 产出的结论性表达（对象类型判定、蒸馏提炼结论、验证结论、交付说明），MUST 附三要素：置信度（高/中/低）+ 依据类型（六选一或组合：事实 known / 计算 computed / 推断 inferred / 常识 common / 框架 iframe / 猜测 guess）+ 可验证来源（存在外部来源 MUST 附 URL；无外部来源时附素材锚点如 素材:章节 / 文件:行，或显式标注「无外部来源」）。
- 依据为 猜测 guess 的结论 MUST 标注低置信度并提示需人工验证；NEVER 引用无法访问的编造链接。
能力定义
| # | 能力 | 输入 | 输出 | 说明 |
|---|---|---|---|---|
| C1 | 对象类型识别 | 快照 §三 + 来源素材 | 对象类型判定（五类 MECE） | human / workflow / skill / thing / general，互斥且 general 兜底 |
| C2 | 方法论路由加载 | 对象类型 | 已加载的 distill-<type>.md |
registry 驱动，单次只加载一个，可零改动扩展 |
| C3 | 蒸馏执行 | 来源素材 + 方法论阶段 | 各阶段蒸馏产物（结构/规则/框架） | 素材驱动、阶段串行、双审批门治理、全程可回溯 |
| C4 | 产物封装 | 蒸馏成果 | 可独立调用的 skill（SKILL.md + 配套） | 含来源标注、适用边界、诱饵压力测试 |
| C5 | 脱敏与合规 | 素材敏感度评估 | 脱敏后的产物 + 引用合规记录 | 引用限长、保留出处、敏感信息脱敏、署名与许可证合规 |
触发时机
- 快照
下游路由建议指向本 skill，且intent.L2_核心意图= I21 蒸馏造物。 - 典型触发词：「蒸馏 XX」「把 XX 做成 skill」「造一个 XX」「distill」「提炼 XX 方法论」「把某人/某本书/某套流程做成 skill」。
使用场景与调用方式
使用场景（通用示例，均可在脱敏后复用）
| 场景 | 对象类型 | 典型素材 |
|---|---|---|
| 把某领域专家的决策方式沉淀为决策辅助 skill | human | 公开著作/访谈/演讲等语料 |
| 把一套已验证的协作流程沉淀为可执行 workflow skill | workflow | ≥2 个流程实例/记录 |
| 把一门手艺的专家经验显性化为技能 skill | skill | 案例复盘/教程/操作示范 |
| 把一本书/一门课的知识框架蒸馏为知识 skill | thing | 可通读的长内容 |
| 跨类型混合或无法归类的对象 | general | 混合素材（含优先归类建议） |
调用方式（三通道）
| 通道 | 条件 | 行为 |
|---|---|---|
| ① 快照路由（标准） | tri-intent 产出快照且下游路由建议指向本 skill | 读取快照 §三，标准链路执行 |
| ② 独立显式调用 | 用户直接指名调用（触发词命中） | 先走上游依赖检测（三态），再按对应模式执行 |
| ③ 降级调用 | 用户拒绝安装上游 | 自构造等价输入 + 降级声明，精度低于标准链路 |
> 调用前置声明：用户提供的素材含敏感信息时，MUST 在门① 声明脱敏范围并经用户确认后方可继续。
上游依赖检测（独立使用时）
> 本 skill 可独立安装。激活时 MUST 检测上游 tri-intent 是否可用，据结果选择执行模式（对称双向检测：下游检上游、tri-intent 检下游，任一端缺失都被发现）。
| 模式 | 条件 | 行为 |
|---|---|---|
| A · 快照模式 | 按 tri-intent §快照定位契约 定位到可用快照（.tribro/LATEST.md 指针 → 会话内最新 → 全局最新且 ≤30 分钟） |
读取快照 §三，按工作流推进（标准模式） |
| A0 · 待识别 | 有 tri-intent/ 但无可用快照（或快照已过期/损坏） |
MUST 提示用户「本次请求尚未经意图识别」，引导先经 tri-intent 产出快照；NEVER 按空上下文静默执行 |
| B · 引导安装 | 未检测到 tri-intent | 输出提示语引导 skillhub install tri-intent |
| C · 降级模式 | 用户拒绝安装 | 自构造等价输入并声明降级精度低 |
模式 B 提示语：
> 本 skill 依赖上游 tri-intent 产出的快照。请先安装：skillhub install tri-intent，完成意图识别后再运行本 skill。
模式 C 降级声明：
> 未检测到 tri-intent 快照，已进入降级模式：本次基于自构造的等价输入执行，意图识别精度低于标准链路，结果可能偏差，建议后续安装 tri-intent 以获得完整效果。
输入契约
读取 .tribro/snapshots/<命名>.md 的 §三 结构化结论区：
| 快照 §三 字段 | 用途 |
|---|---|
intent.L2_核心意图 |
必须为 I21（蒸馏造物），否则不应激活本 skill |
intent.置信度档位 |
为「低」时 NEVER 执行，先回退 tri-intent 的 clarify-gate 澄清 |
dimensions.D1_任务领域 |
辅助判定蒸馏对象类型（人物/流程/技能/内容领域） |
dimensions.D2_输入形态 |
判定来源素材形态（文本/语料/流程实例/技能文档等） |
dimensions.D4_输出期望 |
应「一个可用 skill / 文件产物」 |
任务要点 |
蒸馏须覆盖的重点（聚焦方向、关键维度） |
交付预期 |
用户期望的最终 skill 形态与用途 |
> 若快照 澄清门状态 = 待澄清，不应激活本 skill。
> 模式 C 降级输入：用户拒绝安装 tri-intent 时，从用户原始请求自构造等价输入——蒸馏对象类型（从请求推断）+ 来源素材（向用户索取）+ 交付预期（推断为 skill 产物），声明降级模式后按方法论推进。
输出契约
| 输出场景 | 输出内容 | 机械校验方式 |
|---|---|---|
| 标准成功 | 新 skill 目录（含 SKILL.md 等四件套）+ 链路四件套 + 验收报告 | 产物文件存在性 + 加载方法论质量红线全勾 + §完成判据 全过 |
| 模式 B（引导安装） | 仅输出引导安装提示，不产出蒸馏产物 | 输出含模式 B 提示语 |
| 模式 C（降级） | 降级声明（含精度说明）+ 基于自构造输入的蒸馏产物 | 交付物含降级声明字样 |
| 门未过 / 待澄清 | 停车：携反馈回炉或回退 tri-intent，无最终产物 | 停车状态显式声明（见 §完成判据 停车态） |
| 教训沉淀 | .tribro/god/lessons.md 追加写入（或写入失败提示） |
追加内容含日期/场景/教训/规避动作 |
职责边界
- 本 skill 负责：识别蒸馏对象类型 → 路由并加载对应方法论 → 按方法论执行蒸馏 → 产出可独立调用的 skill 及配套链路文档。
- 不负责：纯咨询作答（→ tri-ask）、常规业务编码（→ tri-coding）、缺陷修复（→ tri-fix）、意图识别（由 tri-intent）、多媒体产物（→ tri-mm）。
- 与相邻 skill 边界：tri-god 的产物永远是「一个新 skill（方法论/人格/流程的可复用封装）」；tri-coding 产出业务代码，tri-ask 只作答不产出 skill。若用户只想要一次性答案而非可复用 skill，应回退 tri-ask/tri-content。
- 脱敏边界：无论何种调用通道，蒸馏素材中的敏感信息（商业机密/专有流程细节/个人隐私）MUST 在门① 声明脱敏范围并经确认，产物 NEVER 携带可识别敏感细节——本 skill 产物须可在通用场景安全复用。
- 不触发场景（Not-Trigger）：本 skill 不接手「通用业务代码 / 前端工程开发」（转 tri-coding，本 skill 只蒸馏造 skill）；不接手「去 AI 化改写既有文本」（属 tri-humanize）；不接手「通用内容生成」（属 tri-content）；不接手「识别用户意图」（由 tri-intent / 自身快照驱动）。
蒸馏方法论（核心能力 · 可扩展）
> 蒸馏对象类型多样且持续增长，本 skill 通过 registry 驱动的动态加载机制 匹配对象类型并加载对应方法论，无需修改 SKILL.md 即可扩展（对齐 tri-coding 的 registry 设计）。
对象类型识别规则
| 对象类型 | 识别特征 | 方法论文件 |
|---|---|---|
| 人类（human） | 蒸馏某个人的思维/表达/决策方式（人物、专家、作者） | distill-human.md |
| 工作流（workflow） | 蒸馏一套可复用的流程/步骤序列/协作机制 | distill-workflow.md |
| 专业技能（skill） | 蒸馏一门可操作的专业技能/手艺/方法 | distill-skill.md |
| 事物（thing） | 蒸馏书/视频/课程/文档等长内容中的知识框架 | distill-thing.md |
| 其它/不确定（general） | 无法归入上述类型，或跨类型混合 | distill-general.md |
加载流程
读取快照 §三 + 用户素材
│
▼
识别蒸馏对象类型（human / workflow / skill / thing / general）
│
▼
查 methodologies/registry.md（唯一注册入口）
│
▼
加载对应 methodologies/distill-<type>.md
│
▼
严格按该方法论的阶段串行执行蒸馏
知识装配顺序（Prompt Layering）
| 层 | 文件 | 加载时机 | grep 检索模式 |
|---|---|---|---|
| 常驻层 | SKILL.md（本文件） | 每次激活 | — |
| 注册层 | methodologies/registry.md |
识别对象类型时 | grep 模式：识别特征列 / type_id |
| 模式层 | methodologies/distill-<type>.md |
识别对象类型后按需加载单个 | grep 模式：对象类型 type_id（查 registry 注册表） |
- 装配去重：单次蒸馏只加载一个方法论文件（对象类型互斥），重复内容以常驻层为准。
- 覆盖优先级：
methodologies/内无同名覆盖关系；如外部存在同名方法论文件，以本目录 registry 注册版本为准。
可扩展性
新增蒸馏对象类型零改动主 SKILL.md，只需两步：
1. 在 methodologies/registry.md 注册表追加一行（对象类型 / 识别特征 / 方法论文件 / 说明）。
2. 在 methodologies/ 新增一个 distill-<type>.md 方法论文件（带 frontmatter，含阶段化流程）。
版本检查与更新机制（强制技术约束 · 硬红线）
> 家族级强制技术约束，优先级与「强制执行契约」同级。skill 任一执行入口启动后的第零步，先于核心执行阶段。
> 细则唯一真源：tri-forge/references/version-check-spec.md。可执行实现（single source of truth for logic）：本 skill 自带 scripts/check_update.py（与 tri-forge 同源，按 --slug 自适配）。
> 铁律：版本比较、升级执行、回退、四态判定 MUST 由脚本完成；prompt 层 ONLY「调用脚本 + 解析其 JSON 输出 + 按 state 处置」，NEVER 在 prompt 内联推断版本或拼接升级命令。
执行方式（MUST）
- 任一执行入口启动后、核心执行前，运行脚本并取 JSON：
bash python scripts/check_update.py --slug tri-god --json
节流缓存默认 24h 仅校验一次；--force强制重查，--dry-run只判定不真升级。 - 解析 JSON 的
state字段：A（校验通过）/B（离线降级）/C（通道降级）/D（升级降级）一律放行进入后续阶段，并据warnings/notes/actions在交付物或日志标注对应口径；BLOCK→ 绝对禁止执行，按block_code输出结构化恢复指引（手动命令见actions字段）。 - 退出码语义（供 shell 编排）：
0=A 放行；10=B；11=C；12=D；20=阻断。判定规则：<20放行，>=20阻断；脚本自身异常时兜底降级放行（退出码 11），NEVER 因版本门自身故障导致 skill 无法启动。 - 四态判定细则、校验请求与响应有效性、更新通道与升级/回滚流程、阻断条件与版本同步点：一律见真源
tri-forge/references/version-check-spec.md，本节 NEVER 内联复述。
处理流程
> 执行顺序固定：§版本检查与更新机制（第零步）→ 读取 .tribro/god/lessons.md 教训（缺失静默跳过）→ 上游依赖检测 → 读取快照 §三 → 核心执行。版本检查未通过前 NEVER 进入以下任一执行步骤。
> tri-god 属设计类 skill，采用「双审批门 + 执行前确认」流程，任一门未过携反馈回炉，禁跳门抢跑，遵循最小化原则。蒸馏流程须与对象方法论的阶段结合。
>
> 串行链路：读取快照 §三 + 确认来源素材（含脱敏范围声明）→ 识别蒸馏对象类型 → 门① → 查 registry 加载对应方法论 → 门② → 门③ → 执行 → 报告。各门的产物与通过标准如下表（下表为本流程的唯一权威定义）：
| 门 | 产物 | 通过标准 |
|---|---|---|
| 门① 需求审批 | requirements.md |
用户确认蒸馏对象、聚焦方向、来源素材、脱敏范围、用途无误 |
| 门② 设计审批 | design.md |
用户确认「已识别对象类型 + 加载的方法论 + 方法论各阶段规划」可行 |
| 门③ 执行前确认 | tasks.md |
用户确认原子化蒸馏任务清单，并确认是否需协同其它 skill、有无补充素材 |
| 执行 | 蒸馏成果 | 只做 tasks.md 范围内，按加载的方法论阶段推进 |
| 报告 | implements.md + 蒸馏产出 skill |
交付说明 + 审计轨迹 |
> 门② 设计审批的特殊要求：design.md 中 MUST 明确写出「已识别对象类型 = <类型>、加载方法论 = <文件>、方法论各阶段规划」，供用户审计蒸馏路线。
交付产物
文件命名沿用快照命名 <问题类型>_<日期>_<时间>_<会话ID>。
| 产物 | 文件名 | 内容 | 审批门 |
|---|---|---|---|
| 蒸馏需求说明 | <命名>_requirements.md |
蒸馏对象、类型、聚焦方向、来源素材、脱敏范围、用途 | 门① |
| 蒸馏设计说明 | <命名>_design.md |
对象类型判定 + 加载方法论 + 方法论各阶段规划 | 门② |
| 蒸馏任务清单 | <命名>_tasks.md |
原子化蒸馏任务 + 质量校验条目（含复选框） | 门③ |
| 蒸馏验收报告 | <命名>_implements.md |
执行记录质量核对、审计轨迹（含结论置信标注） | 验收 |
| 最终蒸馏产出 | <skill 名>/（含 SKILL.md 等） |
可独立调用的新 skill | 验收 |
质量标准
| 维度 | 标准 | 验证方式 |
|---|---|---|
| 对象识别准确 | 蒸馏对象类型判定正确，匹配用户真实意图 | design.md 中类型判定与用户确认一致 |
| 方法论匹配正确 | 加载的方法论与对象类型严格对应 | registry 映射比对 |
| 素材真实 | 蒸馏基于真实来源素材而非记忆 | requirements.md 中素材来源可追溯 |
| 敏感信息脱敏 | 产物不含可识别敏感细节，脱敏范围经用户确认 | requirements.md 脱敏声明 + 产物抽检 |
| 结论置信标注 | 对象判定与蒸馏结论均附置信度 + 依据类型 + 可验证来源 | design.md / implements.md 抽查 |
| 产物可独立调用 | 蒸馏产出的 skill 结构完整、可被 Agent 独立加载执行 | 按目标 skill 规范逐条核对 |
| 审计轨迹保留 | 各审批门产物与执行记录完整 | 链路文档齐全（requirements/design/tasks/implements） |
落盘规则
- 快照已由 tri-intent 落盘于
.tribro/snapshots/。 - 本 skill 链路文档落盘于
.tribro/god/<命名>/（可覆盖更新）。 - 经验教训文件：
.tribro/god/lessons.md（跨会话累积，追加写，见 §进化契约）。 - 最终蒸馏产出的 skill 落盘至
.tribro/skills/<slug>/。
完成判据
结束态（全部满足方为完成）：
- [ ] 链路四件套落盘 .tribro/god/<命名>/（requirements / design / tasks / implements）。
- [ ] 蒸馏产物 skill 目录存在且含 SKILL.md，结构与家族规范一致。
- [ ] 加载方法论的质量红线逐条勾验全过。
- [ ] 敏感信息脱敏完成（素材含敏感信息时，脱敏范围记录于 requirements.md 并经用户确认）。
- [ ] 交付说明含结论置信标注（对象类型判定与蒸馏结论均标注）。
- [ ] .tribro/god/lessons.md 已追加本次教训（无新增写「无新增」占位；写入失败已提示用户）。
停车态（非结束，等待外部输入）：
- 任一审批门（门①/②/③）等待用户确认、澄清门待澄清、模式 B 等待用户安装上游——均为停车而非结束；恢复条件 = 用户反馈 / 上游就绪，恢复后从停车门继续，NEVER 重头执行。
进化契约
- 反馈接收点：用户对蒸馏产物或流程的反馈，经对应审批门回炉修正；无法回炉的结构性建议写入
.tribro/god/lessons.md。 - 经验沉淀位：
.tribro/god/lessons.md（追加写，含日期/场景/问题/可操作规避动作；空泛内容如「本次顺利」NEVER 写入；无新增教训写「无新增」占位留痕）。 - 自我修订触发条件：同一教训重复出现 ≥2 次 → 触发对应方法论文件或本 SKILL.md 条款的修订；修订 MUST 走版本门（版本 bump + CHANGELOG 记账 + README 同步）。
- 教训读写闭环：激活时（版本检查第零步完成后、核心执行前）MUST 读取
.tribro/god/lessons.md，目录或文件不存在时静默跳过（NEVER 报错、NEVER 阻断、NEVER 向用户追问——首次执行天然为空属正常态）；每次执行结束 MUST 追加写入（写入失败 MUST 提示用户但不阻断交付）。
目录结构
tri-god/
├── SKILL.md 主入口（本文件）
├── methodologies/
│ ├── registry.md 方法论注册表（唯一注册入口）
│ ├── distill-human.md 蒸馏人类方法论
│ ├── distill-workflow.md 蒸馏工作流方法论
│ ├── distill-skill.md 蒸馏专业技能方法论
│ ├── distill-thing.md 蒸馏事物（长内容）方法论
│ └── distill-general.md 通用兜底方法论
├── scripts/
│ └── check_update.py 版本检查门可执行实现（第零步）
├── README.md
├── CHANGELOG.md
├── _meta.json 安装元数据（slug + version）
└── tests/
└── tri-god-full-testcases.md 全场景测试用例
> tri-god 非编码类 skill，无需第 13 节「代码版权与许可证合规硬红线」；但蒸馏可能涉及原文引用与敏感素材，各方法论内 MUST 提示引用限制（原文引用限长、保留出处、避免整段照搬）与敏感信息脱敏（见各方法论「引用合规」节）。
