蒸馏造物:把人和流程提炼成可调用 Skill 的下游执行 Skill

前言

做过 Agent Skill 的人大多遇到这类问题:把某个人的判断方式、一条工作流、一套专业技能沉淀成 Skill 时,往往靠临时拼凑,产物的调用入口不统一,里面的敏感信息也没有处理,用完之后也不好判断结论可信度。

下面介绍的「蒸馏造物」就是为这类需求服务的执行 Skill。它本身不做意图识别,也不负责从零引导安装,而是接收上游已经识别好的快照,按 registry 驱动加载对应方法论,把蒸馏对象产出为可独立调用的 Skill。

这是什么

蒸馏造物是 SkillHub 上由 @user_989eb8f0 发布的社区 Skill,坐标 @user_989eb8f0/tri-god,版本 1.2.1,分类 ai-agent。

一句话定位:它是「蒸馏元 skill」的下游执行 skill。上游先产出 tri-intent 快照并给出路由建议,本 Skill 被激活后读取快照第三章(§三)直接执行,把人类、工作流、专业技能、事物等蒸馏对象提炼为可用 Skill。

它支持独立安装,并内置上游依赖检测的三态逻辑:快照模式、引导安装、降级模式。

核心功能

1、读取 tri-intent 快照,识别蒸馏对象的类型。

2、根据对象类型,由 registry 驱动加载对应的方法论,而不是用一套固定模板套所有对象。

3、把蒸馏结果产出为可独立调用的 Skill。

4、双审批门 + 执行前确认:关键节点需要两次审批,执行动作前再确认一次。

5、敏感信息脱敏边界:明确哪些内容在蒸馏过程中需要脱敏处理。

6、结论置信标注:产出的结论带置信度标记,便于下游判断是否采用。

7、上游依赖检测三态逻辑:存在快照时走快照模式,缺失时按引导安装处理,都不满足时进入降级模式。

安装与启用

已抓取资料中没有给出官方 CLI 安装命令或具体配置项,也没有说明 Cursor、Codex CLI、Claude Code 三种环境的安装差异,因此这里不写未核实的命令。

官方地址为 https://api.skillhub.cn/user_989eb8f0/tri-god,SkillHub 页面为 https://www.skillhub.cn/skills/user_989eb8f0/tri-god,安装方式以官方页面为准。

激活条件同样来自官方简介:当 tri-intent 快照的下游路由建议指向本 Skill 时激活。需要手动使用时,建议先确认上游快照是否已经生成。

典型用法

下面给出官方简介中描述的执行流程,具体参数以官方页面为准。

1、上游产出 tri-intent 快照,其中第三章(§三)包含蒸馏对象的类型信息与路由建议。

2、当路由建议指向本 Skill 时,Skill 被激活,读取快照 §三 直接执行。

3、按蒸馏对象类型从 registry 加载对应方法论。

4、在双审批门处完成审批,并在执行前确认。

5、按敏感信息脱敏边界处理内容,产出带置信标注的可调用 Skill。

需要说明的是,官方简介只描述了上述流程,没有给出可直接运行的示例命令或输入输出样例。

适用场景与注意

适合的场景:已经明确要用 Skill 固化某个人物的决策方式、某条工作流、某项专业技能或某个事物,并且上游已有 tri-intent 快照。

需要注意的地方:

1、它是下游执行 Skill,不能脱离上游快照单独完成意图识别,单独使用时需要走引导安装或降级模式。

2、依赖检测有三态,如果上游未就绪,行为不是报错退出,而是进入引导安装或降级模式,接入前要先确认自己能接受哪种降级结果。

3、双审批门意味着执行链条中存在人工确认点,不适合完全无人值守的自动流程。

4、脱敏边界只由 Skill 自身约束,蒸馏敏感度的对象时仍需自行核对产出内容。

结尾

蒸馏造物的价值在于把「蒸馏成 Skill」这件事拆成可执行流程:上游识别意图,本 Skill 按类型加载方法论并产出带审批、脱敏和置信标注的产物,下游可以直接调用。

官方地址:https://api.skillhub.cn/user_989eb8f0/tri-god

(参考资料中评分 100000,下载 1604,安装 0,标签 requires_api_key=false。)

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

Xiaoye