AI Coding.Info
RepositoriesREPORTS
ABOUT

Codex CLI 最终超越了 Github Copilot 的市场份额。以及2026年。~通过数据看2025年12月AI Coding趋势总结~

#AI Coding Agent 12 月趋势

自 2025 年 7 月以来，我们一直在运营一个名为 AI Coding.Info 的网站。

https://ai-coding.info/ja

https://x.com/AICodingInfo

这是一个从 Github 存储库中的信息定点观察与 AI Coding Agent（例如 Claude Code、Codex CLI、Github Copilot 和 Gemini）相关的使用趋势的网站。 为了确定 AI Coding Agent 的使用情况，我们在以下条件下进行日常调查。

上个月的趋势

https://qiita.com/kotauchisunsun/items/7b32a5f969a6322d66b4

AI Coding Agent使用率为5.3%

12月底AI Coding Agent库利用率为5.3%，较上次的4.8%上升0.5个百分点。上涨趋势未变。就是这样。在上个月的文章中，我们估计整体增长率大致低于0.73%。因此，0.5%的增长可以认为是正常增长。

image.png

https://ai-coding.info/ja/agents

AI Coding Agent 按产品划分的份额

按产品划分的份额如下。

排行榜产品名称分享率
第一名克劳德·代码29.1%
第二名法典 CLI25.2%
第三名副驾驶代理25.1%
第四名光标11.0%
第五名双子座 CLI6.6%

**Codex CLI 已经超过了 Github Copilot Agent 的份额。 ** 在上个月的文章中，

克劳德·科德 V.S.虽然AGENTS.md（Codex CLI）正在争夺市场份额，但我可以预见，未来泄漏很少的Github Copilot将占据市场份额第一的位置。这就是我的感受。

正如我上面所写，Codex CLI 的市场份额比 Copilot Agent 稳步增长。 ** 然而，这是一场非常激烈的竞争。就是这样的感觉。参考 12/31 的数据，Copilot Agent 使用的存储库数量为 175 个，Codex CLI 为 176 个，因此只有一处差异。因此，在目前的情况下，**Codex CLI 也只是勉强好一点。 **水平，但到2026年1月，差异可能会变得更大。原因是 Codex CLI 使用的存储库数量增长速度快于 Copilot Agent，我们相信下个月差异将会扩大。

image.png

https://ai-coding.info/ja/agents

按编程语言划分的 AI Coding Agent 使用情况

AI Coding Agent 使用最多的编程语言是“TypeScript”，第二位是“Python”，第三位是“Rust”，第四位是“Go”，第五位是“C#”。到目前为止，我一直认为TOP3是一组，但我觉得它开始稳定在第1到第5位。 我对 Go 的评价在过去的一年里发生了变化，我的7 月意见 是“AI Coding Agent 在 Go 中实现得不是很好。”但是，从11 月左右 开始，它似乎开始向 Rust 靠拢，并且也在 OSS 中被积极采用。本来使用的存储库数量和C#差不多大小，但感觉比C#领先了一步。

image.png

https://ai-coding.info/ja/agents

2026年AI Coding Agent趋势预测

最近，我发布了以下公告。

