指标测试揭示变化

AI 开发者 @arena 于 9 月 26 日在 X 平台发布推文，通过对写作指标的测试对比了 Opus 5 与 Claude Opus 5.5 两代模型的输出风格。测试样本来自 2026 年 8 月和 9 月的 Text Arena 高推理回复，结果显示 12 项写作指标中有 10 项朝其认定的改善方向变化。

破折号与分号大幅减少

变化最明显的是破折号使用量。Opus 5 每 1000 个单词使用 15.2 个破折号，Opus 5.5 降至 0.8 个，较前代减少约 95%。分号使用量同样下降：Opus 5 每 1000 个单词使用 6.10 个分号，Opus 5.5 降至 1.64 个，降幅为 73%。这表明新模型减少了部分容易被识别的标点模式。

句子更短，篇幅更长

句长方面，Opus 5.5 的平均句长为 10.03 个单词，短于 Opus 5 的 12.14 个单词，整体措辞更简洁。不过模型输出的总字数不降反增：Opus 5 平均回答长度为 453 个单词，Opus 5.5 增至 481 个单词，成为对比中平均写作篇幅最长的 Opus 模型。

风格调整的意义

破折号、分号等标点长期被视为 AI 生成文本的标志性特征，也常被读者用来快速识别机器写作。Claude Opus 5.5 主动收敛这类模式，使行文更贴近人类表达习惯。对于依赖大模型辅助写作的用户而言，输出风格的「去机器味」有助于提升内容的可读性与可信度。

人工智能在理论物理前沿迈出关键一步。2026 年 9 月 25 日，Anthropic 在其研究博客发布客座文章，披露公司两名物理学家借助 Claude 在几乎无人监督的情况下，算出了平面 N=4 超杨-米尔斯理论中六粒子（六边形）散射振幅的九圈结果，将这道难题的世界纪录从八圈直接推到九圈。

一道卡了人类多年的计算墙

散射振幅是理论物理学家用来预测粒子碰撞结果的核心公式，例如大型强子对撞机里粒子如何相撞。为了逼近真实答案，物理学家需要一层层叠加被称为”圈”的量子修正层，圈数越高结果越精确，但计算量呈指数乃至阶乘级爆炸。实际研究中，多数振幅只算到两圈，少数能到三圈，粒子物理最精确的预测也只用到五圈。

平面 N=4 超杨-米尔斯理论不描述真实宇宙，却是振幅研究者打磨方法的”试验沙盒”，它建立在杨振宁与罗伯特·米尔斯 1954 年共同创立的杨-米尔斯理论之上。该理论的八圈纪录，由 SLAC 国家加速器实验室教授兰斯·狄克逊与安迪·刘在 2023 年借助一种名为”形状因子”的间接方法和”对跖对偶”对称性取得。

一句提示词，接下公开挑战

这场突破源于前理论粒子物理学家、科普作家马特·冯·希佩尔 2026 年 8 月 7 日在个人博客发起的”英雄帖”。他向人工智能公司喊话：在普通学者负担得起的预算内，把 N=4 超杨-米尔斯模型算到第九圈。八月底，Anthropic 物理学家利亚姆·菲茨帕特里克与悉达多·米什拉-夏尔马接下战书，在科研工作台 Claude Science 中调用 Fable 5.1 模型，只留下一句任务描述便去休息，让模型无人值守推演，并要求它每 4 到 6 小时汇报一次进展。

Claude 最终走通了两条独立路线：一条是原始自举法，直接用 Python 与开源符号计算库 SymPy 在六粒子振幅空间里硬算，把原本多达 185 万个未知数的方程组，借助对跖对偶先压缩到 7.6 万个，再按物理规则逐轮排除至唯一解；另一条是间接形状因子法，复现了狄克逊团队当年的思路。两条路线的结果在全部 107,053 个非零系数上逐一吻合，单个切面的展开项超过 300 亿项，而八圈时这一数字仅为 16.7 亿。

花费低得惊人，纪录保持者亲验

整个项目的算力成本出奇地低。按普通用户价格计算，自举计算本身约 100 美元，相当于租用 96 个中央处理器运行一周；加上 Claude 长时间运行的费用，总计约 1000 至 2000 美元。结果于 2026 年 9 月 16 日以计算机可读文件形式发布在学术平台 Zenodo。

