Agent-Skills

前几天看到一条消息：Anthropic 内部很多人都在用一个叫 ELI5 的 skill，工程师 Thariq Shihipar（@trq212，Claude Code 团队）8 月 21 日把它发到了 X 上。我去翻了源码——anthropics/claude-plugins-community 仓库里那个 SKILL.md，321 字节，10 行，没有脚本，没有依赖：

---
name: eli5
description: Explain a topic like I'm a 5 year old. Use when the user types /eli5 or asks for a dead-simple picture explainer of how something works.
---

# eli5

Explain like I'm someone who knows nothing about this topic, using a HTML artifact with big pictures and few words.

Topic: $ARGUMENTS

看完我做了件有点自虐的事：wc -c 量了一下我自己天天在用的博客 skill。50693 字节，1078 行。 是 ELI5 的约 158 倍。

那一瞬间我有点心虚。是不是我这份东西，本质上就是一坨啰嗦？「skill 要短、要克制」这两年快成政治正确了，ELI5 又给它添了一把火。可我心虚了三秒就反应过来不对——这两份 skill 防的根本不是同一类失败，拿同一把尺子量，会两头都量错。

这篇想讲清楚一件事：Skill 该多长，由任务的「失败面」决定，不由极简美学决定。

先看一个反直觉的场景。6 月 12 日，Warp 创始人 Zach Lloyd 的 GitHub 账号向开源 demo 仓库 issue-triage-loop 提交了一个 PR #21。PR 的真正作者不是他，而是一个在 Oz 上运行的 Agent。它做的事很克制：回看 issue #16 到 #20 这 5 次 triage 判断，发现其中 4 次被人类维护者纠正，于是把这些纠正压缩成 3 条可复用的规则，diff 只有 8 行新增、6 行删除，最后提出把 triage Skill 从 v1 升到 v2。

一个 Agent，给自己交了一份只有 14 行的「改进申请」，等人批准。这就是 Anthropic 笔下「self-improving agent」的真实形态——它让人联想到模型在线训练、自动改权重，但讲的并不是这些。我把官方文章、Warp 公开 demo、这个 PR 和当前开源实现放在一起看，结论很清楚：持续变化的是版本库里的 Skill 与相关配置。 Claude 负责执行任务、归纳反馈和生成候选修改；Git、评测、权限与人审决定修改能否进入生产。