AI助手的Skills,你真的用明白了吗?5个核心问题彻底拆解

你装了一堆Skills，但你知道它们分别什么时候被调用吗？知道调用记录在哪看吗？知道同时有多个Skills都能做的时候该选哪个吗？这篇文章把这5个核心问题彻底讲清楚。

用AI工具这件事，很多人卡在同一个阶段——

装了不少Skills，但感觉AI还是"差点意思"。要么该用的时候没调用，要么用了却不知道用了什么。更别说管理它们、或者在多个Skills里做选择了。

这篇文章源于一次深入的答疑对话，把关于Skills的5个核心问题梳理成干货，希望能帮你把这件事真正搞清楚。

你现在到底装了哪些Skills？

先把账本理清楚。

Skills通常分三类，来源不同，性质也不同：

第一类：系统内置

这些是AI工具本身自带的，不需要你手动安装，但也需要你知道它们存在

以CodeX为例，系统内置以下Skills：

imagegen

—— 生成图、改图、做视觉稿

openai-docs

—— 查OpenAI API、模型文档、升级路径

plugin-creator

—— 创建新插件

skill-creator

—— 创建新的Skill

skill-installer

—— 安装Skill，包括从GitHub安装

第二类：你自己装的

你在Skill市场或者从其他渠道手动安装的，比如：

wechat-article-writer

—— 写公众号文章、爆款标题、内容排版

第三类：插件带来的Skills

这类最容易被忽视。当你启用了某个插件，它会随之注入一批Skills，例如：

browser:browser

—— Codex内置浏览器

chrome:Chrome

—— 利用Chrome现成登录态和已有标签页

computer-use:computer-use

—— 操控桌面App或系统界面

documents:documents

—— 创建或编辑Word文档

presentations:Presentations

—— 做PPT演示文稿

spreadsheets:Spreadsheets

—— 做Excel表格、公式、图表

重要提醒：「装在磁盘上」≠「当前会话一定可用」。

插件型Skill能不能出现在某一轮对话里，还取决于两件事：

插件是否已启用

这轮会话是否把它注入为可用能力

换句话说，你要先确认插件是开着的，Skills才真正"活着"。

每个Skill，AI怎么用？你怎么触发它？

Skill不是一条普通的工具调用指令。它本质上是一份SKILL.md工作说明——AI命中后读取这份说明，然后按里面的流程做事。

触发方式分两种：

显式触发：你直接点名某个Skill或插件。比如"用浏览器打开这个页面"，AI就会激活browser:browser。

隐式触发：任务本身明显匹配某个Skill的描述。比如你说"帮我写一篇公众号文章"，AI判断这个任务契合wechat-article-writer，就会自动调用。

这意味着，你写需求的方式会直接影响AI选择哪个Skill。如果需求描述不清晰，AI可能用一个"勉强能做"的通用能力代替更专业的Skill，效果自然打折。

这轮对话里，AI到底用了哪个Skill？

这是个让人抓耳挠腮的问题。

机制层面的真相

Skill被调用时，没有一条单独的、清晰标注"Skill: imagegen已启用"的日志记录。本地会话日志里，缺少足够稳定的结构化字段来精确统计每一轮的Skill调用情况。

所以，"严格审计历史Skill调用"这件事，目前的结论是：能人工追踪，但不适合做严格审计。

解决方案：让AI主动告诉你

既然机制层做不到自动审计，可以让AI养成一个规则：

只要本轮实际调用了Skill，就在回复末尾写一行：【Skills】已调用：skill1, skill2如果没有调用任何Skill，则什么也不写。

这条规则可以直接写进你的全局配置（比如AGENTS.md），让AI每次自动执行，从而实现轻量级的调用可见性。

这个方案的好处是：

零额外成本，不需要任何工具支持

只在"有"的时候出现，不干扰正常对话

长期积累后，你能自然地感知到哪些Skill高频被用

哪些Skill可以清理掉？

Skills不是越多越好。装了一堆不用的，会拉低匹配精度，也会让你的工作空间越来越乱。

但问题在：本地日志缺少可靠的last_used记录，所以你不能严谨地说"哪个Skill长期没用"。

不过可以用一个低风险的思路来判断：以CodeX为例

优先观察的清理候选

自己手动安装又长期闲置的，例如：

wechat-article-writer

偏垂直，使用场景窄，如果你最近三个月都没有做过相关工作，可以先暂停（注意是暂停而不是删除，留个余地）。

不建议优先清理的

Skill	理由
`imagegen`	系统核心能力
`openai-docs`	技术查询刚需
`skill-installer / skill-creator / plugin-creator`	管理自身工具的基础设施
`browser:browser`	通用高频，几乎所有有网页的任务都会用
`chrome:Chrome`	利用现有登录态，独特价值
`computer-use:computer-use`	桌面操作唯一入口
`documents / presentations / spreadsheets`	通用文档三件套，高复用率

多个Skills都能做，ai选了哪个？

这是最实际的判断问题。当你的需求同时匹配多个Skill时，按这个优先级来选：

优先级从高到低：

你显式点名的优先

。你明确说了要用哪个，AI就听你的。

更专用的优先于更泛化的

。比如"写公众号"，wechat-article-writer比通用的documents更合适。

官方/内置优先于自定义方案

。系统内置Skill通常经过更充分的调试，稳定性更高。

能用一个解决，就不叠多个

。叠Skill会增加上下文复杂度，优先找一个最合适的。

输出目标决定最终选择

。同样是"生成图片"，如果要落本地文件用ylsagi-image-generation，如果只需要在对话里看用imagegen。

几个典型例子

任务描述	推荐选择
查OpenAI最新模型怎么用	`openai-docs`
打开localhost看本地页面	`browser:browser`
去已登录的GitHub页面操作	`chrome:Chrome`
生成一张图发到对话里	`imagegen`
生成图片并保存到本地文件	`ylsagi-image-generation`
写公众号文章（含配图）	先`wechat-article-writer`，再视需要补图片Skill

总结：关于Skills，你需要建立的3个认知

把以上5个问题归纳成3条核心认知：

① Skills分三层，来源不同、激活条件不同。

系统内置、用户安装、插件注入，三类性质各异，管理策略也不同。插件型Skill尤其容易被遗忘，记得确认插件是否启用。

② 调用审计目前没有完美方案，但可以通过规则实现可见性。

让AI在每轮回复末尾标注调用了哪个Skill，是目前最低成本、最可持续的追踪方式。

③ 多Skill选择有明确优先级，输出目标是最终裁判。

点名 > 专用 > 内置 > 单一 > 输出目标，这个顺序记住了，90%的选择困难都能解决。

Skills这件事，本质上是在给AI搭建一套标准化的工作说明体系。

你不是在配置工具，你是在设计AI怎么工作。

搭好了，效率翻倍。搭乱了，AI也乱。

希望这篇文章能帮你把这件事彻底想清楚。

欢迎在评论区告诉我：你的Skills库里，现在放了哪些？哪个用得最顺手？