还在为分散的 skills 发愁?试试这个终端工具 zero-tui

如果你同时在用 Claude、Cursor、Codex、OpenCode 这些 AI 工具,应该很容易遇到一个麻烦:
每个客户端都有自己的一套 skills 目录。
结果就是:
- 装一个 skill,可能要复制到好几个地方
- 改一次内容,担心别的目录没同步
- 时间一久,哪份是最新的自己都说不清
如果你已经在用 skills.sh 来发现和安装 skill,但还在头疼:
- skill 最终该落到哪个目录?
- 多个工具怎么保持同步?
- 软链和路径配置怎么不弄乱?
那可以试试 zero-tui。
它是一个跑在终端里的 TUI 工具,核心目标很直接:
把 skills 统一收口到一个目录,再通过软链同步给不同的 AI 客户端。
zero-tui 解决了什么问题?
1. 让 skills 只有一份「真相源」
默认情况下,zero-tui 会把 skill 统一安装到:
~/.zero-tui/skills
这样你就不需要在多个客户端目录里各存一份副本了。
你维护的永远是这一份,避免出现:
- A 工具里的 skill 更新了
- B 工具还是旧版本
- C 工具甚至已经被你忘了
2. 延续 skills.sh 的使用习惯
如果你已经习惯了 skills.sh 的发现、搜索、安装流程,zero-tui 不会让你重新适应一套完全不同的逻辑。
它支持在终端里完成这类操作,具体命令以工具内的 /help 为准。
也就是说,你依然可以保留熟悉的 skill 工作流,只是把「安装落地」和「多工具同步」这件事统一接管起来。
3. 给多个 AI 工具「铺链接」
zero-tui 的一个关键设计是:
skill 先统一收进 ~/.zero-tui/skills,再通过软链铺回各个客户端。
例如通过:
/skill update
可以把当前管理的 skills 同步到各个 AI CLI / Agent 的 skills 根目录。
默认会覆盖常见路径,你也可以自己追加目标目录。
这意味着:
- 你不用再手动复制 skill
- 也不用每次都去找不同工具的配置路径
- 多客户端可以围绕同一份 skills 进行协作
4. 全程终端内完成
如果你本来就是终端重度用户,那 zero-tui 的体验会比较顺手:
- 纯键盘操作
- 底部输入
- 历史区回显
- 不用来回切浏览器和文件管理器
它不是一个「花哨 UI」的工具,而是一个偏工程化、偏日常工作流的入口。
它适合谁?
zero-tui 比较适合这几类人:
- 同时使用多个 AI CLI / Agent,不想给每个工具单独维护一套 skills
- 已经在使用 skills.sh,但想把搜索、安装、同步都收敛到终端内
- 经常被 软链、路径、配置目录搞乱,想要一个固定入口统一管理
如果你目前只用一个客户端,可能暂时感知不到它的价值;但只要你开始跨工具协作,skills 的「多目录维护成本」会很快冒出来。
安装与启动
全局安装后,直接运行 zero 即可。
npm 包名是:zero-tui
npm install -g zero-tui
zero
如果你习惯使用 pnpm 或 yarn 做全局安装,也完全没问题。只要确保你的 PATH 里能直接执行 zero。
第一次上手,建议这样试
第一次打开后,可以按这个顺序快速熟悉:
-
输入
/help
先看清楚当前支持的命令、目录和说明。 -
输入
/skill path或/skill list
确认当前全局 skills 仓的位置,以及已有 skill 列表。 -
输入
/skill targets
查看系统当前解析到的各工具目标目录。 -
输入
/skill update
把统一管理的 skills 同步到目标客户端。
这样走一遍,基本就能理解 zero-tui 的工作方式了。
它的核心思路,其实很简单
一句话概括就是:
先把所有 skill 收进
~/.zero-tui,再按需「铺链接」给各家客户端。
它并不替代 Claude、Cursor、Codex、OpenCode 这些工具本身,也不试图发明新的 skill 生态。
它做的,是把原本分散的:
- 安装
- 目录管理
- 多工具同步
这些琐碎但高频的事,收敛成一个更稳定的工作流。
小结
skills 分散的问题,本质上不是「你会不会用某个模型」,而是 多工具协作下的工程化成本。
当 skill 越来越多、客户端越用越杂时,最烦人的往往不是找不到 skill,而是:
- 它到底装在哪
- 哪份才是最新的
- 改完之后有没有同步出去
zero-tui 解决的正是这一层问题。
如果你已经被多路径、多副本、多处同步折腾得有点烦,那它确实值得花几分钟装起来试试。
更多推荐
所有评论(0)