这是一个创建于 92 天前的主题，其中的信息可能已经有所发展或是发生改变。
我看了一 langgraph 对 skills 加载的实现 
就只是构建一个 tool 去把 skill 那些描述加载进来, 和之前的 tool search tool 的方案差不多
11 条回复 2026-01-29 17:25:17 +08:00
 | 1 tlerbao 1 月 21 日 你部门一直不创新能行吗 |
 | 2 madremia 1 月 21 日 跟扣子有什么区别吗 |
 | 3 shoushen 1 月 21 日 大部分都没自己写给 agent,以外是什么高科技。。。。 |
 | 4 atfeel 1 月 21 日 skill 的使用复杂了，研究方向也错了，只有很少的人能用好他。很快将出现更优先的方案，直接以用户目标的目的，过程的波兰只是插曲 |
 | 5 kylesean 1 月 21 日 上下文工程实践的 trade-off 。上面知识初始化，重点是渐进式加载。https://space.bilibili.com/23737022 |
 | 6 mogutouer 1 月 21 日 可以把你做成一个 skills ，还不是之前 sub agent 那种只是提示词的，还能把你能干的具体的事用 python 给写出来。 |
 | 7 MIUIOS 1 月 21 日  1 低级版的 mcp ，高级版的 prompt ， 我也不知道为什么最近这么多炒这个。。。 一堆推文 |
 | 8 lemoncoconut 1 月 21 日 就是写好的 prompt ，渐进式加载省 token ，没别的 |
 | 9 aureole999 1 月 22 日 感觉就是一个 prompt 的宏。把以前反复使用的 prompt 就用一个 skill command 代替了。不知道理解的对不对。 |
 | 10 luzemin 1 月 22 日 1 |
 | 11 mxT52CRuqR6o5 1 月 29 日 @MIUIOS #7 省 token 等于提升表现效果，不然 mcp 几十个工具描述挂在上下文里，厂商提高的模型性能全被 token 浪费吃掉了 |
Select Language