如果你用 Claude Code 有一阵子了，项目里大概率已经攒了不少自己的东西：写满规则的 CLAUDE.md、.claude/skills/ 下几个自己调出来的技能、settings.json 里配了半天的 MCP 服务器。以前大家聊的是"怎么把扩展玩出花"，但最近两周，圈里开始聊一件更现实的事：这些东西，会不会白攒？
先说这两周发生了什么。三件事，连着来的。
第一件，8 月下旬开始，"Claude Code 增长熄火、网传退订"的讨论在知乎集中出现。最有代表性的一篇高赞回答把账算得很直白：一是封号留下的心理阴影——“普通聊天工具被封了还能换，但 Claude Code 是生产工具，项目配置、MCP、脚本、工作流全部围着它搭起来以后，一旦账号出问题，迁移成本很高”；二是模型差距在缩小，“一旦差距从 50% 缩到 10%，用户就会重新算账”。知乎退订规模本身只是网传，没法证实，但这种"开始算退出成本"的情绪是真实的。
第二件，8 月 26 日，Shopify CEO Tobi Lütke 在 X 上放话：正在考虑在 Shopify 全面禁用 Claude Code，直到它肯读 AGENTS.md。原因是 Shopify 几千名开发者在一个 monorepo 里协作，有人用 Claude Code、有人用 Codex 和别的工具，几乎所有其他工具都读 AGENTS.md，只有 Claude Code 只认 CLAUDE.md——只维护一份指令文件的团队，用 CC 的人就等于在"失忆"状态下干活。Claude Code 负责人的回应总结下来是：会让工具变得更可定制，但不同模型系列对系统提示的格式有各自偏好，不能简单互换。而这个"求支持 AGENTS.md"的 GitHub issue，已经攒了 5200+ 个赞，是整个项目最受关注的功能请求。知乎
第三件，8 月 31 日，一篇《Claude Code Plugin：怎么选，如何迁移到 Codex》的文章出现，把"换平台之后插件还能不能用"直接当成了主题。作者点破了普通用户最关心的两件事：哪些插件真值得装，以及换用 Codex 或其他 Agent 后，这些资源能否继续用。知乎
三件事单独看都是社区口水，放在一起指向同一个变化：用 Claude Code 的人，开始认真盘点自己的扩展资产了。而同一时间，另一边的热度一点没降——B 站和知乎上"教你写 skill""Claude Code 插件市场教程"的内容还在批量冒出来。一边拼命攒，一边开始怕白攒，这个反差值得说道说道。
先搞清楚你到底攒了什么
Claude Code 的扩展体系，现在其实是五层东西叠在一起，很多人自己也分不清。按能不能带走排个序：
资产 | 可迁移性 | 说明 |
|---|---|---|
MCP 服务器 | 高 | MCP 本身就是跨平台协议，Codex、Cursor 都能接，配置基本能平移 |
Skills | 中高 | 本质是 Markdown 写的工作流知识，Codex 等工具也在陆续支持同一格式 |
Plugins 插件 | 中 | 新出现的打包分发格式，壳子跟平台走，但里面的 skills、hooks、MCP 可以拆出来 |
低 | Claude Code 专属读取，行业通用格式是 AGENTS.md | |
Hooks | 低 | 绑定 CC 的 settings.json 和事件机制，换平台基本要重写 |
这里有个容易被忽略的判断：插件并不是新能力。技能、代理、钩子、MCP 服务器，在插件出现之前全都能单独用，插件只是把它们标准化，加上了版本号、命名空间和分发渠道——用社区里的话说，“Claude Code 从工具变成了平台”。所以你不需要为"要不要把配置转成插件"焦虑：插件是给别人分发用的包装，不是资产本身。知乎
真正值得盯住的硬通货是 skill。证据最近很密集。9 月初知乎出现《Codex 最推荐的 15 个 skill》《Codex 公认的 5 大 Skill》这类内容。知乎Webman 框架官方发布的 Skill 明确同时面向 Codex 和 Claude Code 用户。知乎B 站有人做了一个开源记忆框架，让 Claude Code、Codex、WorkBuddy 三家共用一个大脑，播放量四千多。哔哩哔哩逻辑也不难理解：skill 就是一段写清楚"什么场景、按什么步骤、注意什么坑"的 Markdown，平台依赖是五层里最低的。相比之下，hooks 和只被 CC 读取的 CLAUDE.md，才是真正被平台锁住的部分。
三种人，三种放法
位置不同，做法完全不同，对号入座。
第一种，纯使用者：只装别人写好的插件和 skill，自己基本不写。你不需要碰插件打包这些概念，做两件事就够了——给自己装过的 skill 建个清单（装在哪、干什么、依赖哪个 MCP），然后把项目规则同时维护一份 AGENTS.md。这样哪怕明天换平台，大头体验是带得走的。
第二种，团队里的整理者：自己写 skill 和 hooks，还在同事之间分发。建议从现在开始就把 skill 按"平台无关"来写，把平台专属的逻辑（比如某个钩子的触发配置）单独拆到一个文件里；插件可以发，但源码仓库留好。记住一句话：插件是发行包装，仓库里的明文文件才是资产。
第三种，已经在观望迁移的：先别急着搬。Codex 那边的插件分发形态还在演进，目前主要靠 skill 承载，还没长出和 CC 插件市场对等的生态；而 CC 的能力上限依然是这批工具里最强的。当下更划算的动作不是迁移，而是把资产做成"可迁移的"——上面那张表里，高可迁移的多投入，低可迁移的少押注。
三个值得盯的信号
最后给几个可以持续观察的锚点，出现任何一个，上面的策略都要跟着调：
一是 Claude Code 官方什么时候真正支持 AGENTS.md。那个 5200+ 赞的 issue 还开着，负责人口径是"在让工具更可定制"，既没答应也没拒绝。知乎一旦落地，CLAUDE.md 的锁定问题直接缓解一大半。
二是 Codex 会不会长出正式的插件市场。从"一切皆 skill"到出现打包分发格式，是它生态成熟的关键一步，也是"迁移值不值"的分水岭。
三是 CC 插件市场的规模与审核节奏。目前社区市场要走申请表、审核通过后固定在某个 commit 上、目录每晚同步，官方市场则是收录制。知乎生态还早，现在进场做插件分发的人，赌的是它变成下一个应用商店。
收个尾。这两周的争论看着是"CC 还行不行"，其实底下是同一个问题：当 AI 编程工具从单件工具变成一整套工作流，你的积累到底属于哪个平台。文件层面的答案不太乐观——总有一部分是带不走的；但真正值钱的那部分资产，从来不是几个配置文件，而是你把工作流拆成 skill 时想明白的那些东西：什么场景该干什么、哪一步容易出错、哪个坑绕得开。这部分，换哪个平台都跟着你走。
