Deno团队加入Cloudflare：AI Agent基础设施开始争夺“可自托管”的运行时

10月9日，Deno和Cloudflare分别宣布：Deno团队将加入Cloudflare，双方会把Deno团队的celld与Cloudflare的workerd合并。表面看，这是一次运行时团队与边缘平台的整合；但对AI开发者而言，它更像是在重新定义“Agent应该跑在哪里”。

背景：Deno不再单独维护运行时和托管服务

Deno创始人Ryan Dahl在公告中说，团队未来会把主要精力放到与Cloudflare Workers、Durable Objects共享的平台上，而不是继续独立发展Deno运行时和Deno Deploy。具体安排包括：Deno运行时继续获得一年月度版本、缺陷修复和安全更新；Deno Deploy继续运行六个月并为付费客户提供迁移支持；JSR包注册服务继续运营，基础设施将迁移到Cloudflare。

这不是简单的“产品下线”新闻。Cloudflare官方说明，合并后的方向是让Workers编程模型更容易在自有基础设施中运行；Deno的celld则提供了面向分布式应用的自托管思路。未来开发者可以在Cloudflare网络上部署，也可以把相近的运行模型带到自己的机器或私有云。

为什么与AI Agent有关

AI Agent真正落地后，往往需要比一次性API调用更复杂的运行环境：它要保存会话和任务状态，等待异步事件，连接浏览器或企业系统，还可能通过WebSocket与人实时协作。Deno公告特别提到，Durable Objects把无服务器执行、持久状态、WebSocket和JavaScript接口组合在一起，适合探索Agent harness（Agent执行框架）。

换句话说，模型只是Agent的一部分。一个可用的Agent还需要可恢复的工作流、可审计的状态、隔离的工具权限，以及在不同部署形态之间迁移的能力。若运行时和状态层更容易自托管，企业就不必把所有任务上下文都锁在单一云平台中。

影响：竞争焦点从“调用模型”转向“运营Agent”

• 对企业：私有化部署Agent的门槛可能下降，但团队仍需自行负责密钥、网络、日志、补丁和数据合规。
• 对开发者：面向Workers的编程模型有机会覆盖更多部署环境；不过合并路线尚在推进，短期不应把未发布能力当成现成产品。
• 对平台厂商：云平台需要同时提供托管便利与迁移出口，开放运行时、状态抽象和可观测性会成为竞争筹码。

适合哪些人关注

正在构建多步骤Agent、浏览器自动化、实时协作应用、私有云AI平台和企业工作流的团队值得重点关注。对个人开发者来说，当前更实际的动作是：先评估现有Deno项目的迁移时间表，区分Deno运行时、Deno Deploy与JSR三条产品线，再决定是否试用Workers、workerd或其他自托管方案。

来源参考

• Deno官方公告：Deno is joining Cloudflare
• Cloudflare官方公告：Deno is joining Cloudflare
• Cloudflare Durable Objects文档

本文基于多来源公开资料独立撰写，未复制或改写任何单篇文章。