天津云数字科技有限公司项目咨询
返回公司资讯
产业新闻

Claude Code拒绝AGENTS.md行业标准:一场由配置文件引发的开发者信任危机

当所有AI编程工具都在向行业标准靠拢时,Anthropic的Claude Code偏要特立独行。它拒绝支持已被超6万个开源项目采用的AGENTS.md格式,固执地守着自家CLAUDE.md不放。这份特立独行终于踢到了铁板——全球电商巨头Shopify的CEO Tobi Lütke公开威胁:要么支持AGENTS.md,要么在Shopify内部全面禁用Claude Code。天津云数字科技有限公司持续关注AI编程工具与开发者生态的演变,为行业呈现深度解读。

 

一、封杀令:Shopify CEO公开威胁禁用Claude Code

公司资讯配图 我正在考虑在Shopify禁用Claude Code,直到他们改变主意,愿意读取AGENTS.md、.agents/skills等文件。Lütke在X上写道。在他看来,Claude Code拒绝读取AGENTS.md,迫使大型研发团队承担了一笔本可避免的复杂度税。 这看起来只是一场围绕AI编程工具配置方式的小争议,但放到Shopify这样的大型研发组织里,一处格式差异很快就会演变成平台工程问题。Shopify有数千名开发者共同维护一个庞大的单体代码库(monorepo),使用的AI编程工具却不尽相同。每个智能体都需要根据当前处理的代码,读取相应目录中的项目指令。一旦某款工具没有读到与其他工具相同的指令,开发者使用的智能体就可能遵循不同的规则。 Lütke随后解释道:AGENTS.md和CLAUDE.md都会沿目录树递归生效。数千名开发者共同维护一个monorepo,难免会有某个目录漏掉其中一份文件,结果就是一部分开发者用上了被切掉一块脑子的智能体。Shopify已经通过自动化机制弥补了这种差异,但Lütke认为,公司的工程师原本就不该为此额外投入精力。我们用自动化解决了这个问题,但这是一笔愚蠢的复杂度税,原本根本不该付。 事实上,近一年来开发者一直在要求Anthropic支持AGENTS.md。2025年8月提交的主要功能请求已获得近5000个GitHub用户点赞,成为Claude Code社区反响最强烈的兼容性诉求之一。然而,相关issue接连在没有充分回应社区质疑的情况下被关闭,不予修复成了Anthropic留给数千名开发者的答案。直到Shopify CEO公开放话,沉默近一年的Anthropic才终于作出回应。

二、复杂度税:大型团队的平台工程噩梦

公司资讯配图 随着编程智能体的能力越来越强,工程团队也需要一种能够长期保存项目指令的方式。AGENTS.md和CLAUDE.md等文件正是在这样的背景下出现的。开发者可以把构建命令、测试要求和编码规范等内容直接写进代码仓库中的指令文件,智能体工作时会自动读取这些信息,无需开发者每次重新说明。 麻烦在于,各家编程工具至今没有采用统一的文件格式。OpenAI于2025年8月推出AGENTS.md,用于向编程智能体提供项目级指令。到当年12月,已有超过6万个开源项目和智能体框架采用这种格式,支持它的工具包括Codex、Cursor、Gemini CLI、GitHub Copilot、Jules和VS Code。此后,OpenAI将这一格式移交给Linux基金会旗下的Agentic AI Foundation。 Claude Code走了另一条路。它使用CLAUDE.md保存项目指令,并且能够在处理代码时读取仓库不同目录中的CLAUDE.md。它目前不会原生读取AGENTS.md,虽然开发者已经多次要求Anthropic增加这项能力。 在大型代码库中,项目指令可能分布在整棵目录树中,智能体处理不同位置的代码时,需要遵循对应目录下的不同要求。如果某个目录中存在供其他工具读取的AGENTS.md,却没有为Claude Code准备对应的CLAUDE.md,那么使用Claude Code的开发者就可能在缺少同等上下文的情况下工作。一项针对2926个GitHub代码仓库的2026年研究发现,上下文文件已经成为开发者向编程智能体提供指令的最常见方式,AGENTS.md也已经被多种工具采用。随着企业把越来越多的编程智能体引入同一个代码仓库,如何确保所有工具读取相同的指令、遵循相同的规则,也将成为平台团队新增的一项工作。

