装了100个Skill反而变笨?零代码玩家的玩法,正从“装”变成“养”

源自158位全网作者

19:44

这周 Skill 圈有点热闹,连着发生了几件事,都值得零代码玩家记一下:

8月13日,一位自称"连代码都看不懂的文科女生"发帖说,被 AI 忽悠着下了个镜像包,结果中了银狐病毒,折腾了一整天才把电脑救回来。小红书8月14日,Anthropic 发布了一篇 Claude Code 官方最佳实践。知乎8月18日,有知乎博主整理自己的 skill 目录,发现不知不觉已经装了 200 多个,他写的管理帖在圈子里传得很广。知乎

8月19日,一份安全白皮书的数据开始流传——Agent Skills 市场收录的 Skill 已超 90 万个,安全扫描发现 13.4% 含关键级安全漏洞,12.9% 是恶意程序。小红书

而同一时间,小红书上每天还在批量产出"必装的 10 个 skill"。

这两个画面放在一起,就是当下零代码技能开发的真实切面:装,越来越便宜;但装的成本,正在越来越清楚地暴露出来。

装的两个成本

第一个是上下文税。机制不复杂:Claude Code 启动时,skills 目录下的每个 Skill 都会被加载进系统提示词。Skill 越多,开场白越臃肿,留给真实任务的空间就越小。那位做管理的博主说得很直白:10 个还好,50 个响应明显变慢,100 个以上,每次对话还没开始就被"隐性征税"了。知乎这也解释了很多人"Skill 装多了 AI 反而变笨"的体感——不是 AI 变笨,是它的注意力被稀释了,功能重叠的 Skill 还会让模型在"该用哪个"上反复横跳。

装了100个Skill反而变笨?零代码玩家的玩法,正从“装”变成“养”

第二个是安全成本。这里的数据口径不一,要说清楚:今年5月有人用 skillguard 审计 Clawhub 上数万个 Skill,发现明显投毒比例约 1.78%。小红书而最新白皮书援引 Snyk、Koi Security 对数千个样本的审计,给出的是 13.4% 含关键漏洞、12.9% 属恶意程序。比例差异不小,说明不同市场、不同口径下风险水位不同,但方向是一致的:第三方 Skill 市场良莠不齐,且有真实投毒案例。Skill 的结构本身还放大了这个风险——一个文件夹加一个 Markdown 文件,简单好用,也简单到恶意作者可以轻松夹带私货。

真正玩明白的人,开始"养"了

和囤清单相反,我注意到另一条线:真正把 Skill 用出效果的人,开始收心养自己的几个 Skill。

知乎有位产品经理写了 13 篇 Skill 实战系列,收官篇的标题就是结论——“skill 是资产不是代码”。知乎另一位博主的说法更直白:代码会贬值,skill 会增值。知乎因为沉淀进 Skill 的不是"怎么做",而是"判断"。比如"中文 prompt 直接生图会翻车,必须用英文、图内零文字",这种付过学费才换来的结论,一旦写进 SKILL.md,以后每次都替你守住。

这恰恰是零代码用户最能做的部分:Skill 的核心就是一份 Markdown 文档,写清楚"这件事的正确做法",顶部 frontmatter 里的 description 是触发开关,至于里面要跑的脚本,完全可以交给 AI 去写。

装了100个Skill反而变笨?零代码玩家的玩法,正从“装”变成“养”

自己做的 Skill 不好使?正常

很多人卡在第二步:Skill 做出来了,真用的时候却跑偏、漏步骤。

小红书上一篇 1345 赞的《总结下 Skill 的坑》把这层窗户纸捅破了:以为跑通一次就算搞定,其实只完成了 20%,剩下 80% 的活儿,是在真实任务里不断磨合。小红书写 Skill 时我们的设想都很理想,但模型会传奇怪的参数、在不该调用的时候调用、在细节上悄悄跑偏——这些问题只有跑多了才暴露。所以创建和优化的时间比,大概是 2:8。

评论区还沉淀出一条稳定性排序共识:能写成脚本 > 代码型 Skill > 纯文本 Skill。11 赞的高赞评论总结成两句话:2 分靠写,8 分靠用中调;准确性上脚本 > 代码 skill > 文本 skill。小红书自然语言提供泛化能力,确定性要交给代码兜底——做 Skill 时让 AI 把确定流程写成脚本,SKILL.md 退居二线,只负责告诉 Agent 该跑哪些脚本,这是目前社区公认的稳态做法。

怎么养:三步

1、选题只挑高频痛。标准很朴素:这件事每周至少做一次,且你在上面踩过两次以上的坑。同时满足才值得做成 Skill;只是"以后可能有用"的,不做,也别装。

2、创建交给 skill-creator。直接对 Agent 说"帮我创建一个解决 XX 的 skill",它会引导你补全触发场景和流程步骤。知乎你负责把经验和判断喂给它。记住宁缺毋滥:一个磨合了一个月、稳定在跑的 Skill,胜过一百个装了从不打开的收藏。

3、调优靠回填。每次跑出问题,别只重跑一遍,把"这次错在哪、下次怎么办"写回 SKILL.md。“用一次 → 踩个坑 → 写回去 → 下次更稳”,这个循环才是 Skill 增值的部分。

验收标准也给你社区现成的:不是"能跑",是"稳定地跑"。真实任务里连续三次正常完成才算出师;每次都还要手动修,说明流程没想清楚,回第二步重来。

装了100个Skill反而变笨?零代码玩家的玩法,正从“装”变成“养”

谁不用做 Skill

说句实话:没有高频重复劳动、也没有明确痛点的人,现在不用做 Skill,也不用急着装一堆。先把手头的 Agent 用熟,等你第二次踩进同一个坑,再动手不迟。那位周末整理 200 多个 Skill 的博主有句话值得裱起来:Skill 是资产,但无管理的 Skill 是负债。知乎

接下来值得盯的信号

  • 官方评测工具在跟上:评论区有用户反馈,新版 skill-creator 已带沙箱评测、A/B 测试和描述词优化功能。小红书"调"的成本还在下降;

  • 各市场的安全审核机制还没跟上投毒速度,装第三方 Skill 前先看来源和内容,这条纪律短期只会更严;

  • "少装、精养"正在成为社区主流,风向已经变了。

对零代码玩家来说,这其实是好消息:这件事的门槛从来不是写代码,而是愿不愿意把自己的经验写下来、反复磨合。这部分 AI 替不了你,也恰恰是它最值钱的地方。

内容由AI生成
0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章