#AI Coding Agent 10 月趋势
自 2025 年 7 月以来,我们一直在运营一个名为 AI Coding.Info 的网站。
这是一个从 Github 存储库中的固定点观察与 AI 编码代理(例如 Claude Code、Gemini 或 Codex)相关的使用趋势的网站。 为了确定 AI Coding Agent 的使用情况,我们在以下条件下进行日常调查。
https://qiita.com/kotauchisunsun/items/5e5244fdabf577d7c879
https://qiita.com/kotauchisunsun/items/a1e06dd590f945ae09ef
https://qiita.com/kotauchisunsun/items/092784402a36d5705853
**10月底的AI Coding Agent存储库利用率为4.3%,较上次的3.6%上升0.7个百分点。 **此使用率的变化将在稍后讨论。

https://ai-coding.info/ja/agents
按产品划分的份额如下。
| 排行榜 | 产品名称 | 分享率 |
|---|---|---|
| 第一名 | 克劳德·代码 | 29.8% |
| 第二名 | 副驾驶代理 | 27.4% |
| 第三名 | 法典 CLI | 20.1% |
| 第四名 | 光标 | 12.4% |
| 第五名 | 双子座 CLI | 6.1% |

整体股价走势没有发生重大变化。 ClaudeCode 的份额仍然位居榜首,但总体百分比下降了 2%。 Copilot 的股价也下跌了 0.7%。光标也下降了2.4%。另一方面,Codex 则取得了长足的进步,增长了 4%。可见Codex在业界也已崭露头角。
https://ai-coding.info/ja/agents
**AI Coding Agent 使用最多的编程语言是“TypeScript”,第二位是“Python”,第三位是“Rust”。 ** 这并不能改变 TypeScript 拥有最多使用存储库的事实,只要我们查看几个月的数据即可。第二名和第三名是 Python 或 Rust,这两种语言正在逐渐发生变化。 这个数字也很不寻常。今年也发布了Github用户信息[Octoverse2025](https://innovationgraph.github.com/global-metrics/programming-languages),所以让我们看看以此为参考的数字。
| 编程语言 | 用户数量 | 使用人工智能的存储库数量 | AI使用率(%) |
|---|---|---|---|
| 打字稿 | 3,092,032 | 3,092,032 126 | 126 4.07e-3 |
| 蟒蛇 | 5,495,951 | 5,495,951 55 | 55 1.00e-3 |
| 铁锈 | 381,360 | 381,360 53 | 53 1.39e-2 |
首先,与 TypeScript 和 Python 相比,Rust 的用户编号顺序不同。相差10倍左右。然而,Rust 拥有与 Python 一样多的使用 AI 的存储库。当你这样想时,使用 Rust 的人往往会使用 AI。我明白这一点。

截至2025年10月1日的储存库数量为446个,截至2025年11月1日的储存库数量为511个。这比上个月增加了105个。

我们了解了排名前 5 位的 AI 编码代理的存储库数量趋势。
| 产品名称 | 10/1 存储库数量 | 11/1 存储库数量 | 增量 |
|---|---|---|---|
| 克劳德·代码 | 142 | 142 161 | 161 19 |
| 副驾驶特工 | 119 | 119 148 | 148 29 |
| 法典 CLI | 72 | 72 109 | 109 37 |
| 光标 | 66 | 66 67 | 67 1 |
| Gemini CLI | 28 | 28 34 | 34 6 |
仅从数字来看,ClaudeCode 的增长正在放缓,Copilot Agent 和 Codex CLI 紧随其后。看起来就是这样。最近一段时间,在我的观察范围内,关于ClaudeCode的消息已经不多了,感觉它在某种程度上已经成为了一种商品,所以就不再被谈论了。
从另一个来源来看 Google Trends 上的信息,似乎 ClaudeCode 是市场上最受欢迎的,而 Codex 和 Copilot 也有类似的数字。

日本有什么特殊情况吗?因此,我查看了仅限日本的数据,但我的印象是,情况并没有那么不同。

AI Coding.Info 自 2025 年 7 月起一直在爬取使用数据。通过这样做,您将能够在某种程度上绘制一条预测线。因此,我们将尝试使用2025年7月至2025年11月1日的数据来预测AI Coding的使用率。
由于爬取程序的性质,参数可能会发生变化,因此难以建模,但我们计算“已确认使用AI Coding Agent的存储库数量”/“已爬取的存储库数量”作为“使用率”。我们根据“2025 年 7 月 1 日以来经过的天数”来预测这个“使用率”。该公式基本上是逻辑函数。
经过优化,
K = 1.2862e-01
A = 5.0299e+00
B = 7.5901e-03
決定係数 (R^2) = 0.9534
平均二乗誤差 (MSE) = 0.0000
二乗平均平方根誤差 (RMSE) = 0.0014
它变成了。

由于程序切换的时机存在一些偏差,但判定系数似乎没有问题。 现在让我们做一个长期预测。

从参数中可以清楚地看出,所有编程语言的 AI Coding Agent 使用率预计将稳定在 13% 左右。 作为数学模型,当t设置为无穷大时,只剩下K,因此K=总体渗透率。从某种意义上来说,这不是一个违反直觉的图表吗?但从某种意义上来说这是真的。当将编程语言作为一个整体考虑时,有一些编程语言尚未采用 AI 编码代理。事实上,本月的使用率约为4.3%。从经常使用 AI Coding Agent 的人的角度来看,结果可能会很糟糕。
这里,我们只讨论 TypeScript,它对于 AI Coding Agent 的使用率很高。 同样,求参数时,
K = 4.3041e-01
A = 1.7690e+00
B = 8.4311e-03
決定係数 (R^2) = 0.7348
平均二乗誤差 (MSE) = 0.0004
二乗平均平方根誤差 (RMSE) = 0.0193
决定系数为0.73,有点可疑。

从图表来看,似乎有一处数据缺失,所以这似乎就是原因。不过,看来预测总体上是可能的。让我们以同样的方式进行长期预测。

TypeScript 的采用率相当高,未来它可能会在大约 43.0% 的存储库中使用。由于 RMSE 为 0.02,考虑到 3σ,TypeScript 未来的 AI Coding Agent 使用率很可能为 37-49%。 **
**至于 TypeScript,似乎其中几乎一半都可能使用 AI。然而,另一方面,对于整个编程语言来说,这个比例很可能在 13% 左右。 **
但这是AI Coding.Info上的数据。正如我之前提到的,这仅限于具有 GEMINI.md 和 AGENTS.md 的公共存储库。因此,可能有更多的情况是在没有这样的规则文件的情况下使用AI,并且可能有更多的情况是使用私有存储库。
这次我们主要针对渗透率进行分析。这是一种感觉,
“加速人工智能编码代理对编程语言本身的利用”
我感觉到了。然而,最近的月度分析缺乏确定性。因此,这次我创建了一个脚本来按日期收集数据并进行分析。这里有两个原因。
“AI编码代理的使用将达到饱和。如果是,饱和度是多少?”
这就是我的想法。当我继续分析整个编程语言时,大约是 13%。这对我来说有些道理。然而,另一方面,TypeScript 的使用率却超过 25%。这似乎与现实相反。如果 TypeScript 在 25% 左右,那么所有编程语言的使用率在 25% 左右也就不足为奇了。和。考虑到这一点,我们也尝试在 TypeScript 中计算它。这是第二个分析。因此,对于 TypeScript 来说,它可能会稳定在 37-49%。这就是结果。这是相当令人震惊的,目前25%的利用率意味着,假设上限是正确的,我们已经接近中间点了。 我不知道这一点,但基于人工智能的编码已经成为一种商品。我个人有这样的感觉。然而,当我查看数据时,我不这么认为。我就是这么想的。凭借准确的言语表达
**对于 TypeScript,AI Coding Agent 编码的使用率超过 25%。然而,使用率本身的增长将会放缓,最终使用率将稳定在 50%。 ** **如果从整体上看编程语言,有很多领域人工智能的使用并没有取得进展,目前只有大约 4.3% 使用人工智能。但总体来看,使用率已经上升到13%左右,并且趋势是还会继续增长。然而,87% 的人仍然不使用人工智能。 **
这就是我这次的看法。