近日，Shopify首席执行官Tobi Lütke在社交平台透露，正考虑在内部禁用Claude Code工具，除非其能支持读取AGENTS.md和.agents/skills等标准化配置文件。这一决定源于团队在协作中遇到的规则冲突问题：不同AI编程工具依赖各自专属的配置文件，导致同一代码库中的开发者可能获取到相互矛盾的项目规范。
随着AI编程助手深度融入开发流程，主流工具逐渐形成两种配置体系。OpenAI Codex、Cursor等工具采用AGENTS.md作为核心配置入口，通过.agents/skills目录管理细化规范；而Claude Code则使用CLAUDE.md和.claude/skills目录。这种差异在大型单体仓库（monorepo）中尤为突出——当不同团队成员分别使用两种工具时，AI可能基于不同配置文件生成差异化的代码建议，甚至执行相悖的操作指令。
开发者社区迅速提出多种解决方案。最普遍的做法是通过软链接实现文件映射，例如在项目根目录执行`ln -s AGENTS.md CLAUDE.md`，强制工具读取统一配置。另一种方案则利用Claude Code的文件引用功能，在CLAUDE.md中添加`@AGENTS.md`指令，既保留团队通用规则，又允许添加模型专属配置。部分开发者还开发了自动化同步脚本，定期检查并修复配置文件差异。
面对技术社区的热烈讨论，Lütke进一步解释了禁用决策的深层考量。他指出，在拥有数千开发者的超大型项目中，配置文件需要随目录结构、项目边界和团队协作模式持续更新。软链接或引用关系虽能解决表面问题，但会引入新的维护负担："这相当于让开发者为工具的缺陷支付复杂性税。"他强调，自动化修复方案无法彻底消除风险，因为任何目录层级若遗漏配置文件，都可能导致AI获取错误上下文。
Claude Code开发团队成员Thariq随后回应称，已将增强配置灵活性纳入产品路线图。他解释了当前设计逻辑：不同AI模型对system prompt和技能组织的偏好存在显著差异，Claude Code的专属配置体系旨在优化模型表现。例如，团队在最新模型中移除了80%的system prompt，通过重构CLAUDE.md结构提升生成质量。不过他也承认，多套配置确实增加维护成本，短期解决方案仍推荐使用文件引用功能。
这场争议折射出AI编程工具生态的深层挑战。随着企业加速采用AI辅助开发，如何平衡模型特性与工程标准化需求，已成为行业共同课题。Lütke的公开呼吁引发广泛共鸣，多位技术负责人表示，在超大规模代码库中，任何工具层面的不一致都可能演变为系统性风险。目前，Claude Code团队正评估通过开源适配器或标准化接口解决兼容性问题，但尚未公布具体时间表。
