近日，Shopify 首席执行官 Tobi Lütke 在公开讨论中透露，正考虑在 Shopify 内部禁用 Claude Code，原因是该工具与团队现有 AI 编程工具的配置文件体系存在冲突。这一争议的核心在于，不同工具对项目规则文件的读取方式不同，可能导致开发者在协作时获得不一致的项目上下文。
随着 AI 编程工具在软件开发中的普及，越来越多的项目开始引入专门面向 AI 的说明文件，例如 AGENTS.md 或 .agents/skills 目录。这些文件通常包含项目结构、编码规范、测试要求等关键信息，帮助 AI 代理更好地理解项目上下文。目前，OpenAI Codex、Cursor、Amp 等工具已支持这类标准，但 Claude Code 采用了另一套体系，包括 CLAUDE.md 和 .claude/skills 等文件。
问题在于，当团队成员同时使用多种工具时，不同配置文件可能导致 AI 获取的项目规则出现差异。例如，使用 Codex 的开发者会读取 AGENTS.md，而使用 Claude Code 的开发者则会读取 CLAUDE.md。如果两份文件在某个目录中内容不一致，AI 生成的结果也可能不同，从而影响协作效率。
开发者社区迅速提出了多种解决方案。最常见的方法是通过软链接实现文件同步，例如在项目中执行命令 `ln -s AGENTS.md CLAUDE.md`，使两种工具读取同一份文件。另一种方式是利用 Claude Code 的文件引用功能，在 CLAUDE.md 中写入 `@AGENTS.md`，从而加载团队已有的通用规则，同时保留 Claude 专属配置的空间。
然而，Lütke 指出，这些方法在小型项目或个人开发中可能有效，但在 Shopify 这样的大型 monorepo 环境中，维护成本会显著增加。由于配置文件会沿目录树递归应用，且项目涉及数千名开发者和大量并行开发场景，确保每个目录都同时维护两套完整文件几乎不可能。一旦某个目录缺少其中一份配置，部分开发者使用的工具就可能获得错误的项目上下文。
Lütke 强调，这种配置同步问题是一种“不应由开发者承担的复杂性税”。他认为，自动化修复虽然可行，但会增加工程系统的长期维护负担，尤其是在项目边界和团队规范频繁变化的情况下。
针对这一争议，Claude Code 团队成员 Thariq 回应称，团队正在开发更灵活的功能以满足兼容需求，并表示相关更新发布后会进一步分享进展。他解释称，Claude Code 的设计初衷是针对不同模型家族的行为特点进行优化，例如 Claude 模型对 skills、system prompt 和 CLAUDE.md 的组织方式有特定偏好，因此工具会为不同模型配置不同的 system prompt。这一思路与 Anthropic 近期关于“上下文工程”的讨论一致。
Thariq 承认，多套配置文件确实会增加维护工作，但团队会持续跟进这一问题。目前，短期解决方案仍包括在 CLAUDE.md 中引用其他 Markdown 文件，例如通过 `@AGENTS.md` 加载现有内容。当被问及是否会通过开源工具解决时，他以幽默的方式回应了 Claude Code 此前“被开源”的传闻。
