Shopify CEO 威胁禁用 Claude Code，Anthropic 回应将跟进适配

Shopify CEO Tobi Lütke 近日在社交平台表示，正在考虑在 Shopify 内部禁用 Claude Code，直到该工具支持读取 AGENTS.md、.agents/skills 等通用 AI 代理规范文件。他认为，Claude Code 坚持使用 CLAUDE.md 体系，会导致同一代码仓库内不同开发者获得不一致的项目规则与操作指令。

争议焦点：两套配置文件带来的同步成本

随着 AI 编程代理进入软件开发流程，越来越多代码仓库开始加入专门面向 AI 的说明文件。这类文件通常写入项目结构、编码规范、测试要求、开发流程以及可调用技能，让 AI 代理在处理代码前获得相对稳定的上下文。AGENTS.md 正在成为其中较常见的约定，OpenAI Codex、Cursor、Amp 等工具已支持相关格式，部分项目还会通过 .agents/skills 目录组织更细化的技能规范。

Claude Code 采用的则是另一套体系，包括 CLAUDE.md 与 .claude/skills 等文件和目录。当团队成员同时使用多种 AI 编程工具时，两套配置入口便可能产生同步问题：使用 Codex 的开发者读取 AGENTS.md，使用 Claude Code 的开发者则获得 CLAUDE.md 中的内容；若两份文件在某目录出现差异，AI 获得的项目规则也会随之不同。

开发者社区的临时方案与 Lütke 的反驳

面对这一问题，开发者社区迅速给出了若干变通方法：

• 建立软链接：在项目中执行 ln -s AGENTS.md CLAUDE.md，让两份文件名指向同一文件。
• 利用 Claude Code 的文件引用能力：在 CLAUDE.md 中写入 @AGENTS.md，加载团队已维护的通用规则，同时保留 Claude 专属配置的空间。

Lütke 随后再次发帖回应，表示自己清楚这些技巧，但他指出，agent 和 Claude 相关配置文件都会沿目录树递归应用。在拥有数千名开发者的大型 monorepo 中，很难保证每个目录始终同时维护完整的两套文件；一旦某个目录缺少其中一份配置，部分 AI 工具就会获得不同的项目上下文。他写道：「我们可以通过自动化修复，但这是一种不应该由开发者承担的愚蠢的复杂性税（complexity tax）。」

Anthropic 的回应与产品思路

Claude Code 团队成员 Thariq 在帖子下回复称，相关功能正在准备中，后续会继续分享进展。他同时解释了 Anthropic 此前的产品思路：不同模型家族具有各自的行为特点，system prompt 对模型表现影响显著，Claude Code 会针对不同模型配置不同的 system prompt。

这一思路与 Anthropic 近期关于「context engineering」的讨论相呼应。Thariq 此前在 7 月分享 Claude 新一代模型的上下文工程经验时提到，团队在最新模型中移除了约 80% 的 Claude Code system prompt，并总结了如何编写 system prompt、skills 与 CLAUDE.md。

短期方案与开源可能性

目前的临时方案仍包括在 CLAUDE.md 中引用其他 Markdown 文件，例如通过 @AGENTS.md 加载已有内容。当被问到是否计划通过开源 harness 来解决问题时，Thariq 还调侃了 Claude Code 之前「被开源」的插曲。

对于个人项目或规模较小的代码仓库，上述方法通常比较容易实施；但 Lütke 的担忧集中在规模放大后的维护环节——Shopify 这样的 monorepo 包含大量目录和多人并行开发场景，配置文件需要持续跟随目录结构、项目边界和团队规范变化，软链接、引用关系和同步脚本也会成为长期维护对象。这一争议最终能否推动 Claude Code 真正支持 AGENTS.md 规范，仍有待 Anthropic 后续动作。