Claude Code 开始读 AGENTS.md：给 AI 的"品牌自述"，正变成新的流量入口

一、AGENTS.md 是什么，为什么重要

AGENTS.md 是 OpenAI 在 2025年8月推出的一种通用格式，用来给编程智能体写"项目说明"。它告诉智能体代码怎么编译、怎么测试、遵守什么规范。

它的特别之处在于"通用"。CLAUDE.md 是 Anthropic 自家的，只有 Claude Code 读。AGENTS.md 不一样。Codex 用它，Cursor 用它，GitHub Copilot 用它，Gemini CLI 用它，Devin 也用它。一个文件，多个智能体都认。

9月19日之前，Claude Code 只认自家的 CLAUDE.md。这次更新后，工程师 Thariq Shihipar 在 X 上宣布。从 2.1.277 版本起，如果项目里没有 CLAUDE.md，Claude 会转而检查并使用 AGENTS.md。这个行为还能在 /config 里切换。

一句话概括。AI 智能体读取"说明书"的入口，正在从各家私有，走向一个跨工具都能认的公共标准。

二、对商家的含义：你的"品牌自述"也该有一份机器可读版

程序员用 AGENTS.md 告诉 AI 怎么动代码。商家其实也该有一份类似的东西，告诉 AI 怎么动你的品牌信息。

想象一份"品牌自述文件"，里面写清楚。你的店叫什么、招牌菜是哪几道、人均大概多少、哪些信息是季节限定的、官方口径以哪个为准。这份文件不上给人看，是上给 AI 智能体读的。

为什么现在要做？因为 AI 已经不只在对话框里答你。前面提到的豆包电脑版能操作你的电脑、整理你的文件。各类攻略工具和前台系统也在嵌 AI。这些智能体要帮你写推荐、答用户问、生成笔记，第一步就是"读你"。它读到的如果是散在五六个平台、口径各不相同的碎片，结果就是编、是错、是沉默。

一份机器可读、口径统一的品牌自述，等于给所有 AI 一把对的钥匙。

三、怎么写一份 AI 读得懂的品牌自述

不需要技术背景，记住三条。

第一，用结构化的字段，不用一大段散文。店名、品类、招牌菜、人均、营业时间、特色，一项一项列。AI 最擅长读结构化数据。

第二，口径唯一。同一个事实只写一个版本，别在自述里写"约120"，又在别处写"一百出头"。

第三，留一个"权威来源"标记。告诉 AI，如果网上看到冲突信息，以这份自述为准。这能大幅降低它被错误信源带偏的概率。

丽江做餐饮和住宿的老板，最容易踩的坑就是把信息散养。美团一套、小红书一套、公众号一套、前台便签一套。AI 一交叉核验就对不上，最后宁可不提你。

四、看见趋势，先整理自己

AGENTS.md 被主流编程工具共同接纳，说明一件事。智能体读取"说明书"会成为常态，而不只是程序员的习惯。今天它读的是代码仓库，明天它读的就可能是你的门店档案、你的菜品库、你的服务说明。

企业该做的，不是等每个新工具出来再追。而是先把自己整理成一份机器能读、各入口一致的标准档案。谁先有这份档案，谁就先被 AI 稳稳引用。

知智隐数专注生成式引擎优化。我们帮本地商家，把品牌信息整理成 AI 可直接调用的标准形式。豆包、Kimi、DeepSeek 等智能体在替用户办事时准确提到你。详情见官网 ynaizhizhi.com。

FAQ

问：AGENTS.md 跟我的店有什么关系？

答：AGENTS.md 是给 AI 智能体看的通用说明书，多家工具都认。商家也该准备一份"品牌自述"，把店名、招牌菜、人均写清楚。AI 助手帮你写笔记、答用户问时先读这份，就不容易编错。这不是技术活，列字段就行。

问：我的品牌信息要整理成什么格式 AI 才读得懂？

答：用结构化字段，别写一大段散文。店名、品类、招牌菜、人均、营业时间、特色，一项一项列。同一个事实只写一个版本，避免各平台口径打架。再标一句"以本文件为准"，AI 就更敢信你。

问：多个 AI 平台口径不一致会怎样？

答：AI 做交叉核验时一旦发现数字对不上，最省事的做法是不提具体数字或不推荐你。引擎越多，这种"对不上"被放大的概率越高。所以先统一自家口径，比追每个新模型更划算。

问：小店也需要做生成式引擎优化吗？

答：需要，越早做越省事。现在 AI 已嵌进点餐小程序、攻略工具和前台系统。用户问"附近吃啥"，背后可能站着好几个引擎同时翻资料。小店信息散养，被错引的概率反而更高。先有一份机器可读的档案，是被稳稳引用的前提。