最近 vibe 了十几个 skill ，都是脚本/工具型的，有稳定的输入输出，比如输入一个图片，输出图片中的文字信息这种，后面可能会更多 skill ，也会有非常多的组合。
我平时需要经常调用这些组合出来的 tasks （其实就是 prompt 形式的自然语言输入），但现在最大的问题是，给出需求，AI 有时会跳过使用某个 skill 工具。我试了不少办法，似乎没有 100% 稳定的。
 |
1
seven777 1 天前  1
我一个入门小白,大胆评判下, SKILL 是"提示词工程"进化的阶段性失败.
我有几个感受啊: 1. skill 的边界非常模糊,非常扯淡. 2. skill 包的个性化非常强,其实无法通用. 3. 如果不带工具箱, skill 就是 prompt; 如果带上工具箱, skill 立刻会臃肿且功能单一. 4. 渐进式消费 token 是权宜之计, 渐进式实际上很容易导致大模型钻入死胡同(没有大局观). |
 |
2
COW OP @seven777 确实，写多了就发现输入输出要明确，contract 要声明，依赖多了组合起来非常臃肿，每个 skill 都搞一个 docker 镜像又太复杂了，最后发现自己在用 AI 开发工作流框架
|
 |
3
kamisama 1 天前
本质上还是模型的 “注意力稀释” 问题，100% 稳定的方案就是让模型调用自己预先编排好 workflow 吧
|
 |
4
urlk 1 天前
不要大而全的 agent, 任务细分拆分,复杂任务拆分成细小的 todolist 并使用钩子进行 subAgent 调度, 单个项目配置项目单独的 AGENTS/skills/MCP/Rules
|
 |
5
Solix 1 天前
再写一个禁止跳过的 Skills
|
 |
6
rb6221 1 天前
使用 skill 前要再三确认他是不是真的帮你提高了生产力
比如对于程序员的工作，很多工作都已经有脚本可以执行了，那么键盘敲脚本和键盘敲中文 prompt ，在效率上有什么质变吗？ 除非是你说的这种场景，有 workflow 。这种就是属于一个较大的任务，可以全程无干预执行的，说实话写 skill ，写着写着真不如直接用 workflow 类软件来实现。用 workflow 和用 skill 没有区别的。 |
 |
7
livc 1 天前
直接说使用 xx skill 就可以了，不这么说的话确实很多都触发不到
|
 |
9
lyxxxh2 1 天前
3 楼说的对。
我之前也写过多个 skill 来批量处理文件,再怎么声明提示词也没用。 一个会话单独处理一个 skill 是最稳定的。 |
 |
10
sampeng 18 小时 8 分钟前 via iPhone
hook ，我加了个 hook ，在所有任务开始前强制思考这次任务涉及什么 skill 并且加载 skill 。成功率 90%以上了。就是浪费点 token
|
 |
11
rev1si0n 11 小时 17 分钟前 2
@seven777 说的话没毛病，就是 Claude 没活了**硬出烂梗**，之前的 MCP ，我作为从第一版到 0618 版从零实现协议的开发者，第一版协议一股子 AI 味，脑子抽风才会想出这种沟通方式。
|
 |
13
jettzhang 2 小时 0 分钟前
原来不是我一个人，skill 不说明的话，自动触发的几率非常低，不知道有什么解决方案不
|
Select Language