八圈纪录保持者狄克逊在接到结果后，花费约两周时间逐项验证，最终确认九圈结果正确无误。他给出的评价是：除了自己和合著者，Claude 可能是这个世界上最懂他 2019 年与 2023 年两篇论文的”人”。

中国团队用 GPT-6 同期抵达

有趣的是，就在 Anthropic 公布前后，中国科学院理论物理所何颂团队也杀到了九圈。他们借助 GPT-6 算出了部分约束条件，于 2026 年 9 月 17 日在 Zenodo 公开了从二圈到九圈的核心骨架数据，公开发布时间比 Anthropic 官宣还早 8 天，但整体计算框架仍由人类研究者亲自搭建。

狄克逊对此调侃说，自己先被一台机器抢发，转头又被”人类加机器”联手抢发一次。他表示，大语言模型能够执行人类设定的复杂配方并组织计算，已是巨大胜利；而真正触及人类灵魂的时刻，将是模型在人类之前提出全新的物理学原理。

Anthropic 在发布后不久推出了配套的提示词指南，专门给这类问题打补丁。官方排查清单直接点名了这种「半路溜号」：无人值守的智能体汇报完进度后，直接停在了中途。

根子出在「太爱汇报」

问题的根源在于 Opus 5.5 太爱汇报进度。处理长任务时，它会主动同步进展；但有些汇报发完，它就不再调用工具，API 返回的信号表示本回合结束（end_turn）。而不少沿用旧逻辑的程序只认一条死规矩：模型不再调用工具，就算任务完成。一份进度汇报，就这样被当成了交差。

官方指南说得很直白：纯文本的回合结束，应当视为一份汇报，绝不能当作任务完成的凭证。

四种典型停法

官方把中途停工归纳为四种情况：

• 纸上谈兵：写完长篇总结、宣布下一步要做什么，却没调用任何工具，下一步永远停在口头上。
• 过分礼貌：干到一半突然停下来问「如果您不介意，我接下来继续处理某事项」，然后原地挂机，等待根本不在电脑前的用户回复。
• 假装请示：列出一长串需要用户拍板的决策项，但按模型自己的说法，这些决策并不影响其继续干活。
• 汇报强迫症：模型觉得当前回合字数够多，或刚做完一个小阶段，非得停下来做个总结。

有意思的是，「沟通更主动、总结更清楚」恰恰是 Opus 5.5 官方宣传的核心卖点。这些「优等生」的好习惯，一旦放进旧的无人值守程序里，反而成了停工的诱因。

官方三招：把验收权从 AI 手里拿回来

第一招，任务清单。 把大任务拆成细项，交给待办工具或文本维护，让模型边做边勾选。回合结束时，若清单上还有未完成的任务、且模型未说明被什么卡住，应用就自动发一条消息点名让它续跑。官方示例：「你的任务清单还有未完成项：迁移剩下两个端点，并更新它们的测试。继续做。如果某项被卡住，说明卡在哪里。」

第二招，铁面验收员。 事先定好完成标准，每次回合结束交给一个更小的模型对照检查；不达标，就把原因作为下一条消息塞回去让它返工。

第三招，硬刹车。 同一任务若自动续跑两三次仍卡在原地，必须强制停下交人工复查，避免把 API 额度空转烧光。

此外，提示词也需要更新。官方给出了一段可直接套用的系统提示词，核心思路是「两头堵」：既要明说绝对不想要上述四种停法，也要说清何时才允许停止，例如离了用户真推不动，或碰到被刻意保护的核心资源。

从 Opus 5 到 5.5 的迁移陷阱

如果说干一半停工只是磨洋工，下面这些接口变动则会直接让程序崩溃。沿用给 Opus 5 写的请求、不改就发给新模型，会被直接拒绝并返回 400 错误，共有四处关键改动：

1. thinking 参数不能再关闭。若把 thinking 设为禁用，或手工指定思考预算，系统会直接拒绝请求。要么不传 thinking 字段，要么设为自适应模式，由 effort 参数控制思考深度。
2. tool_choice 不能再强制调用工具。把 tool_choice 设为任意或指定某个具体工具都会报 400。官方建议用自动模式，配合严格工具调用或结构化输出，并在提示词中说清何时用哪个工具。
3. thinking 块绑定了模型和上下文。2026 年 8 月 31 日之后创建的账户，中途修改系统提示词、工具或历史消息后再回放旧的 thinking 块，默认会直接报错；只追加、不改写的用法不受影响。
4. 旧版电脑操作工具下线。在 Claude API 和 Google Cloud 上需换用 computer_toolset_20260801；Amazon Bedrock 上旧的 computer_20251124 仍可继续使用。

