云计算百科
云计算领域专业知识百科平台

20 个 AI Skill 不是堆一起就完事:一张图看懂 tri-xxx 怎么分工

你有没有过这种感觉——兴致冲冲装了一堆 AI 技能,真到用的时候还是抓瞎:改个 bug 该调哪个?写篇技术文该走哪条路?想让它「跑起来一个循环」又该喊谁?

我前阵子就栽在这事上。我把自己的技能库拆成了 20 个 tri-xxx,本以为分门别类就清爽了,结果测试路由的时候发现:用户说「帮我起个知识库 loop」,系统永远把它丢给通用执行那个 skill,而真正干这活的 tri-loop 从头到尾没被叫醒过。一个死 skill,比没有还坑。

这篇是这个系列的总览。我不打算逐个 skill 展开(那是后面 20 篇的事),只想先给你一张地图,让你知道这 20 个东西大致怎么分层、谁听谁的、以及你该从哪篇开始读。

先说核心:tri-intent 是大脑,其它都是手脚

整个 tri-xxx 体系里,tri-intent 是唯一的「主动编排者」。你扔给它一句话,它干四件事:识别意图大类(问 / 做 / 聊 / 元操作)→ 下钻到精确意图码(I01–I21、M01–M05)→ 标维度 → 吐一张快照 snapshot.md 交接给下游。

下游那 19 个 skill 几乎全是被动的:收到快照才动,不自己猜意图。这套「先路由、后执行」的设计,是我踩过「一个 skill 又当裁判又当运动员结果两头都做不好」的坑之后,硬分出来的。

意图码长这样,举几个你天天会碰到的:

  • I06–I10:内容生成 / 改写 / 翻译 / 总结 / 分析 → 交给 tri-content
  • I11 写代码 → tri-coding;I12 修 bug → tri-fix
  • I13 出方案 → tri-plan;I14 真去执行 → tri-action
  • I15 出图出视频 → tri-mm;I16 头脑风暴 → tri-bs
  • I21 蒸馏成一个新 skill → tri-god

还有咨询类的 I01–I05 归 tri-ask,表达陪伴 I17–I20 归 tri-express,元操作 M01–M05 归 tri-meta。

# tri-intent 产出的快照(节选),下游 skill 就靠它接力
intent:
L2_核心意图: I14
L3_子意图: loop/domain 创建
dimensions:
D1_任务领域: 知识库
D4_输出期望: domain README + 测试运行记录
任务要点: 起一个每周跑的 research loop
下游路由建议: triloop

那段 下游路由建议 就是命门。我前面说的「loop 死了」的事故,根因就是路由表里 I14 只写了默认 tri-action,压根没提 loop 子类该走 tri-loop。这个洞我已经填上了——后面讲 tri-loop 的那篇会细讲。

四个横向层:它们不该被路由,但无处不在

有 4 个 skill 比较特殊:tri-cache(缓存)、tri-evolve(自主进化学习)、tri-translate(翻译转换)、tri-true(消除幻觉)。它们不是「用户意图的目的地」,而是横切能力——靠 hook 或上层委派触发,不进 tri-intent 的路由表。

举个最典型的:tri-evolve 是唯一带「自主定时批量学习」组件的 skill,它会在后台自己嚼文档、沉淀经验,不需要你喊它。而 tri-true 像一道四道防线,专门在你输出要落地前兜底纠错。把它们硬塞进路由表反而是错的——它们是胶水,不是终点。

一张分层地图

把 20 个 skill 按「用户感知」摊开,大致是这么几层:

  • 咨询 / 内容层:tri-ask(问答建议)、tri-content(写改译总结析)
  • 编码三层:tri-coding(写)、tri-fix(修)、tri-review(审)
  • 规划 / 执行层:tri-plan(出方案)、tri-action(真去干)、tri-workflow(工作流编排)
  • 工作流 / 知识库层:tri-loop(把知识库循环跑起来)
  • 创意 / 多模态层:tri-mm(图/表/视频/PPT)、tri-music(爆款音乐全案)
  • 表达 / 元操作层:tri-express(陪伴表态)、tri-meta(对话自我修正)
  • 造物层:tri-god(把方法论蒸馏成新 skill)
  • 横向层:tri-cache tri-evolve tri-translate tri-true
  • 总路由:tri-intent

你看,tri-intent 在最上面发令,下游各层专心把一件事做透。这就是「大脑 + 手脚」的分工。

这个系列怎么读

后面 20 篇(每个 tri-xxx 一篇,本文是总览不计入),我按「从整体到局部、从路由到执行」的顺序写。每篇都带可运行的代码示例以及文末的 skillhub 安装命令。目录先放这,你可以挑着看:

  • tri-intent:总路由是怎么把一句话拆成 27 个落点的(深度解读,建议先读)
  • tri-ask:回答「该怎么办」类问题的踩坑实录
  • tri-content:80% 的人不知道的改写 / 翻译隐藏用法
  • tri-coding:两种写代码姿势的真实耗时对比
  • tri-fix:一个让我搜了 2 小时 Stack Overflow 的 bug
  • tri-review:我为什么弃用通用代码审查、换专用 skill
  • tri-plan:一下午把需求拆成任务清单的流水账
  • tri-action:官方说用 A,我实测用 B 反而更稳
  • tri-workflow:手写流水线 vs 专用编排的数据说话
  • tri-mm:生图 / 图表 / PPT 一套搞定的冷门参数
  • tri-music:爆款神曲背后那套 6 维 Hook 公式
  • tri-bs:头脑风暴踩过的三个坑
  • tri-god:把一个工作流蒸馏成可复用 skill 的全过程
  • tri-meta:让 AI 自我纠错的元操作实战
  • tri-express:把 AI 当搭子聊天的真实节奏
  • tri-loop:修好那个「永远叫不醒」的知识库循环
  • tri-cache:为什么我的 Agent 第二次就变聪明了
  • tri-evolve:官方说 skill 写完就完了,我偏让它每晚自己学
  • tri-translate:机翻把排版毁了?跨格式等价救回来
  • tri-true:AI 张嘴就编?四道防线我全测了一遍
  • 我做的 App 叫雷达鸭,刚好就是用这套 ArkTS + Uni-app 的链路跑的,应用市场能搜到——不过那是另一个故事了。


    个人介绍

    老三,10+ 年软件开发经验,软件设计师、人工智能应用工程师,专注鸿蒙应用开发(ArkTS)北向与 Web 前端,平时探索 AI 自动化,不定期在 CSDN 分享鸿蒙 / AI 方向的技术文章。

    本文遵循 MIT 协议,转载请注明出处。

    请根据 https://skillhub.cn/install/skillhub.md,安装 tri-intent。

    赞(0)
    未经允许不得转载:网硕互联帮助中心 » 20 个 AI Skill 不是堆一起就完事:一张图看懂 tri-xxx 怎么分工
    分享到: 更多 (0)

    评论 抢沙发

    评论前必须登录!