大家好我是Tony Bai。在过去的两年里只要一提到 AI 开发99% 的人脑海中弹出的第一个词绝对是Python。而如果是涉及到大模型底层的高性能推理与算力压榨大家想到的必然是C或是Rust。但在真正的工程落地中情况正在发生一场令人猝不及防的剧变。最近Google 资深软件工程师 Jaana Doganrakyll在 X原推特上发布了一条引发技术圈热议的推文“Go 成为 Google 内部 Agentic智能体系统的通用语言lingua franca这真的很了不起。我以前从未看到过 Go 有取代 C 的路径但现在我相信这是可能的。”这不仅仅是一条简单的技术感慨它揭示了 AI 浪潮进入“下半场”后的核心工程困境当我们把大模型封装成 Agent并让成千上万个 Agent 并发协作时Python 太脆弱C 太沉重而 Go迎来了它的“天命时刻”。今天我们就来扒一扒为什么 Google 会让 Go 接管 AI Agent 的底层开发这对我们普通开发者的技术栈转型又意味着什么打破滤镜为什么 Python 和 C 在 Agent 时代“失宠”了要理解 Go 的上位我们首先要搞清楚AI Agent 到底需要什么样的工程能力。现在的 AI 应用早就不是早期那种“写个 Python 脚本调用一下 OpenAI API把结果打印出来”的玩具了。真实的 Agentic 系统智能体系统包含了极其复杂的网络 I/O、并发工具调用Tool Calling、多智能体消息路由、长时记忆状态管理以及大规模的分布式容错。在这个场景下旧有的王者们暴露出了致命的缺陷1. Python 的“工程化陷阱”Python 是 AI 研究员的最爱因为它的数据科学库天下无敌。但当你要构建一个高并发、高可用、需要 24/7 运行的 Agent 编排系统时Python 的弱类型重构火葬场和 GIL全局解释器锁导致无法真正利用多核并发就成了灾难。正如原贴讨论区一位开发者所言“模型层可能是 Python 的天下但围绕着模型的 Runtime运行时环境正越来越像 Go 的领地。”2. C 的“杀鸡用牛刀”C 拥有极致的性能是模型训练和推理引擎Inner Loop的绝对霸主。但 Agent 编排系统真的需要 C 级别的疯狂数学计算吗不需要。Agent 系统本质上是大量的网络等待等 LLM 返回结果、等数据库查询、等网页抓取。用 C 来写极其复杂的并发网络请求和状态机不仅开发周期漫长而且极易产生内存泄漏。正如推文评论所指出的“C 背负了太多的历史包袱它在 Agent 编排上显得太重了。”Go 凭什么上位Goroutine 与 Agent 的“完美同构”Go 语言在这个时间节点爆火并非偶然而是因为它底层的并发哲学与 AI Agent 的行为模式产生了“完美的同构映射”。在 X 上的讨论中多位资深开发者一针见血地指出了核心原因“Goroutines mapping directly to concurrent agent communication is the reason why it makes perfect sense.”Goroutine 直接映射到并发 Agent 之间的通信这是它如此完美契合的原因。让我们用大白话来翻译一下这个硬核逻辑什么是多智能体系统Multi-Agent System本质上就是一堆各自独立的“数字员工”它们一边自己干活一边通过发消息相互沟通。 而 Go 语言最强大的杀手锏是什么正是CSP通信顺序进程并发模型即 Goroutine轻量级协程和 Channel通道。当你启动一个 Agent 时在 Go 里你只需要一个简单的go runAgent()就能以极其低廉的内存代价几 KB启动一个并发实体。一千个 Agent一万个 Agent对 Go 来说毫无压力。当 Agent 之间需要协作对话时你不需要去搞复杂的锁Locks或者共享内存你只需要用 Go 的Channel把消息塞过去另一个 Agent 就能安全地接收。Agent 的编排需要的是“轻量级的并发管理”而不是“极致的数学计算速度”。这简直就是为 Go 量身定制的战场。征服大厂构建 Agent 架构的“铁三角”除了并发模型上的天作之合评论区的一位开发者还另外总结了 Go 赢下这场战争的另外三个决定性因素。他指出现代 Agent 技术栈奖励三种特性而“Go 完美击中了这三点Go nails all three”1. 强类型系统Types告别“盲盒”开发Agent 系统中充斥着复杂的 JSON 解析、Tool Calling 的参数校验、以及结构化的输出。Python 的字典Dict传递在项目变大后就像是“盲盒”你永远不知道里面缺了哪个字段。而 Go 的强类型 Struct 和极度清晰的错误处理机制虽然大家都吐槽if err ! nil但它确实极其可控让系统拥有了极高的可预测性Predictability。2. 极速的编译体验Fast Builds“编译速度是让它成为绝配的原因之一。”在快速迭代的 AI 产品中Go 那种秒级的编译速度让开发者可以飞速地测试 Agent 的行为逻辑。相比之下C 那漫长的编译过程在需要高频微调的 AI 时代显得格格不入。3. 小巧的单一二进制文件Small Binaries当你把 Agent 部署到云端、边缘设备甚至是 Serverless 环境时Go 编译出来的是一个无需任何外部依赖的独立执行文件。没有 Python 烦人的环境依赖无需折腾 pip, conda, 虚拟环境直接丢进一个极小的 Docker 镜像中就能运行这对于现代云原生运维来说是无可估量的优势。一个反直觉的冷知识大模型“最爱”写 Go 代码推文中一个开发者提出了一个极其有趣且经常被忽视的视角在 LLM大语言模型的眼中Go 是一门完美的语言。如果你经常用 Cursor/Codex/Claude Code等 写代码你会发现一个现象让 AI 写 Python它经常会用错第三方库的版本让 AI 写 C 或 Scala它可能会搞出一堆极其复杂的继承、多态或者生命周期错误。但如果你让 AI 写 Go 呢成功率出奇的高。原因在于Go 的语法极致简单、无聊甚至“没有类Classes”。它只有 Struct 和接口这极大地减少了代码的“表面积Surface Area”。Token 使用率极高。由于没有复杂的黑魔法和繁琐的泛型体系早期LLM 在生成 Go 代码时不容易出现“幻觉”维护起来极其容易。在这个连代码本身都开始由 AI 生成的时代“对 LLM 友好”竟然成了一门编程语言的核心护城河。终局推演 —— C 守住“内环”Go 赢下“外环”那么Go 真的会彻底消灭 C 吗并不完全是。这场讨论最终达成了一个非常清晰的技术栈共识“C still wins the inner loop. Go wins everything around it.”C 依然赢得了内环而 Go 赢得了周围的一切。未来的 AI 系统架构已经初露端倪它将被清晰地划分为三个层级研究与数据层Python用于模型训练、数据清洗、算法验证。算力内环C / Rust / CUDA大模型的推理引擎如 vLLM、Ollama 底层、张量计算。这里需要极致榨干每一滴 GPU 性能C 依然是绝对的霸主。编排外环与业务层Go这是距离普通开发者最近、也是市场需求最大的地方。成千上万的 Agent 调度、API 网关、并发的数据检索RAG、记忆数据库交互、工具链调用全部都将被 Go 统治。最新铁证Google I/O 2026 震撼官宣废弃旧路线用 Go 重写 AI 核心入口如果你觉得前面硅谷大佬们的讨论还只是“理论推演”那么在昨天举办的Google I/O 2026 大会上Google 官方直接用一记雷霆手段把这个趋势变成了既成事实。Google 开发者博客发布了公告正式宣布停止维护原有的 Gemini CLI全面过渡到全新的“Google Antigravity反重力”多智能体开发平台并推出全新的核心入口 —— Antigravity CLI。而在官方给出的技术变更文档中最扎眼、最让 Go 开发者狂喜的一条更新理由白纸黑字地写着“Faster execution: Built in Go, Antigravity CLI is snappier and more responsive.” 更快的执行速度基于 Go 语言构建Antigravity CLI 更加轻快、响应更迅速。图Google I/O 2026旧版 CLI用Antigravity CLI替代旧版的 Gemini CLI 是基于传统脚本语言Node.js/TS 体系构建的在处理单点交互时绰绰有余。但 Google 明确表示现在开发者的需求已经彻底变了“你现在需要多个 Agent 相互通信、分工合作来解决复杂的系统问题。”当单点 CLI 变成“多 Agent 协同编排后端”时旧有的 JS/TS 体系在高并发、异步工作流Asynchronous Workflows和底层系统控制上面临性能瓶颈。Google 毫不犹豫地选择用Go 语言彻底重写就是为了利用 Go 极致的并发和执行效率来支撑起“后台多任务并发运行、且不锁定终端”的强悍体验。小结给开发者的生存建议过去的一年里无数后端开发者感到焦虑觉得自己掌握的 CRUD 技能在 AI 面前一文不值。但 Google 内部的这场技术栈迁移给我们指明了一条无比清晰的道路别再只盯着 Python 看了。当 AI 从单一的对话框走向全面接管企业业务流的多智能体Multi-Agent协作形态时对高并发、高可用后端工程能力的需求不仅没有减少反而呈指数级爆发。学习 Go 语言理解 Goroutine掌握如何构建一个稳健的 Agent 编排框架。因为决定下一个十年 AI 应用成败的不再是模型本身的算力而是谁能最好地管理和协调这些拥有智能的“数字大军”。而目前来看Go已经在这场战役中拔得头筹。资料链接https://x.com/rakyll/status/2056528039698403498 今日互动探讨你目前在开发 AI 应用或 Agent 系统时使用的是什么语言你是否遇到了 Python 在高并发或部署时的痛点欢迎在评论区分享你的实战经验与踩坑血泪史我们一起探讨 AI 时代的最佳实践如果本文对你有所帮助请帮忙点赞、推荐和转发点击下面标题干货- Google官宣Go实现的Antigravity CLI上位- AI 编码胜率榜Go 与 Rust 完胜 C- 代码可以让 AI 写但设计得由你做重塑工程师的“算法直觉”- AI 时代软件大师们为什么都倒戈向 Go 和 Rust 了- HashiCorp 创始人亲口“认错”AI 让我重新爱上了 Go- OpenAI 创始人盛赞 Rust却遭开发者反驳Go 才是大模型眼里的“香饽饽”- 聊聊为什么我要花这么大精力带大家手写 Agent Harness 还在为写 Agent 框架频频死循环、上下文爆炸而束手无策我的新专栏《从0 开始构建 Agent Harness》将带你抛弃臃肿框架回归“驾驭工程 (Harness Engineering)”的第一性原理用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等复刻极简OpenClaw构建坚不可摧的 Safety Middleware 与飞书人工审批防线在底层实现 Token 成本审计、链路追踪与自动化跑分评估从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”扫描下方二维码开启从 0 开始构建Agent Harness 的实战之旅。
大洗牌!Google 内部确认:Go 正取代 C++,成为 AI Agent 时代的“通用语言”
发布时间:2026/5/23 9:16:59
大家好我是Tony Bai。在过去的两年里只要一提到 AI 开发99% 的人脑海中弹出的第一个词绝对是Python。而如果是涉及到大模型底层的高性能推理与算力压榨大家想到的必然是C或是Rust。但在真正的工程落地中情况正在发生一场令人猝不及防的剧变。最近Google 资深软件工程师 Jaana Doganrakyll在 X原推特上发布了一条引发技术圈热议的推文“Go 成为 Google 内部 Agentic智能体系统的通用语言lingua franca这真的很了不起。我以前从未看到过 Go 有取代 C 的路径但现在我相信这是可能的。”这不仅仅是一条简单的技术感慨它揭示了 AI 浪潮进入“下半场”后的核心工程困境当我们把大模型封装成 Agent并让成千上万个 Agent 并发协作时Python 太脆弱C 太沉重而 Go迎来了它的“天命时刻”。今天我们就来扒一扒为什么 Google 会让 Go 接管 AI Agent 的底层开发这对我们普通开发者的技术栈转型又意味着什么打破滤镜为什么 Python 和 C 在 Agent 时代“失宠”了要理解 Go 的上位我们首先要搞清楚AI Agent 到底需要什么样的工程能力。现在的 AI 应用早就不是早期那种“写个 Python 脚本调用一下 OpenAI API把结果打印出来”的玩具了。真实的 Agentic 系统智能体系统包含了极其复杂的网络 I/O、并发工具调用Tool Calling、多智能体消息路由、长时记忆状态管理以及大规模的分布式容错。在这个场景下旧有的王者们暴露出了致命的缺陷1. Python 的“工程化陷阱”Python 是 AI 研究员的最爱因为它的数据科学库天下无敌。但当你要构建一个高并发、高可用、需要 24/7 运行的 Agent 编排系统时Python 的弱类型重构火葬场和 GIL全局解释器锁导致无法真正利用多核并发就成了灾难。正如原贴讨论区一位开发者所言“模型层可能是 Python 的天下但围绕着模型的 Runtime运行时环境正越来越像 Go 的领地。”2. C 的“杀鸡用牛刀”C 拥有极致的性能是模型训练和推理引擎Inner Loop的绝对霸主。但 Agent 编排系统真的需要 C 级别的疯狂数学计算吗不需要。Agent 系统本质上是大量的网络等待等 LLM 返回结果、等数据库查询、等网页抓取。用 C 来写极其复杂的并发网络请求和状态机不仅开发周期漫长而且极易产生内存泄漏。正如推文评论所指出的“C 背负了太多的历史包袱它在 Agent 编排上显得太重了。”Go 凭什么上位Goroutine 与 Agent 的“完美同构”Go 语言在这个时间节点爆火并非偶然而是因为它底层的并发哲学与 AI Agent 的行为模式产生了“完美的同构映射”。在 X 上的讨论中多位资深开发者一针见血地指出了核心原因“Goroutines mapping directly to concurrent agent communication is the reason why it makes perfect sense.”Goroutine 直接映射到并发 Agent 之间的通信这是它如此完美契合的原因。让我们用大白话来翻译一下这个硬核逻辑什么是多智能体系统Multi-Agent System本质上就是一堆各自独立的“数字员工”它们一边自己干活一边通过发消息相互沟通。 而 Go 语言最强大的杀手锏是什么正是CSP通信顺序进程并发模型即 Goroutine轻量级协程和 Channel通道。当你启动一个 Agent 时在 Go 里你只需要一个简单的go runAgent()就能以极其低廉的内存代价几 KB启动一个并发实体。一千个 Agent一万个 Agent对 Go 来说毫无压力。当 Agent 之间需要协作对话时你不需要去搞复杂的锁Locks或者共享内存你只需要用 Go 的Channel把消息塞过去另一个 Agent 就能安全地接收。Agent 的编排需要的是“轻量级的并发管理”而不是“极致的数学计算速度”。这简直就是为 Go 量身定制的战场。征服大厂构建 Agent 架构的“铁三角”除了并发模型上的天作之合评论区的一位开发者还另外总结了 Go 赢下这场战争的另外三个决定性因素。他指出现代 Agent 技术栈奖励三种特性而“Go 完美击中了这三点Go nails all three”1. 强类型系统Types告别“盲盒”开发Agent 系统中充斥着复杂的 JSON 解析、Tool Calling 的参数校验、以及结构化的输出。Python 的字典Dict传递在项目变大后就像是“盲盒”你永远不知道里面缺了哪个字段。而 Go 的强类型 Struct 和极度清晰的错误处理机制虽然大家都吐槽if err ! nil但它确实极其可控让系统拥有了极高的可预测性Predictability。2. 极速的编译体验Fast Builds“编译速度是让它成为绝配的原因之一。”在快速迭代的 AI 产品中Go 那种秒级的编译速度让开发者可以飞速地测试 Agent 的行为逻辑。相比之下C 那漫长的编译过程在需要高频微调的 AI 时代显得格格不入。3. 小巧的单一二进制文件Small Binaries当你把 Agent 部署到云端、边缘设备甚至是 Serverless 环境时Go 编译出来的是一个无需任何外部依赖的独立执行文件。没有 Python 烦人的环境依赖无需折腾 pip, conda, 虚拟环境直接丢进一个极小的 Docker 镜像中就能运行这对于现代云原生运维来说是无可估量的优势。一个反直觉的冷知识大模型“最爱”写 Go 代码推文中一个开发者提出了一个极其有趣且经常被忽视的视角在 LLM大语言模型的眼中Go 是一门完美的语言。如果你经常用 Cursor/Codex/Claude Code等 写代码你会发现一个现象让 AI 写 Python它经常会用错第三方库的版本让 AI 写 C 或 Scala它可能会搞出一堆极其复杂的继承、多态或者生命周期错误。但如果你让 AI 写 Go 呢成功率出奇的高。原因在于Go 的语法极致简单、无聊甚至“没有类Classes”。它只有 Struct 和接口这极大地减少了代码的“表面积Surface Area”。Token 使用率极高。由于没有复杂的黑魔法和繁琐的泛型体系早期LLM 在生成 Go 代码时不容易出现“幻觉”维护起来极其容易。在这个连代码本身都开始由 AI 生成的时代“对 LLM 友好”竟然成了一门编程语言的核心护城河。终局推演 —— C 守住“内环”Go 赢下“外环”那么Go 真的会彻底消灭 C 吗并不完全是。这场讨论最终达成了一个非常清晰的技术栈共识“C still wins the inner loop. Go wins everything around it.”C 依然赢得了内环而 Go 赢得了周围的一切。未来的 AI 系统架构已经初露端倪它将被清晰地划分为三个层级研究与数据层Python用于模型训练、数据清洗、算法验证。算力内环C / Rust / CUDA大模型的推理引擎如 vLLM、Ollama 底层、张量计算。这里需要极致榨干每一滴 GPU 性能C 依然是绝对的霸主。编排外环与业务层Go这是距离普通开发者最近、也是市场需求最大的地方。成千上万的 Agent 调度、API 网关、并发的数据检索RAG、记忆数据库交互、工具链调用全部都将被 Go 统治。最新铁证Google I/O 2026 震撼官宣废弃旧路线用 Go 重写 AI 核心入口如果你觉得前面硅谷大佬们的讨论还只是“理论推演”那么在昨天举办的Google I/O 2026 大会上Google 官方直接用一记雷霆手段把这个趋势变成了既成事实。Google 开发者博客发布了公告正式宣布停止维护原有的 Gemini CLI全面过渡到全新的“Google Antigravity反重力”多智能体开发平台并推出全新的核心入口 —— Antigravity CLI。而在官方给出的技术变更文档中最扎眼、最让 Go 开发者狂喜的一条更新理由白纸黑字地写着“Faster execution: Built in Go, Antigravity CLI is snappier and more responsive.” 更快的执行速度基于 Go 语言构建Antigravity CLI 更加轻快、响应更迅速。图Google I/O 2026旧版 CLI用Antigravity CLI替代旧版的 Gemini CLI 是基于传统脚本语言Node.js/TS 体系构建的在处理单点交互时绰绰有余。但 Google 明确表示现在开发者的需求已经彻底变了“你现在需要多个 Agent 相互通信、分工合作来解决复杂的系统问题。”当单点 CLI 变成“多 Agent 协同编排后端”时旧有的 JS/TS 体系在高并发、异步工作流Asynchronous Workflows和底层系统控制上面临性能瓶颈。Google 毫不犹豫地选择用Go 语言彻底重写就是为了利用 Go 极致的并发和执行效率来支撑起“后台多任务并发运行、且不锁定终端”的强悍体验。小结给开发者的生存建议过去的一年里无数后端开发者感到焦虑觉得自己掌握的 CRUD 技能在 AI 面前一文不值。但 Google 内部的这场技术栈迁移给我们指明了一条无比清晰的道路别再只盯着 Python 看了。当 AI 从单一的对话框走向全面接管企业业务流的多智能体Multi-Agent协作形态时对高并发、高可用后端工程能力的需求不仅没有减少反而呈指数级爆发。学习 Go 语言理解 Goroutine掌握如何构建一个稳健的 Agent 编排框架。因为决定下一个十年 AI 应用成败的不再是模型本身的算力而是谁能最好地管理和协调这些拥有智能的“数字大军”。而目前来看Go已经在这场战役中拔得头筹。资料链接https://x.com/rakyll/status/2056528039698403498 今日互动探讨你目前在开发 AI 应用或 Agent 系统时使用的是什么语言你是否遇到了 Python 在高并发或部署时的痛点欢迎在评论区分享你的实战经验与踩坑血泪史我们一起探讨 AI 时代的最佳实践如果本文对你有所帮助请帮忙点赞、推荐和转发点击下面标题干货- Google官宣Go实现的Antigravity CLI上位- AI 编码胜率榜Go 与 Rust 完胜 C- 代码可以让 AI 写但设计得由你做重塑工程师的“算法直觉”- AI 时代软件大师们为什么都倒戈向 Go 和 Rust 了- HashiCorp 创始人亲口“认错”AI 让我重新爱上了 Go- OpenAI 创始人盛赞 Rust却遭开发者反驳Go 才是大模型眼里的“香饽饽”- 聊聊为什么我要花这么大精力带大家手写 Agent Harness 还在为写 Agent 框架频频死循环、上下文爆炸而束手无策我的新专栏《从0 开始构建 Agent Harness》将带你抛弃臃肿框架回归“驾驭工程 (Harness Engineering)”的第一性原理用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等复刻极简OpenClaw构建坚不可摧的 Safety Middleware 与飞书人工审批防线在底层实现 Token 成本审计、链路追踪与自动化跑分评估从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”扫描下方二维码开启从 0 开始构建Agent Harness 的实战之旅。