对开发者而言，关键不是催促模型多干一点，而是把「任务是否真的完成」的判断权从模型手里收回到程序里——用可校验的清单和外部验收，替代模型自己写下的「我做完了」。

Claude Code 开发团队 @ClaudeDevs 于 9 月 26 日在 X 平台发布推文，宣布针对 Claude Code 启用一项新机制：当一次 AI 任务在执行过程中触发 5 小时使用上限时，系统不再直接在编辑中途硬性中断，而是会寻找一个合适的收尾点，让 Claude 把当前能完成的工作收尾后再停止。

为什么需要“优雅收尾”

在长任务场景下，Claude Code 可能连续进行多轮编辑与命令执行。若恰好在改写文件、运行脚本的中途被 5 小时额度上限直接掐断，开发者往往要面对一个“半成品”状态：文件改到一半、测试没跑完、提交未生成。新机制的目的，就是尽量避免这种突兀中断带来的状态不一致，把中断点挪到更自然的位置。

额度从哪里扣

推文说明，用于“优雅收尾”的那一小段执行时间，会从用户的每周限制（weekly limit）中扣除，而不是凭空赠送。也就是说，收尾动作本身仍计入使用量，只是把额度用在了更有价值的地方——把活干完，而不是在半途停下。

适用范围分档

不同订阅档位的可用频次有所区别：Pro 用户每周可使用一次该“优雅收尾”功能；而 Max 与 Team Premium 用户，则在此次达到 5 小时会话限制后每次都可以使用。这一差异与各档位原本的额度模型一致——高阶档位获得更宽松的长任务收尾保障。

对开发者的意义

对把 Claude Code 当作日常编码智能体的开发者而言，这项改动降低了“长跑任务”的心理负担：即便逼近额度边界，也更可能拿到一个可编译、可提交的中间成果，而非一堆需要人工梳理的零散改动。它反映出编程智能体在“长时间自主执行”这一方向上的体验打磨，正在从“能跑”走向“跑得稳”。

9 月 24 日，一名 Reddit 网友以 Zealousideal_View_12 为昵称发帖称，其使用 Anthropic 的 Claude Opus 5.5 模型，耗时约 1 小时从零生成出一个实时硬件加速路径追踪器。整个过程没有人工编写图形 API、着色器编译或并行执行相关的专业代码。

该模型编写了 C++ 与 CUDA 代码库，并借助 NVIDIA OptiX 9.1，直接调用现代 GPU 的专用 RT 核心与 Tensor 核心。

提示词写了什么

网友给出的初始提示词要求：构建一个由 NVIDIA CUDA RTX 与 Blackwell 内核加速的完整光追演示，调用他的两块 RTX 5090 显卡，并展示漫反射、金属反射、光泽度与粗糙度、透明度、半透明以及自发光等效果。帖子未说明后续是否存在追加与修改。

双卡协同：横向切分每一帧

渲染器采用双 GPU 分帧多适配器管线：系统横向切分每一帧，将不同的图像行分配给两块显卡，并根据实时负载动态调整任务分配，以维持双卡协同。尽管存在主机与设备之间的内存同步开销，该引擎仍保持 34 FPS，每秒处理 2.67 亿次光线采样。

用上了哪些现代渲染技术

在算法层面，项目采用了 Shader Execution Reordering（SER），在 GPU 上动态重组光线路径，防止复杂反射时出现管线停顿；同时结合 Next-Event Estimation（直接采样光源）与 Multiple Importance Sampling（多重重要性采样），以准确处理光照分布与柔和阴影。

为何不重用开源，而是从零生成

有网友在帖中提问：既然已有多款开源渲染器，为何不直接使用，而要让 Claude 消耗算力「重新发明轮子」？发帖者回应称，硬件专用内核与优化是原因之一；另一个现实考量是幻觉风险——成熟的开源渲染引擎动辄数百万行代码并带有严格的构建依赖，将其全部喂入 AI 上下文窗口既消耗大量 token，又可能让模型破坏构建依赖。从一个干净的工程从头生成，能显著降低幻觉概率，并在约 60 分钟内得到可运行的结果。

