Workers 整套搬回本机，配置一个字不改

github.com/denoland/celld 有条开源项目值得拆：Deno 团队的 celld 把 Cloudflare Workers 整套搬回自己机器——Durable Objects、KV、D1、R2、队列、定时任务一个不少，GitHub 4.8K star、Apache 2.0；现有 wrangler.json 一个字不用改，拿过来就能部署。 它对准的正是押平台的两桩心病：一是账单，流量一起来不知道会冲到多少；二是搬家，Durable Objects 这种有状态的东西根本没法原样挪走、只能整套重写。celld 的解法：每个对象是一个 cell 各带 SQLite，长期状态写进 S3、GCS 或 Azure 的桶；几台机器共用一个桶自动成集群，谁拥有哪个 cell 靠条件写入定，不用控制面也不用共识服务。 两层一，接 62119 手机变 Agent Computer + 62124 隐私网关 = 本机系列第四块：执行、数据、脱敏、现在连 Serverless 基础设施也回了家——"云是别人的机器，数据总该是自己的"这句话被开源项目逐件兑现。 二，"配置零改动"是最被低估的卖点：迁移工具的死穴从来不是功能对不齐，是配置重写——原样吃下 wrangler.json 等于把搬家成本压到接近零，这比性能数据更能让人动心。 口径：①功能与实验室写入延迟其开源帖表述（我没跑基准）；②L1 为 GitHub 仓库可查；③"心病/逐件兑现"是我的比喻；④集群与条件写入机制其文档为准。 要用的两条：一，被账单吓过或想防厂商锁定的——先拿测试项目跑 celld，wrangler.json 直接复用是最低成本的试法；二，做边缘计算的——"存储桶当共识层"这个思路值得抄，省掉的控制面运维是真的。 云是别人的机器，数据总该是自己的——你的服务有没有搬家预案，这个问题现在就值得回答。