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

在上一篇文章中,我们预测对于所有编程语言,AI Coding Agent 使用率将稳定在 13% 左右 我预测到了。他们之中,
将利用率与模型公式进行拟合时,
K = 1.2862e-01
A = 5.0299e+00
B = 7.5901e-03
決定係数 (R^2) = 0.9534
平均二乗誤差 (MSE) = 0.0000
二乗平均平方根誤差 (RMSE) = 0.0014
其值为现在。对原方程对 t 求导,我们得到
再次对 t 求导,我们得到
就变成了。为了找到这个拐点,如果我们求解 t 且左侧 = 0,我们得到
就变成了。求 时 y 的斜率,
前面的公式计算的是每天的金额,因此要将其转换为每月的金额,请乘以 30。然后
就变成了。考虑到这一点,我们可以看到,跨编程语言的 AI Coding Agent 使用量增长率每月约小于 0.73%。 ** 考虑到这一点,本月使用率增加了 0.6%。这相对来说是在预期范围内的。 ** 就是这个意思。
https://ai-coding.info/ja/agents
按产品划分的份额如下。
| 排行榜 | 产品名称 | 分享率 |
|---|---|---|
| 第一名 | 克劳德·代码 | 28.6% |
| 第二名 | 副驾驶代理 | 26.8% |
| 第三名 | 法典 CLI | 22.5% |
| 第四名 | 光标 | 11.6% |
| 第五名 | 双子座 CLI | 6.5% |
和上个月的情况一样,我感觉Codex CLI的份额正在逐渐增加。事实上,Gemini CLI 并没有太大的变化。我的印象是Cursor和ClaudeCode的市场份额大幅下降。 (Cursor实际上支持AGNETS.md,所以很难说市场份额是否真的在下降。) 您如何看待这篇作文?但是,ClaudeCode 不支持 AGENTS.md。我认为这可以作为防止工具更改的堡垒(https://qiita.com/kotauchisunsun/items/5e5244fdabf577d7c879)。不过,资金外流似乎仍在进行中。我就是这么认为的。我的印象是,Codex CLI 等 AGENTS.md 正在蚕食 ClaudeCode 的市场份额,而 Github Copilot 的市场份额不太可能因 VSCode 标准的强大而下降。也许,虽然 ClaudeCode V.S. AGENTS.md(Codex CLI)正在争夺市场份额,我可以预见未来泄漏很少的 Github Copilot 将占据市场份额第一。这就是我的感受。 **

https://ai-coding.info/ja/agents
AI Coding Agent 使用最多的编程语言是“TypeScript”,其次是“Python”,第三是“Rust”。这里的趋势几乎保持不变。 第二组是 Go、C#、Kotlin 和 Ruby。在这个领域,几个月来排名一直在变化。然而本月,Go 出人意料地赶上了 Rust。有一种感觉。

https://ai-coding.info/ja/agents
到目前为止,我已经写过AI Coding Agent 在 Go 中可能不是很有用。这可能是由于缺乏使用 CNCF 相关存储库造成的。我之前写过这个,但现在我看它,我认为它在此类基础设施领域被越来越多地使用。
例如,在 helm 中就采用了 AGENTS.md。
vittess 采用了 CLAUDE.md 和 AGENTS.md。
https://github.com/vitessio/vitess
最近经常听说大规模 MySQL 背景下的 TiDB,可以看到 AGENTS.md、CLAUDE.md、GithubCopilot 的设置。
https://github.com/pingcap/tidb
https://ai-coding.info/ja/languages/go
截至 12 月 1 日,使用的 AI Coding Agent 存储库总数为 619 个。上次有 511 个案例,因此本次增加了 108 个案例。不过,我认为还是有点不同。有一种认识是

实际上,在上一章中,我写到AI Coding Agent的使用率为4.8%。此时,服务内也会报告存储库数量,但根据AI Coding Agent的使用率计算出的存储库数量为431个。实际上,它与上面的619个不同。 ** 这是聚合规则中有点令人困惑的差异。我想你举个例子就明白了。
| 存储库 | 克劳德·代码 | Github 副驾驶 | 法典 CLI |
|---|---|---|---|
| 一个 | × | × | × |
| 乙 | 〇 | × | × | |
| C | × | 〇 | × |
| d | × | 〇 | 〇 |
如上所述,从A到D共有四个存储库。 **A没有使用AI Coding Agent,所以使用率为3/4=75%。根据使用率,使用的AI Coding Agent数量为3个。但是,本节中的所有堆叠图都是单独统计的。因此,使用的存储库数量为 4(GithubCopilot 和 CodexCLI 的 D 为 2)。 ** 按使用率聚合时,即使一个存储库中使用多个 AI Coding Agent,计数也只会增加 1,但采用本节的聚合方法,如果使用多个 AI Coding Agent,则计数会增加 AI Coding Agent 的数量。 这意味着什么?因此,如果将本节中统计的 619 除以根据使用率统计的 431,您会发现每个存储库使用的 AI Coding Agent 数量为 1.50。 ** 事实上,使用 **AI Coding Agent 的存储库往往已经使用了多个 AI Coding Agent。 **
这次混合使用了AI Coding Agent。我写了有关使用多个人工智能编码代理的存储库的趋势。我每个月都会以这种方式回顾一次数据,这次我发现与 Go 相关的运动很恶心。这就是开始。正如我在文章中所写,Go 的 AI Coding Agent 用户少得惊人。这就是我所意识到的,但这一次,我的印象是它正在迅速增长并赶上 Rust。那么,让我们更深入地挖掘一下。我想。在研究了几个著名的存储库后,我发现了多个 AI Coding Agent 的设置,所以我想知道是否有认真使用多个 AI Coding Agent 的趋势。这种感觉变得更加强烈。 我过去已经解释过AGENTS.md,但是随着通用规则文件趋势的出现,会出现很多多个规则文件共存的情况,例如CLAUDECODE.md和AGENTS.md。有一个预测。不过,当AGENTS.md的份额增加时,我就意识到这是一个问题,但从10月份左右开始,它已经进入了前3名,所以我觉得它已经成为一个不可忽视的存在。而当我真正计算出来的时候,结果却超出了我的预期。这是我的印象。在本文中,简单来说,如果取出两个使用AI Coding Agent的存储库,就会有三个规则文件。这种情况,可能还不少。感觉就是这样。想想看,大家都非常看重规则文件,希望能够对其进行转接和标准化。太强了。我又感觉到了。