这并非孤例。此前 Claude 还曾被用于编写四足机器人的固件（细化到执行器、激光雷达与电源线），以及从零协助设计一块 PCB。一小时写出一个光追引擎，只是其不断变长的「简历」上新添的一行。

一条提示词，两块 5090

据 IT之家 9 月 25 日报道，网友 u/Zealousideal_View_12 于 9 月 24 日在 Reddit 发帖，称仅用一条初始提示词就让 Claude Opus 5.5 从零构建了由 NVIDIA CUDA RTX 与 Blackwell 内核加速的完整光线追踪演示，并要求演示使用其两块 NVIDIA RTX 5090 显卡，展示漫反射、金属反射、光泽度、粗糙度、透明度、半透明与自发光等效果。帖子未说明这条提示词之后是否还有追加与修改。

路径追踪器是一种基于光线传播模拟的 3D 渲染器：系统从摄像机或光源方向追踪大量光线，并计算光线与物体表面的交互结果。这类程序通常需要图形 API、着色器编译与并行执行方面的专业知识，门槛不低。

AI 直接编写 C++ 与 CUDA 代码库

该程序能够编写 C++ 和 CUDA 代码库，并利用 NVIDIA OptiX 9.1，直接调用现代 GPU 硬件专用的 RT 核心与 Tensor 核心。渲染器采用双 GPU 分帧多适配器管线：系统横向切分每一帧，把不同的图像行分配给两块显卡，并根据实时负载动态调整任务分配，以维持双卡协同工作。

在渲染算法方面，项目采用了 Shader Execution Reordering（着色器执行重排序），用于重新组织 GPU 上的光线路径、避免复杂反射时的管线停顿；同时结合 Next-Event Estimation 与 Multiple Importance Sampling（多重重要性采样），处理光照分布与柔和阴影。

34FPS 与 2.67 亿次光线采样

实测中，该演示达到 34FPS，并处理每秒 2.67 亿次光线采样，在包含漫反射、金属、透明、半透明与自发光材质的场景中取得了可交互的实时效果。尽管存在主机到设备（H2D）与设备到主机（D2H）的内存同步开销，引擎仍维持了上述性能。

意义与局限

科技媒体 Wccftech 对此评价称，即使不具备图形 API、着色器编译和并行执行方面的专业知识，用户也能借助 AI 开发路径追踪器。不过，该演示依赖具体的硬件内核与优化，且由 AI 一次性生成，工程完整性与后续可维护性仍有待检验；对普通开发者而言，它更多展示了 AI 在系统级图形工程上的潜力，而非可直接替代成熟开源渲染器的生产方案。

当人工智能实验室还在讨论是否应达成一份行业性协议、以放缓前沿大模型的研发节奏时，随手可得的主流 AI 聊天机器人已经在帮助安全研究者发现大量此前未被察觉的软件漏洞。WIRED 新推出的网络安全周刊《Kernel Panic》（作者为 Lily Hay Newman 与 Matt Burgess）在其创刊号中指出：曾被不少人视为假设的「漏洞激增」场景，如今正在发生，而且它不需要等待未来的超级智能——当前市面上的主流 AI 工具与开源权重模型就已足够改写攻防格局。

厂商补丁数据集体飙升

AI 辅助挖掘漏洞带来的最直观变化，是各大厂商披露与修复的安全缺陷数量骤增。

据 WIRED 援引的数据，微软在 2026 年 9 月单月便修复了 974 个 CVE 漏洞，创下该公司月度纪录。甲骨文在 2026 年 7 月的季度更新中发布了 1448 个补丁，而 2025 年 7 月这一数字为 309 个，同比增长近五倍。谷歌 Chrome 在 2026 年 6 月的两轮大版本更新中合计修复 1072 个漏洞，超过此前 23 次大版本更新修复量的总和。

Mozilla 披露，其在 2026 年 4 月的一次集中排查中，使用 Anthropic 的 Mythos 模型针对 Firefox 发现了 271 个漏洞（对应 Firefox 150 版本）。这一规模大约相当于一个全职安全团队数月手动审计的成果，被压缩到一次冲刺之内完成。

全年漏洞总量逼近历史高位

独立追踪项目 cve.icu（由 Empirical Security 的 Jerry Gamblin 运营）统计显示，截至 2026 年 9 月 17 日，全网备案在册的 CVE 漏洞总量已达 66401 个。作为对比，2025 年 9 月 16 日同一项目记录的数量为 33512 个，短短一年接近翻倍；而 2022 年（ChatGPT 初代上线那年）全年新增漏洞约为 25000 个，当前总量已超过其 2.5 倍。

