先说一个很真实的尴尬

如果你最近在用 Cursor / Claude Code / Codex，大概经历过这种事：

• 看别人分享就装，装着装着本地多了几十上百个 Skill
• 写需求时 Agent「看起来很专业」，但上下文又长又贵
• 你隐约觉得：有些 Skill 天天在读，有些从没打开过
• 可你拿不出数据，只能靠感觉删——不敢删

Skill 生态越来越繁荣，却几乎没人回答一个朴素问题：

哪些 Skill 真的在用？每次加载大概多重？Rules / AGENTS.md 是不是也在悄悄膨胀？开子 Agent 又额外烧多少？

于是我做了一个开源 Skill：skill-monitor。

它解决什么问题

一句话：给本地 Agent Skill 做使用账本，并粗估「Skill 税」。

1. Skill 使用频率 — 谁被加载、几次、哪些是 0 次僵尸 Skill
2. SKILL.md 粗估 Token — 每次读说明书大概多重（相对比较，不是账单）
3. Rules / AGENTS.md 膨胀监控 — 常驻上下文有多胖
4. 子 Agent / Task 启动成本 — 启动次数 × Rules+AGENTS 体积

30 秒安装（推荐）

npx skills@latest add wei63w/skill-monitor

装完后：

node ~/.cursor/skills/skill-monitor/scripts/cli.mjs setup --project . --hooks
node ~/.cursor/skills/skill-monitor/scripts/cli.mjs backfill
node ~/.cursor/skills/skill-monitor/scripts/cli.mjs analyze --project . --write
node ~/.cursor/skills/skill-monitor/scripts/cli.mjs bloat --project . --snapshot --write
node ~/.cursor/skills/skill-monitor/scripts/cli.mjs analyze-tasks --project . --write

也可以直接对 Agent 说：「用 skill-monitor 分析本机 skill 使用频率和 token」。

• 仓库：https://github.com/wei63w/skill-monitor
• skills.sh：https://skills.sh/wei63w/skill-monitor

你会看到什么

总览、按调用+token 排序、流水线/重 token/子 Agent/库存健康——终于能看见谁在主导工作流、谁少用但很贵、库存里有多少 unused。

最有价值的用法

1. 敢删：0 次或「体积大、调用少」优先处理
2. 设安装预算：新项目别一上来塞 50 个 Skill
3. 改说明书：高频仍翻车，先改 Skill 本身
4. 盯常驻上下文：AGENTS.md / rules 比冷门 Skill 更伤
5. 看清子 Agent 税：开得多 × 规则重 = 成本相乘

诚实边界

• 没有统一的 onSkillUsed API，采集尽力而为
• Token 是粗估，不是厂商账单
• 没读盘的注入型 Skill 可能记不到

它强在治理与相对比较，弱在绝对计费。

写在最后

如果你也怀疑「装太多 / 对话太贵 / Rules 写爆了」，先装上跑一次报告。数据不一定完美，但通常比感觉诚实。

npx skills@latest add wei63w/skill-monitor

欢迎评论区贴你的结论：删了多少 unused、哪条流水线占了 60% token——我很想看大家真实的 Skill 税。