很多人刚用 Codex，会把 Skill 当插件商店：看到一个装一个，觉得能力越多越稳。 我现在会反过来查。 Skill 不是收藏夹 真正的问题不只是上下文变长，而是任务还没开始，模型已经背上了一堆可能用得上的流程。小修改被拉进大工作流，简单问题被误判成复杂任务，路由开始抢方向。 最常见的污染税 - 目录税：从没用过的 Skill 也在占发现层 - 误触发税：描述写太宽，小任务也被命中 - 流程绑架税：改几行字，却被迫规划、复盘、验收 - 所有权冲突税：几个 Skill 同时觉得自己该接管 - 叠层污染：Skill、MCP、AGENTS、插件规则一起压上来 我怎么判断要不要留 过去 30 天真用过几次？ 不装它，Codex 能不能用更短路径完成？ 它是不是另一个 Skill 的宽泛版本？ 它会不会在无关任务里误触发？ 它有没有清楚的退出机制？ 我的做法很简单：全局 Skill 少装，重流程 Skill 尽量放项目内。一次任务只留一个主 owner，没把握就别让 Skill 接管。 往左滑看完整拆解。 你现在装了几个 Skill？下期聊怎么给项目 Skill 做注册表，点关注不迷路。 #Codex #AI编程 #ClaudeCode #AI工具 #程序员 #效率工具 #Agent #Skill #上下文工程 #howto用好AI