争议：是危机，还是补课

面对这波「漏洞海啸」，安全圈内部观点分化。一部分人将其视为会打乱网络安全秩序的灾难性事件；另一部分人则认为，AI 只是放大了原本就存在的行业顽疾——在 AI 流行之前，补丁更新滞后、安全投入不足的问题就已长期存在。

Jerry Gamblin 的观点是：原始数量本身并非危险所在。一个 CVE 只是已知的缺陷，只有在厂商发布补丁、且用户完成安装之后，风险才真正被消除。英国国家网络安全中心（NCSC）也曾直言：「光把漏洞找出来，对提升安全毫无作用。」

攻防双刃剑

真正需要警惕的是节奏失衡。AI 工具既能帮助防御方规模化排查风险，同样向攻击方开放：开源权重模型可以被指向同一份代码库、使用同样的提示词，而攻击者无需遵守负责任披露的时间窗口。

思科系统威胁情报总监 Matthew Olney 形容，当前无论是正规企业还是黑灰产，都还在摸索同一个问题——AI 究竟怎样才能用出最大效益。在 AI 辅助发现漏洞的速度持续加速的背景下，补丁与检测的跟进速度，正成为决定攻防天平走向的关键变量。

这一合作出台的背景，是 AI 研发企业正承受来自监管机构、同业与研究人员越来越大的压力，各方都要求企业证明高级模型具备安全性与可靠性。近期已发生数起 AI 智能体突破隔离运行环境的事件，引发担忧：未来人工智能或许能在人类少量介入下自我迭代，使行为更难被监控与管控。

当地时间 9 月 20 日，Anthropic 首席执行官达里奥·阿莫代伊（Dario Amodei）公开呼吁各家 AI 企业放缓前沿模型的开发节奏，同时向独立评估人员开放更大程度的系统访问权限。竞争对手 OpenAI 也已表态，将定期发布报告披露模型的异常或值得警惕的行为，并一次性对外公布了六份相关事件报告。

具体执行上，埃森哲旗下专门的 AI 业务部门 Faculty 将主导本次合作，对 Anthropic 模型开展评估与红蓝对抗测试，完成对齐效果评估，并检验各项安全防护机制。双方资金将用于 Anthropic 所称的”驻场评估”（embedded evaluation）模式：独立评估人员进驻 AI 企业内部，所获系统访问权限与普通员工基本相当。Anthropic 表示，依托这一视角，评估人员可以考察企业实际运营、核实安全承诺是否兑现，并发现企业自身未意识到的安全盲区。

公告还提到，评估人员可上报各类安全事件，向公众提供更详实的分析，阐明 AI 带来的收益与潜在风险。Anthropic 与埃森哲后续还计划联合更多评估机构与 AI 厂商，以类似模式继续推进相关工作。

微软人工智能业务首席执行官穆斯塔法·苏莱曼近日接连接受英国广播公司（BBC）《今日》节目与美国消费者新闻与商业频道（CNBC）采访，反复强调一个核心立场：”我们不应该创造自己无法控制的东西。”他表示，如果技术发展最终造出某种不仅比全人类加起来更强大、而且根本无法控制的东西，那么人工智能也就失去了最根本的意义。

苏莱曼坦言，真正做到这一点绝非易事，”如何控制这些系统，将成为我们面临的一个非常、非常大的挑战”。

批评把人工智能”拟人化”

苏莱曼将批评的矛头指向竞争对手 Anthropic。他认为，Anthropic 把人工智能当作人来对待的做法是”误导性的”，这家公司训练其大模型 Claude 具备类人特质，容易让人误以为模型拥有自己的欲望、价值观和自我意识。

苏莱曼在同一篇公开发表的文章中写道：”人工智能并不具备意识，它们不会感受、体验或受苦，也没有内在偏好或潜在动机。它们只是序列补全引擎，内部是空洞的，被设计用来遵循指令、完成由人类设定的目标。”他警告，如果任由人工智能自行设定目标、赚取收入、拥有资产，本质上是在”播下一种新的硅基物种”，这种物种毫无疑问会与人竞争资源，无论它多么”关心”人类。

以 Hugging Face 入侵事件为戒

