Cursor从前三名跌落，OpenAI的Codex市场份额上升至前三名。它会发生什么事呢？ ～根据数据总结2025年9月AI Coding趋势～
AI Coding Agent 九月趋势
自 2025 年 7 月以来，我们一直在运营一个名为 AI Coding.Info 的网站。
这是一个从 Github 存储库中的固定点观察与 AI 编码代理（例如 Claude Code、Gemini 或 Codex）相关的使用趋势的网站。 为了确定 AI Coding Agent 的使用情况，我们在以下条件下进行日常调查。
- 每日检查 Github 上的 9,000 个公共存储库
- 按编程语言划分的 TOP 300 Github 明星
- 研究了 30 种编程语言
- 针对 16 种 AI 编码代理
- 只有当各种AI Coding Agent使用的规则文件在Github仓库中时，才确定正在使用AI Coding Agent。
过去的趋势
https://qiita.com/kotauchisunsun/items/092784402a36d5705853
https://qiita.com/kotauchisunsun/items/a1e06dd590f945ae09ef
AI Coding Agent使用率为3.6%
**9月底AI Coding Agent存储库使用率为3.6%，比上次的3.1%增加了0.5个点。 ** 上次7月至8月的涨幅为0.2个点。虽然增幅在增加，但并没有明显变化。这就是印象。
https://ai-coding.info/ja/agents
AI Coding Agent 按产品划分的份额
按产品划分的份额如下。
| 排行榜 | 产品名称 | 分享率 |
|---|---|---|
| 第一名 | 克劳德·代码 | 31.8% |
| 第二名 | 副驾驶代理 | 26.7% |
| 第三名 | 法典 CLI | 16.1% |
| 第四名 | 光标 | 14.8% |
| 第五名 | 双子座 CLI | 6.3% |
https://ai-coding.info/ja/agents
**Claude Code 和 Copilot Agent 的市场份额持续保持高位。这一事实仍然没有改变，但整体市场份额下降了约 1%。就是这样的感觉。上个月排名第 3 的 Cursor 已升至第 4 位，而排名第 4 的 Codex CLI 已升至第 3 位。 ** 上个月，我写了一篇文章，内容如下。
此外，虽然Cursor的存储库数量比Codex CLI和Gemini CLI多，但增长率较低，因此Cursor的排名可能会下降。如果我们假设增长率固定，Codex CLI 的存储库数量可能会在一个月后（即 9 月份）超过 Cursor。
这样一来，原本市场份额排名第三的 **Cursor 将在 9 月份被排名第四的 Codex CLI 超越。这是我的预测。事实上，9月25日，排名发生了逆转。 **
https://x.com/kotauchisunsun/status/1971170568461508839
我觉得 9 月 15 日 GPT-5-Codex 的发布是一个触发因素。
https://x.com/OpenAI/status/1967636903165038708
自从这个版本发布以来，在我的观察范围内，我看到一些评论说，“我尝试了 Codex。”这是一个聪明的想法。也有这样的意见。事实上，它似乎在基准测试中取得了不错的成绩。
引用：https://artificialanalysis.ai/?intelligence-tab=coding#artificial-analysis-coding-index
根据 https://artificialanalysis.ai，目前最好的编码模型是 Grok 4，其次是 GPT-5 Codex(high) 和 GPT-5(hight)。上图中，由于是综合指数，第一名是 Grok 4，但 GPT-5 Codex（高）可能是个别编码基准测试中的第一名。因此，性能略优于Claude 4.5 Sonnet。这种感觉可能实际上是真的。不过，我还没有听说他们已经用 Codex 替换了他们内部使用的 Claude Code，所以还是有点观望的态度，或者说替换 Claude Code 还不够。更换它的成本很高。因此，它不会超出这个范围。可能是这样的评价。 之前我写过一篇【Codex CLI的评测文章】（https://qiita.com/kotauchisunsun/items/fa4a3167c2480984216b），但是当我时隔一段时间第一次接触它时，行为发生了变化，之前验证的内容不再起作用。因此，有必要定期检查运行情况。
按编程语言划分的 AI Coding Agent 使用情况
**AI Coding Agent 最常用的编程语言是“Typescript”，其次是“Rust”和“Python”。 ** 从两个月的图表中可以看到，从 TypeScript 到 JavaScript，排名没有变化。因此，适合AI Coding的编程语言和不适合AI Coding的语言之间已经有了明显的区别。你可能会这么说。
https://ai-coding.info/ja/agents
下图比较了截至 10 月 1 日 TypeScript 存储库中 AI Coding Agent 的使用率和 Rust 存储库中 AI Coding Agent 的使用率。
从使用的存储库数量来看，TypeScript 和 Rust 分列第一和第二，但实际情况略有不同：TypeScript 在 23.7% 的存储库中使用，而 Rust 仅占 11.7%。可以看到，编程语言之间的使用情况存在相当大的差异，第一名和第二名之间的差距超过10%。更深入地讨论一下，当谈到 TypeScript 时，已证实五分之一的存储库使用 AI Coding Agent。对于 TypeScript，AI 编码代理的使用已经变得相当普遍，不仅从经验来看，而且从数据来看。我认为这样说是公平的。 **
https://ai-coding.info/ja/languages/typescript
https://ai-coding.info/ja/languages/rust
AI Coding Agent 使用的存储库数量的每月趋势
截至2025年9月1日的存储库数量为374个，截至2025年10月1日的存储库数量为446个，增加了72个。虽然根据日期存在一些波动，但从日期和时间趋势可以看出，使用AI Coding Agent的存储库数量正在稳步增加。正如我在上个月的文章中讨论的那样，底部的黑色部分是光标，绿色部分是 Codex CLI。该图还显示 Cursor 的存储库数量是恒定的，而 Codex CLI 的存储库数量正在增加。
https://ai-coding.info/ja/agents
OpenAI 和 Windsurf/光标。和代理.md
OpenAI 于 2025 年 4 月 17 日发布了 Codex。当时有几篇及时的文章。一是OpenAI收购Windsurf。
https://www.publickey1.jp/blog/25/openaiaiwindsurf.html
2025 年 5 月 7 日，OpenAI 以相当于 30 亿美元（4500 亿日元）的价格收购了 Windsurf。有一个故事。 不过，从海外新闻网站来看，OpenAI 希望收购 Cursor，而不是 Windsurf。也有传闻。这是 2025 年 4 月 17 日的新闻。
因此，OpenAI 正在考虑进入 AI 编码领域，并希望获得 Windsurf 和 Cursor 等先行者的影响力、开发人员和客户。你可以打个比方。然而，我们实际上能够获取的是 Windsurf，而不是 Cursor。 另一方面，AGENTS.md 流诞生于 2025 年 8 月 20 日。
https://gihyo.jp/article/2025/08/agents-md-site
在 AI Coding Agent 中，每个工具都有一个文档文件，用于使用存储库中的信息指导 AI。对于 GEMINI，它是 GEMINI.md，对于 ClaudeCode，它是 CLAUDE.md，等等。统一这一点的运动是 AGENTS.md，OpenAI 正在领导该倡议。截至2025年10月2日，官网列出了以下18种AI Coding Agent。
由此看来，AGENTS.md 似乎兼容了相当广泛的问题，但也有各种令人费解的地方。
- 禁止风帆冲浪
- 还支持Gemini CLI、Github Copilot、Cursor等纯竞争对手。
至于Windsurf，在AI Coding.Info的观察范围内，其使用率相当低。 Windsurf 在总体排名中排名第 7，在采用的 9,000 个存储库中排名第 3 左右。
https://ai-coding.info/ja/agents/windsurf
这么一想，就感觉不像之前那么有气势了。不过，考虑到OpenAI已经收购了自己的开发团队，如果像OpenAI的Windsurf（基于VSCode的IDE）这样的东西从OpenAI中出来也就不足为奇了。事实上，[Codex 也作为 VSCode 的扩展发布](https://marketplace.visualstudio.com/items?itemName=openai.chatgpt ），所以这可能是方向。考虑到这一点，Windsurf将以一个新名称发布，例如Codex IDE。从某种意义上说，我认为该领域的传统方法有可能出现。
2.产业结构是什么样的？我认为这是重点。 ClaudeCode 现在可能被大量使用。有一种感觉，这是有可能的，我认为每个 AI Coding Agent 开发公司都在制定对策。我就是这么认为的。另一方面，Github虽然落后于Anthropic，但由于其强大的影响力，它与其他AI Coding Agent合作与ClaudeCode竞争。我个人觉得很难想象。同样，我认为谷歌等人以他们的实力也很难参与到对ClaudeCode的这样的围攻中。 因此，当我深入研究 AGENTS.md 区域时，我发现了一些有趣的东西。请看下面介绍 Github Copilot 的文章。
https://aadojo.alterbooth.com/entry/2025/09/06/131024
优先使用 copilot-instructions.md 我在这里好奇的是 Copilot 的传统自定义指令文件 copilot-instructions.md 和 AGENTS.md 中的哪一个优先。 以下文件的日语版本说明如下：
如果您选择不在存储库中包含 Copilot 指令文件，Copilot 将回退到您现有的自定义指令，例如 CLAUDE.md、AGENTS.md 和 GEMINI.md。
最近的 Github Copilot 文档 不再提到后备，但我想情况可能就是这样。我想是的。 Github Copilot 似乎也获得了很多份额，文档称，
Copilot Coding Agent 支持不同类型的自定义指令文件。
/.github/copilot-instructions.md /.github/instructions/**/*.instructions.md **/代理.md
/克劳德.md GEMINI.md
可以看出去看看其他公司的规则文件是什么的态度。 另外，关于GEMINI CLI，可以在AGENTS.md中找到以下描述。
这意味着 **Gemini CLI 默认情况下只能看到 GEMINI.md。设置后，它将读取 AGENTS.md。 **
话虽这么说，我能感觉到事情在表面之下正在发生。 如果传言属实，Cursor 处于完美位置，但还有一个文档描述了如何处理 AGENTS.md。
参考：https://docs.cursor.com/ja/context/rules
我的印象是 AGENTS.md 可以用作 .cursor/rules 的简单替代品。我感觉自己有点被困在这个领域了。 因此，AGENTS.md虽然看起来是业界齐心协力挑战ClaudeCode，但它的目标却是斗智斗勇，力争行业第一。你甚至可以瞥见这一点。这是常识，如果这个领域被 AGENTS.md 标准化，AI Coding Agent 之间的切换就会顺利。有问题。这意味着用户的切换成本将为零，增加了他们放弃当前使用的 AI Coding Agent 的可能性。换句话说，这意味着一旦一款好的AI Coding Agent发布，用户就会迅速转向其他产品，这意味着从AI Coding Agent开发者的角度来看，竞争将会加剧。我不知道这是否是一个好主意，但如果发生这种情况，拥有巨额资本的公司要么会在软件质量上妥协，要么会锁定像 OpenAI 这样的 LLM 性能。不管怎样，我可以预见未来，当我们陷入大型科技公司之间的战斗时，其他人工智能编码代理将会消失。 如果这样想的话，AGENTS.md 可以被视为通过 OpenAI 吸纳其他 AI Coding Agent 用户的一种方式，而且其份额实际上还在增加，但 Github 和 Google 也对此采取了坚实的防御措施。这是我的印象（注：AI Coding.Info 将 AGENTS.md 使用的存储库计算为 Codex CLI 的份额）。另一方面，似乎有一些 AI 编码代理集成到 AGENTS.md 中，但我认为这在策略上是可以的。我的一部分也这么认为。
想法
关于9月份的趋势，有一些部分与我们的直觉有所不同。这次，
9月底AI Coding Agent仓库利用率为3.6%，较上次3.1%上升0.5个百分点。上次7月至8月涨幅为0.2个百分点。虽然增幅在增加，但并没有明显变化。这就是印象。
我写了一句话，叫。不可否认，它的数量很小。然而，0.3%的增长率似乎引起了我的共鸣，我有一种直觉，我不应该忽视它。我感觉AI Coding Agent的编码速度提升很快，但是从过去几个月的数据来看，并没有那么明显。这是我的意见。然而，此时此刻，即使从数据来看，我们也开始感觉到流行度正在加速并呈指数级扩张。事实上，我们已经证实 TypeScript 正在以相当快的速度变得越来越流行。该区域是否正在加速增长？这意味着事情将在下个月左右变得清晰。我想是的。 不过，我认为还有一个划时代的进化点。我以前写过一篇这样的文章。
https://qiita.com/kotauchisunsun/items/c8b6484c98557da44893
这是我的论文，要点如下。
“现代编程语言流行的因素之一是它们拥有可靠的包管理器。要实现这一点，保持编程语言中模块的可重用性和独立性非常重要。满足这些要求的编程语言今天仍然很流行，因为它们的可重用性随着互联网的传播而加速。”
我觉得随着 AI Coding Agent 的出现，编程语言正处于一个拐点。 C/C++ 在 AI 编码中尚未广泛使用已有一段时间了。但 Rust 很贵。考虑到这一点，我认为嵌入式语言等低级语言也将随着AI Coding Agent的引入而发生一场革命。此外，Java 中 AI 编码的采用率非常低。我认为 Go、Rust 和 Java 是当今大型服务器端的主流，但这可能会再次改变。从某种意义上说，AI Coding Agent 是一种“易于编写”的编程语言及其周边机制。未来可能会出现互联网和包管理器相结合等基本技术。这可能是 MCP，也可能是基于规范的方法，例如最近流行的 Kiro 或 Spec Kit。