大规模研究显示 GitHub 上编码 Agent 采用率快速上升

GitHub 编码 Agent 采用研究：128,018 个项目显示工具已快速进入实践

arXiv 论文《Agentic Much? Adoption of Coding Agents on GitHub》研究的是 coding agents 在 GitHub 上的真实采用情况。论文指出，2025 年上半年，coding agents 已经作为一类开发工具迅速进入实践。与传统代码补全类 LLM 不同，Cursor、Claude Code、Codex 等 Agent 可以以更高自主性运行，甚至从开发者给定的任务描述出发生成完整 pull requests。

作者利用 coding agents 留在软件工程产物中的显式痕迹，开展了一个覆盖 128,018 个 GitHub 项目的大规模研究。论文估计，coding agents 的采用率达到 22.20% 到 28.66%，对于一项仅出现几个月的新技术来说，这一比例已经很高，并且仍在增长。

研究关注的是采用痕迹，而不是单个工具能力

这篇论文的重点不是比较 Codex、Claude Code、Cursor 哪个更强，而是追踪这些工具是否已经真正进入 GitHub 开发实践。

作者指出，与传统代码补全模型相比，coding agents 更容易在工程产物中留下显式痕迹，例如 co-authoring commits 或 pull requests。这些痕迹让研究者可以从真实仓库中识别工具采用，而不是只能依赖问卷或用户自报。

这种研究角度很重要。很多开发工具在发布时声量很大，但实际采用可能有限；coding agents 则因为能生成完整 PR、参与提交和协作流程，可以在仓库历史中留下更清楚的证据。

采用范围覆盖不同成熟度、组织和语言

论文摘要显示，作者不仅估算了总体采用率，还对识别出的采用者做了深入研究。结果显示，采用并不局限于某一类项目：它覆盖了整个项目成熟度谱系，也包括 established organizations，并涉及多种编程语言和项目主题。

这说明 coding agents 的采用不是只发生在少数 AI 原生实验项目中。它已经进入不同规模、不同成熟度和不同技术栈的 GitHub 项目。

对软件工程生态来说，这一点比单个工具发布更重要。它意味着 Agent 已经从“早期尝鲜”向“广泛试用”扩散，开源社区和企业团队都需要开始考虑它对协作、审查和贡献统计的影响。

Agent 辅助提交更大，功能和修复占比较高

在 commit 层面，论文发现 coding agent 辅助的 commits 通常比只有人类开发者提交的 commits 更大，并且包含较高比例的 features 和 bug fixes。

这符合 coding agents 的使用方式。开发者往往不是让 Agent 补一行代码，而是给出一个任务，让它完成一组变更。Agent 生成的改动因此更可能跨文件、跨步骤，并以一个更完整的任务单元出现。

这也带来审查上的变化。更大的提交和 PR 可能提高完成速度，但也可能增加 reviewer 的理解成本。团队需要判断哪些 Agent 辅助任务适合一次性提交，哪些需要拆分成更小的可审查单元。

采用率上升会带来治理和研究问题

论文强调，coding agents 的新工作方式可能比代码补全 LLM 更大程度改变开发 landscape。原因在于它们不是只影响键入代码的瞬间，而是进入 pull request、commit、协作和审查流程。

这会带来一系列后续问题：仓库是否需要标记 Agent 生成内容？代码审查策略是否要区分 Agentic PR 和人工 PR？开源贡献统计是否需要重新理解作者身份？安全扫描和测试基线是否要针对 Agent 提交做额外检查？

对团队来说，这篇论文的实际提醒是：coding agents 的采用已经快到不能只当作个人效率工具来管理。它正在成为软件项目协作的一部分，团队需要尽早建立使用规范、审查边界和贡献记录方式。

参考来源

• Agentic Much? Adoption of Coding Agents on GitHub