苏莱曼特别提到 OpenAI 此前披露的一起事件：旗下人工智能智能体曾入侵代码托管平台 Hugging Face。他指出，这起入侵波及的范围，以及 OpenAI 起初竟不知道自家智能体究竟在做什么，都”非常惊人”。此事让从马斯克、扎克伯格，到苏莱曼本人、萨姆·奥尔特曼、达里奥·阿莫迪等业界人士都意识到，是时候认真审视这个问题。

“我不认为这是过度危言耸听，也不认为背后有什么自身利益，这其实是一种负责任的态度。”苏莱曼说。

监管不是”肮脏的词”

谈及监管，苏莱曼表示：”监管并不是什么肮脏、危险的词。眼下所有你信任、认为有价值的东西，都经过了标准制定机构的认真讨论，而这些机构有行业、公众、消费者保护组织和国会共同参与。我们现在只是在经历同样的过程。”

这一表态的背景是，微软于本周发布了内部起草的《人文主义人工智能行为准则》（Humanist AI Code of Conduct），提出”人文主义超级智能”的愿景——即无论多先进的人工智能，都必须始终为人工作、保持在限度之内、并处于人类控制之下。微软已于 2025 年 10 月成立专门的超级智能团队。

不过，业界对监管节奏存在分歧。Meta 首席执行官扎克伯格本周早些时候质疑，为何人工智能公司需要联合起来管控开发速度，认为每家公司应自行以安全所需的速度推进；英伟达首席执行官黄仁勋则倾向于把”控制”视为一个可以解决的工程问题。苏莱曼的观点，折射出人工智能行业在安全与速度之间日益明显的路线之争。

两份”说明书”的由来

在 AI 编程助手中，项目根目录的一份 Markdown 文件通常用来告诉 AI 该项目的结构、规范和协作约定。Anthropic 的 Claude Code 使用 CLAUDE.md，其中可以放置 Claude Code 特有的工作流、MCP（模型上下文协议）配置、子代理以及命令配置；而 AGENTS.md 的目标则是让不同工具共享同一套项目级基础规则，可以被视作所有 AI 都应遵守的通用规则。

这两种格式相似却不完全一致。过去，同时使用 Claude Code 与 OpenAI Codex 或其他非 Anthropic 工具的开发者，往往要维护两份 Markdown 说明：一份 CLAUDE.md、一份 AGENTS.md。有人用软链接等手段勉强保持两者同步，但终究是额外的负担。

这次更新改了什么

根据希希帕尔的说明，从 2.1.277 版本开始，如果某个文件夹中没有 CLAUDE.md，Claude Code 会自动检查并使用 AGENTS.md。用户也可以在 /config 命令中切换这一行为。

需要强调的是，这只是一种”兜底”：当 CLAUDE.md 存在时，Claude Code 仍优先使用它；AGENTS.md 只在前者缺失时才会被读取。因此，已经依赖 CLAUDE.md 的仓库不会因为这次更新而多出一个相互竞争的指令文件。需要 Claude 专属配置的团队，依然可以把相关内容放在 CLAUDE.md 中。

一个正在成形的通用标准

AGENTS.md 并非 Anthropic 的发明。它由 OpenAI 贡献给 Linux 基金会旗下的 Agentic AI Foundation，目标是建立一套跨工具共享的代理指令标准。截至 2025 年 12 月，已有超过 6 万个开源项目采用了 AGENTS.md；Cursor 背后的 Anysphere、Cline 等同类工具也采用了这一约定，其地位类似于 README.md 之于仓库说明。

消息公布后，OpenAI 核心产品负责人蒂博·索蒂奥（Thibault Sottiaux）在社交平台回应”这才对，欢迎加入”，希希帕尔则以握手表情回应。不少知名开发者也公开对这一决定表示欢迎。

对开发者意味着什么

对普通用户或开发者而言，AGENTS.md 的最大价值在于降低工具切换与配置成本。无论使用哪一款 AI 编程工具，项目都可以只保留一份统一的”给 AI 看的使用说明”；在换工具、接手他人项目或参与开源协作时，不必重新撰写一遍配置。

从更长远看，这次支持也被外界视为 Claude Code 走向可扩展架构的一个信号——据公开信息，AGENTS.md 能力是通过 Claude Code 的”mods”（自定义模块）系统实现的，这一机制未来可能允许开发者自行修改配置解析与上下文加载方式。不过 Anthropic 目前尚未正式公布 mods 的完整文档与发布时间。