为什么 Cloudflare 支持 Python,却没有优先支持 Go:Serv

为什么 Cloudflare 支持 Python,却没有优先支持 Go:Serverless 与 AI Agent Runtime 的架构分歧

最近 Cloudflare 正式推出 Python Workers 支持,引起了很多开发者关注。

很多人的第一反应是:

Python 都支持了,为什么 Go 反而没有成为 Cloudflare Workers 的一等语言?

尤其对于大量使用 Go 构建 AI Agent、自动化系统、基础设施工具的开发者来说,这似乎有些反直觉。

但深入看 Cloudflare Workers 的设计目标,会发现:

这并不是语言支持优先级的问题,而是两个完全不同的计算模型。


一、Cloudflare Workers 本质不是传统云服务器

很多人理解 Python:

Python代码  
  
↓  
  
CPython  
  
↓  
  
Linux服务器  
  
↓  
  
进程运行  

但是 Cloudflare Workers:

Python  
  
↓  
  
Pyodide  
  
↓  
  
WebAssembly  
  
↓  
  
Cloudflare Edge Runtime  

它运行的不是完整 Linux 环境中的 Python。

而是一种:

面向 WebAssembly 的 Python。

同样,Workers 的核心模型也不是传统服务器:

传统后端:

启动进程  
  
↓  
  
监听端口  
  
↓  
  
持续运行  
  
↓  
  
处理请求  

Serverless:

请求到达  
  
↓  
  
执行函数  
  
↓  
  
返回结果  
  
↓  
  
释放环境  

两者设计目标不同。


二、为什么 Python 可以进入 Workers?

关键不是 Python 本身。

而是 Python 生态已经有一个成熟方向:

将 Python 编译到 WebAssembly。

Cloudflare 采用 Pyodide:

Python  
  
↓  
  
CPython  
  
↓  
  
Emscripten  
  
↓  
  
WebAssembly  

这样 Python 可以运行在浏览器和边缘环境。

因此:

适合:

  • API 服务
  • AI SDK 调用
  • RAG
  • 轻量数据处理
  • Agent 编排

例如:

def handler(request):  
    result = model.generate()  
    return result  

这种模式和 Workers 非常匹配。


三、为什么 Go 反而没有成为 Workers 主力语言?

表面看:

Go 也可以编译 WASM:

GOOS=wasip1 GOARCH=wasm go build  

但是问题不在编译。

问题在运行模型。

Go 天生为:

长生命周期服务。

设计。

一个典型 Go 程序:

func main(){  
  
    startServer()  
  
    for {  
        processEvents()  
    }  
  
}  

它拥有:

  • goroutine 调度器
  • GC
  • runtime
  • 长连接
  • 后台任务
  • 服务生命周期

而 Workers:

export default {  
  
 async fetch(request){  
  
     return response  
  
 }  
  
}  

它关注:

  • 单次请求
  • 快速响应
  • 自动扩缩容

四、Go 更像 AI 时代的 Agent Runtime

这也是为什么很多 AI 基础设施正在选择 Go。

因为 Agent 系统越来越像:

一个长期运行的智能体。

例如:

用户事件  
  
↓  
  
Agent Runtime  
  
↓  
  
任务规划  
  
↓  
  
工具调用  
  
↓  
  
状态保存  
  
↓  
  
继续运行  

它需要:

  • 长连接
  • 任务队列
  • 调度系统
  • 状态机
  • 后台监听

这些都是 Go 的优势。


五、以个人 AI 操作系统为例

如果构建一个 Personal AI Operating System:

架构可能是:

                 用户  
  
                  |  
  
             Cloudflare  
  
        --------------------  
        |                  |  
    AI Gateway          Worker  
  
        |  
        |  
  
              Go Agent Runtime  
  
        --------------------  
  
        Agent Router  
  
        MCP Tools  
  
        Scheduler  
  
        Memory  
  
                  |  
  
              Knowledge System  

其中:

Cloudflare:

负责:

  • 网络入口
  • API 管理
  • AI 调用治理
  • 全球边缘访问

Go:

负责:

  • Agent 核心逻辑
  • 事件处理
  • 长运行任务
  • 本地智能体

六、为什么 Go 系统不应该强行迁移到 Cloudflare?

以一个 AI Agent 系统为例:

微信消息  
  
↓  
  
Agent  
  
↓  
  
判断任务  
  
↓  
  
调用工具  
  
↓  
  
保存状态  
  
↓  
  
等待下一次事件  

这不是一个函数。

它更像一个:

数字生命体。

它需要:

  • 记忆
  • 状态
  • 连续运行
  • 自主执行

而 Serverless 更适合:

请求  
  
↓  
  
计算  
  
↓  
  
返回  

七、Cloudflare 与 Go 的关系不是竞争,而是分层

更合理的组合:

             Cloudflare  
  
          AI基础设施层  
  
       AI Gateway  
       Workers  
       R2  
       Vectorize  
  
  
                 |  
  
                 |  
  
              Go系统  
  
          Agent Runtime  
  
          MCP  
  
          Memory  
  
          Scheduler  

Cloudflare 像:

AI 时代的网络操作系统。

Go 像:

AI Agent 的运行内核。


八、这也是为什么 AI 时代会出现新的技术分层

互联网时代:

浏览器  
  
↓  
  
Web服务器  
  
↓  
  
数据库  

AI时代:

用户  
  
↓  
  
Agent  
  
↓  
  
Model  
  
↓  
  
Memory  
  
↓  
  
Tools  
  
↓  
  
Runtime  

新的基础设施正在形成:

  • 模型层
  • Agent层
  • Memory层
  • Gateway层
  • Runtime层

不同技术承担不同角色。


结语

Cloudflare 支持 Python,并不意味着 Python 会取代 Go。

它解决的是:

如何让 AI 应用快速运行在全球边缘网络。

而 Go 解决的是:

如何构建长期运行、稳定、高性能的智能体系统。

对于 AI Agent 时代:

Python 更像应用层语言。

Go 更像基础设施语言。

未来更可能出现的不是:

“Python 还是 Go?”

而是:

Python  
负责快速构建智能能力  
  
Go  
负责运行智能系统  
  
Cloudflare  
负责连接全球基础设施  

三者共同组成 AI 时代的新技术栈。