让一个元 Skill 旁听你的会话，持续改进你的 Skill

Skill 装上的那天就冻结了：你的实际使用方式，不会反馈回 skill 本身。rebelytics/one-skill-to-rule-them-all 里的 task-observer 会旁听你的工作会话，把反复出现的摩擦转化为具体的 skill 更新——而且在「观察到」与「改下去」之间隔着一次人工审核。

为什么这个 Skill 重要

按 README 的说法，这个元 skill 随你的工作运行，盯三件事：你对 AI 输出做出的纠正、尚无 skill 覆盖的空白，以及观察者自身的盲点。每个会话产出一份结构化的观察日志——注意到了什么、涉及哪些 skill、建议怎么改。作者报告称在 81 个 skill 上累计记录了超过 1800 条观察，其中大部分已转化为改进。跨 skill 的共性模式会被收进一份单独的日志，成为跨技能通用原则，新建或更新 skill 时都会对照检查。由于观察者盯着包括自己在内的所有活跃 skill，它自己的方法论也在使用中不断改进。

安装

npx skills add rebelytics/one-skill-to-rule-them-all --skill task-observer

加 -g 可为所有项目安装。在 Claude 应用（网页、桌面、移动端、Cowork）里，改为通过 Settings → Customize 上传最新 release 附带的 .skill 包。只装文件还不够：README 提醒仅靠描述匹配容易漏触发，所以要把 references/environments.md 里的激活指令加进你的 CLAUDE.md 或对应平台的等价文件。

然后在一个新会话里验证它确实在运行——安装它的那个会话无法自证。README 给出了外部判据：如果几轮真实工作之后 skill-observations/observation-log/ 目录还不存在，说明激活从未发生。

实战：把纠正记录变成 skill 更新

1. 正常工作。每个会话期间，观察者会写入观察条目：注意到了什么、涉及哪些 skill、建议怎么改。
2. 会话结束时问一句「Any observations logged?」——这是 README 快速上手步骤里的原话建议；有时 skill 会因此补充记录之前没写下的改进点。
3. 拟议的更新以暂存副本的形式落在 skill-updates/ 里。你在交互式评审中逐条审阅、批准，然后安装更新后的包。在那之前，任何东西都不会生效。

对于周期性维护，README 描述了一种定期评审模式：只自动应用那些无需你决策的观察——即便这些也是先落到暂存副本。

技巧

• README 把它与项目记忆对照：项目记忆为单个项目记录一条坑点并自动生效；task-observer 把反复出现的摩擦转化为可复用 skill 的变更，跟随 skill 进入装载它的每个项目，中间隔着人工审核。
• 同一个坑点如果你在项目记忆里存了不止一次，或存进了不止一个项目，这就是 task-observer 的信号——它已经不再属于某个项目，而是属于 skill。
• skills.sh 页面显示安装量超过一万——README 注明这只是下限，因为命令行的安装统计默认可退出——并附有独立安全审计。
• 初次配置时，README 建议把 skill、README 和用户指南一起喂给你的 agent，让它为你的具体环境做配置。

何时不用这个 Skill

README 自己写明的边界：正式的日志与评审流程要等 skill 库和使用规模上来后才能发挥最大价值。如果只有几个 skill，AI 系统自带的记忆功能或许能以更少的开销覆盖大部分相同场景，直接编辑 skill 也很快。另外注意平台适配：这个 skill 以 Claude 生态的概念为前提，其他平台需要适配——已有 Codex 版本（由 AllstarGER 维护，基于较早版本），而 Claude 网页端和移动端以交接文档模式运行，没有文件系统访问能力。

查看 排行榜 了解更多 skill。