9月21日，Cloudflare在官方博客宣布Python Workers正式进入GA（General Availability）。这个能力从2024年起逐步打磨，目标被表述为「为Python应用打造首个无限可扩展的平台，同时让开发体验与在任何地方写Python一样简单」。底层方案是Pyodide——把CPython编译成WebAssembly跑在Workers的隔离环境里，Cloudflare从2018年起就支持WebAssembly，这给了它快速落地的基础。
绑定原生化：不用再写to_js
此前在Python Workers里调用Cloudflare绑定，必须在RPC边界手动把Python对象转成TypeScript对象。比如往队列里发一个字典，要写成self.env.QUEUE.send加上to_js与js.Object.fromEntries的显式包装。对人类和AI编码代理都是常见错误来源。GA版本把整套类型转换封装进了Workers运行时与Python SDK，直接写self.env.QUEUE.send加上一个字典即可，Python开发者一行JavaScript都不用写。
数据库驱动也随之打通。此前Python Workers不支持TCP socket，数据库驱动无法工作——因为标准库socket模块依赖POSIX系统调用，而WebAssembly沙箱里这些调用通常是被桩掉的、必然失败。Cloudflare用Workers connect API实现了socket系统调用，把Python的连接与读字节操作翻译成运行时的JavaScript调用。由于翻译发生在系统调用层，aiomysql、asyncpg这类驱动完全无感，Hyperdrive的连接池与缓存能力因此向Python敞开。
框架支持：Workers平台就是Web服务器
FastAPI、Django、Flask现在可以直接跑在Python Workers上。实现方式是workers.asgi与workers.wsgi两个连接器。传统部署里uvicorn负责并发连接与线程扩展，框架专注业务逻辑；在Workers里，平台本身就是Web服务器——全球网络已经处理负载均衡与无限扩展，不需要在Worker内部再跑一个服务器。连接器只做一层薄桥，把原生JavaScript请求翻译成WSGI/ASGI标准结构，再把响应传回去。任何遵循WSGI或ASGI接口的框架都能用。
对AI编排链路的实际价值
官方对场景的描述很直白：Python Workers让开发者直接在Workers运行时里跑Python Web框架与AI编排库。结合已经GA的Workers AI、D1、R2与Queues，一条典型的RAG或Agent链路可以全部落在Cloudflare一张网络上：ASGI接口承载应用层，Hyperdrive管理Postgres连接，R2放向量与模型文件，Workers AI做推理。为了让Python生态真正可用，团队还把许多流行的纯Python包重新构建为Wasm兼容版本，遇到尚未支持的包可以在Discord或GitHub上反馈，工程团队会跟进构建。
这次GA被放在Cloudflare的GA Week系列里发布，配套文档已上线Python Workers专区。对中小团队而言，它的意义在于把「Python后端全球化部署」这件事从容器编排降级成了配置文件——代价是绑死在Cloudflare生态里，收益是零运维与按请求计费。
AI链路是这次GA被重点强调的场景。此前openai、langchain这类库依赖requests或httpx与外部API通信，而Python Workers缺少底层socket支持导致这些HTTP客户端无法正常工作；Cloudflare向上游贡献代码，让这些客户端在WebAssembly环境里直接走JavaScript的fetch API，再配合新落地的socket syscall实现，整个网络栈才算打通。目前openai、langchain与mcp三个库已能在Python Workers中原生运行，并可结合Workers AI做无服务器GPU推理，或经AI Gateway做请求代理。官方在python-workers-examples仓库里给出了生产级模式示例，包括用Cloudflare Queue加Workflows编排的图像生成流水线、以Durable Object维持长连接的Bluesky Jetstream实时流处理，以及用官方Python MCP包部署的边缘MCP服务器。