三、开发者自救:为兼容被逼写无用脚本

公司资讯配图 Anthropic提供了一些变通方案,例如通过CLAUDE.md导入AGENTS.md,或者为文件创建符号链接。但这些方案恰恰印证了Lütke所说的复杂度税。 开发者Ian Nuttall分享了一段颇为复杂的提示词,让Claude在Mac上搭建一套自动化兼容机制:递归查找所有AGENTS.md,在同一目录创建指向它的CLAUDE.md符号链接;用fswatch持续监控新文件;设置launchd代理开机自动运行;再把生成的CLAUDE.md加入全局Git忽略列表,避免误提交。 这套方案看似解决了兼容问题,却意味着为了让Claude Code读取其他主流工具已经原生支持的AGENTS.md,开发者还要额外维护查找脚本、文件监控、自动启动配置和Git配置,并且得确保这套机制在团队所有成员的机器上保持一致。 但也不是所有人都能搞定这个事儿。有网友尝试过很多方法让Claude Code读取AGENTS.md文件,Claude Code却始终没有响应,最后他不得不转向Cursor。我也尝试过很多修复方法让Claude Code读取AGENTS.md,但它根本不响应。最终,我转向了Cursor。 天津云数字科技有限公司认为,这种现象值得所有AI工具厂商警醒:当开发者为了使用你的产品而不得不编写大量无用的兼容脚本时,产品的体验优势已经被消耗殆尽。在AI编程工具竞争日趋激烈的今天,开发者的迁移成本正在降低,一次糟糕的体验就可能导致用户流失。

四、Anthropic的回应:模型不可互换论激怒社区

公司资讯配图 面对Shopify CEO的公开施压,Claude Code团队成员Thariq终于作出回应。他表示,团队正在提高Claude Code的可定制性,未来将允许开发者更方便地使用AGENTS.md,或者修改其他系统提示词。现阶段仍需在CLAUDE.md中写入导入指令,由它导入AGENTS.md。未来可能会简化这一步,但是否会像Codex、Cursor等工具一样默认识别AGENTS.md,这条回复并没有说清楚。 他同时解释了Anthropic坚持现有方案的原因:团队认为不同模型需要的上下文和指令并不完全相同。Thariq此前透露,Anthropic已经为最新一代Claude 5模型删掉了大约80%的Claude Code系统提示词,所以Anthropic更倾向于根据模型特性调整系统提示词、Skill和CLAUDE.md,而没有直接接受一套跨模型通用的项目指令。 然而,这一解释反而激怒了开发者。一位开发者随即反驳:自己平时就会使用五种模型,代码仓库的其他贡献者使用的模型更多。如果每种模型都需要一份单独优化过的指令文件,一个项目难道要同时维护17份指令文件,并且随着模型每隔几周更新一次,持续重新评测和改写?没有人会这么做。他认为,主流工具的开发者可以在产品内部针对不同模型进行适配,就像Claude Code已经做的那样,但不应该把这笔维护成本转嫁给普通开发者。 按照每种模型都要配备专属指令文件的逻辑,仅仅使用Claude的团队就可能需要维护一系列不同版本的文件。每当模型更新,企业还要投入大量token重新评测,甚至安排一个团队专职维护这些Markdown文件。多位网友认为,这纯属Anthropic的产品文化问题——拒绝遵循行业通用约定,坚持让CLAUDE.md保持特殊地位,传递出一种只有我们知道最佳方案的态度。

五、行业标准之争:AI编程工具的开放与封闭