[image.png](https://speakerdeck.com/kotauchisunsun/ai-coding-agent-2025nian-12yue-noli-yong-dong-xiang-detakarajian-ru2026nian-noyu-ce ）

https://speakerdeck.com/kotauchisunsun/ai-coding-agent-2025nian-12yue-noli-yong-dong-xiang-detakarajian-ru2026nian-noyu-ce

在这张幻灯片中，我们使用服务启动时的 7 月 1 日到 12 月 17 日的数据进行了预测，所以这次让我们看一下 7 月 1 日到 12 月 31 日的数据。这就是它的意思。这次我们还将尝试拟合逻辑函数。 （t_0项较之前有所增加）

y(t)=K1+Ae−B(t−t0)y(t) = \frac{K}{1 + Ae^{-B(t-t_0)}}

首先，我们来了解一下 AI Coding Agent 在所有编程语言中的使用率趋势。

image.png

结果如下。

K = 7.7575e-02
A = 2.8346e+00
B = 9.6907e-03
t0 = -4.4439e+00
決定係数 (R^2) = 0.9852
σ: 0.0012

我认为决定系数是0.9852，这是一个相当可靠的范围。数据中，横轴上的经过时间在25天到50天之间有一个波动。这是由于爬取范围的变化和AI编码代理类型的增加。从现在开始，我们将绘制一条预测线，直到2026年底。

image.png

因此，到2026年底所有编程语言的AI Coding Agent使用率可预测为7.29-8.01%**。参数K代表上限，即7.7575e-02，因此所有编程语言的使用率将在2026年底达到饱和。 ** 这似乎是一个正确的理解。 接下来，我们将对 TypeScript 进行相同的拟合。

image.png

结果如下。

K = 1.0000e+00
A = 4.2080e+00
B = 3.8718e-03
t0 = 1.4383e+01
決定係数 (R^2) = 0.9199
σ: 0.0111

决定系数为0.9199，因此在一定程度上可以相信。由此，我们预测 2026 年底的 AI Coding Agent 使用率。

image.png

截至2026年12月，TypeScript项目的AI Coding Agent使用率为61.81-68.47%。事实上，不使用AI Coding Agent的人只是少数**。如果你真的相信这个回归公式，那就是K=1.0000e+00。考虑到这一点，**未来AI Coding Agent在TypeScript项目中的使用率将是100%**从数学模型也可以看出未来。 在这里，我们还将看一下 AI Coding Agent 使用率排名第二或更低的语言：Python''、Rust''、Go'' 和C#''。这是简化的，仅提供长期预测。

image.png

image.png

image.png

image.png

下面是包含 TypeScript 参数的表格。

语言克一个乙t_0R^2σ
打字稿1.0000e+004.2080e+003.8718e-031.4383e+010.91990.0111
Python1.0000e+006.9301e+003.3556e-031.2202e+020.67220.0124
生锈1.3049e-011.0538e+002.3307e-028.6224e-010.96520.0037
走1.2430e-015.8671e+002.2687e-021.7636e+000.97960.0045
C#1.2233e-011.2652e+001.7884e-021.9869e+010.96860.0039

**TypeScript和Python可以看到AI Coding Agent使用率100%的未来。 ** 这可以从K的值看出。对于Python来说，决定系数很低，为0.672，所以这不能说是确定的，但在这一点上，可以说这是预测。另一方面，可以说 TypeScript 比 Python 更有可能提高 AI Coding Agent 的使用率。 另一方面，Rust、Go、C#的AI Coding Agent使用率上限在13%左右，目前已接近饱和。 **。 TypeScript 和 Python 的图表仍然呈指数级增长，但预计这些语言的使用率已经达到饱和。 Rust 是一种与用户数量相比 AI Coding Agent 使用率较高的语言。 我之前已经表达过这个观点。确实如此，但在 Rust 语言用户中，使用 AI Coding Agent 的人数实际上是一定数量的，而且这个数量已经接近饱和。你也许能够理解这一点。 虽然有一种观点认为“TypeScript和Python的使用率正在飙升，AI Coding Agent的使用率将达到100%！！”，但另一种观点“至于Rust、Go和C#，AI Coding Agent的使用率已达到饱和”总体上是一致的答案。首先，到 2026 年底，AI Coding Agent 在所有编程语言中的渗透率为 7.29% 至 8.01%，图形形状也呈现饱和趋势。如果预测结果是所有编程语言的使用率都是 100%，那么所有编程语言的使用率落在 7.29% 到 8.01% 之间在逻辑上是不一致的。从这个意义上来说，即使是目前渗透率较高的 Rust、Go、C#，AI Coding Agent 的渗透率也只有 13% 左右，已经接近饱和。这是因为AI Coding Agents在所有编程语言中的普及率不会增加。这可能是解释之一。 我认为这是表达这一事实的另一种方式，正如我已经说过一段时间的那样，编程语言之间的人工智能编码代理的使用不平衡。这可能是相反的观点，AI Coding Agent 在 TypeScript 和 Python 用户中的使用率太高了。使用传播得太快了。 ** 这可能是目前正确的理解。

想法

最初，AI Coding.info 在 6 月中旬左右开始爬行，7 月 1 日正式发布。大约在那个时候，我参加了一个人工智能驱动的开发活动，并就另一个主题做了演讲。

https://aid.connpass.com/event/360978/

我当时正在将死幻灯片的信息上传到X。

https://x.com/kotauchisunsun/status/1938218602563510494

image.png

image.png

在上一张幻灯片中，我谈到了我对当时AI Coding历史的主观看法，现在看来，似乎与现在的情况有很大不同。这就是我的印象。我自 2025 年 1 月以来一直在使用 RooCode，并且在本地仍然大量使用。其中一部分使用 Gemini CLI。我最近没有使用过 OpenHands。因此，工具之间存在大量切换，并且很难知道哪种 AI 编码代理最好。这就是 AI Coding.Info 的开始。 嗯，这并不容易，有时我看到了地狱（https://qiita.com/kotauchisunsun/items/a6ad9e7c3f6a7fc3ba1e），但从某种意义上说，我能够以冷静的角度看待各种AI Coding Agent，我不再那么惊慌了。这是我的印象。从这个意义上说，我觉得我不再被 SNS 上的人工智能推广信息所左右。这种感觉比 2025 年初的不稳定感觉要好得多。尽管如此，Gemini 和 Codex 来了又去，但从这个意义上说，AI 编码也有很多令人兴奋的事情。就是这样的感觉。 所以，我想总结一下 2025 年人工智能编码的趋势。祝 2025 年好运。2026 年会发生什么？ ？人工智能编码！ ？

过去的趋势

https://qiita.com/kotauchisunsun/items/7b32a5f969a6322d66b4

https://qiita.com/kotauchisunsun/items/e294d2cf419c46c02046

https://qiita.com/kotauchisunsun/items/5e5244fdabf577d7c879

https://qiita.com/kotauchisunsun/items/a1e06dd590f945ae09ef

https://qiita.com/kotauchisunsun/items/092784402a36d5705853