公司资讯配图 这场由配置文件引发的争议,本质上是AI编程工具领域开放与封闭路线之争的缩影。天津云数字科技有限公司认为,这一事件对整个AI工具产业具有重要启示: 第一,行业标准是降低生态摩擦的基础设施。AGENTS.md之所以能在短短几个月内被6万多个项目采用,正是因为它解决了多工具协作的核心痛点。当一个团队同时使用多种AI编程工具时,统一的指令格式意味着更低的维护成本、更少的配置错误和更一致的智能体行为。拒绝支持行业标准,本质上是在为整个生态增加摩擦。 第二,模型不可互换不能成为封闭的借口。Anthropic声称不同模型需要不同指令,但开发者指出,这种适配应该由工具厂商在产品内部完成,而不是转嫁给用户。就像浏览器厂商会在内部处理不同渲染引擎的差异,而不会要求每个网站维护多套代码一样,AI编程工具也应该在产品层面屏蔽模型差异,为开发者提供统一的使用体验。 第三,开发者信任是AI工具最宝贵的资产。一位网友写道:我喜欢Anthropic的很多产品,尤其是Fable。但我希望他们能意识到,这里存在一种文化问题,而他们正在因此逐渐失去开发者的关注。在AI编程工具快速迭代的今天,技术领先可以带来短期优势,但开发者的信任和生态的开放才是长期竞争力的基石。 更合理的做法,是让Claude Code默认读取AGENTS.md,同时把CLAUDE.md保留为需要特殊适配时的备用入口。允许用户自行定制与遵循行业标准是两件事——前者是给用户选择权,后者是降低整个生态的协作成本。 遵守开放的行业标准就行了,这样才能让人们的生活更轻松。一位网友的这句话,或许值得所有AI工具厂商深思。在AI技术飞速发展的今天,开放协作、拥抱标准,才是赢得开发者、构建健康生态的正确路径。 关于天津云数字科技有限公司 天津云数字科技有限公司专注于AI智能体技术研发与企业级应用,持续跟踪AI编程工具、开发者生态与行业标准的前沿动态,致力于推动开放、协作、共赢的AI技术生态建设。

服务能力概览

围绕软件开发、AI系统与行业平台的常见咨询

天津云数字科技有限公司是专业软件定制开发与 AI 系统建设服务商,服务政府、企业与本地生活行业客户,承接小程序、管理系统、AI智能助手、行业平台、政企信息化和合作外包项目。

小程序与 App 开发

覆盖微信、支付宝、抖音生态,支持商城、预约、会员、门店核销与后台管理。

3万-10万起

企业管理系统开发

面向 CRM、OA、ERP、进销存、项目管理、审批流和数据报表的定制开发。

10万-50万起

AI 系统定制开发

提供 AI 客服、知识库助手、政务助手、业务问答和大模型应用集成。

50万-200万起

政企信息化与行业平台

支持多组织权限、接口集成、数据看板、国产化适配和长期运维。

200万-500万
天津云数字科技有限公司主要做什么?

天津云数字科技有限公司专注软件定制开发、小程序开发、企业管理系统、AI系统定制、行业平台和政企信息化建设。

软件开发预算一般是多少?

轻量小程序或 H5 通常 3万-10万,标准管理系统 10万-50万,行业平台或 AI 系统 50万-200万,政企级定制项目 200万-500万,实际价格根据需求复杂度、周期、数据规模、接口数量和交付标准确定。

是否支持源码交付和后续维护?

支持按合同约定交付源码、数据库结构、接口文档、部署文档、测试账号、管理员培训和售后维护建议。

服务区域只限天津吗?

公司位于天津市和平区卫津路137号,可服务天津本地客户,也支持北京、河北、华北地区及全国客户远程协作交付。

项目咨询电话:022-23214688邮箱:info@yundigi.com服务时间:早08:00至晚22:00点