Cloudflare Workers 免费版放宽到 64MB：这 20 个开源项目真正变得可部署了

2026 年 9 月 4 日，Cloudflare 删除了 Workers 免费版 3MB、付费版 10MB 的压缩包体积限制，改为只检查未压缩 bundle，所有计划统一 64 MiB。官方 changelog 的标题写得很直白——“Deploy larger Workers — up to 64 MiB for both free and paid plans”。此前免费层卡在压缩后 3MB，装两个稍重的依赖就会在部署阶段被拒绝。新规落地后，一批原本只存在于自托管教程里的项目，第一次在免费层有了可部署性。

规则到底改了什么，没改什么

从“压缩后 3MB”到“未压缩 64MiB”

旧规则查的是压缩后体积，免费 3MB、付费 10MB，超线直接拒部署。新规则移除了压缩包检查，只看未压缩 bundle 大小，免费和付费同为 64 MiB。查看自己包的体积用 wrangler deploy --outdir bundled/ --dry-run，输出里的 Total Upload 才是计数口径，gzip 那一行只作参考。

真正没有松动的东西

64 MiB 解决的是“能不能塞进去”，但启动时间、CPU 时间和数据层限制一个都没有变。免费版单请求 CPU 仍然只有 10ms，子请求上限 50/请求，Worker 数量 100 个，Cron Triggers 5 个。全局作用域的解析加执行必须在 1 秒内完成，包再大，初始化过重照样过不去。D1 免费层每日读 500 万行、写 10 万行，单次调用最多 50 条查询，单库上限 500MB，账号总存储 5GB。所以“64MB 免费”的正确读法是：体积门槛降了，运行时和数据层门槛原封不动。

第一档：个人高频小工具，五分钟能跑起来

这一档最适合作为熟悉 Workers 部署流程的起点。短网址、Pastebin、书签、RSS 这类请求量高但单次计算极轻的服务，天然匹配 Workers 的计费模型。

短网址与文本分享

Url-Shorten-Worker 是这一档里最成熟的一个，约 1.8k Star，基于 Workers + KV，支持自有域名、自定义短链、密码保护和 CAPTCHA。以前为了一个短网址开 VPS 多少有些浪费，现在一个 Worker 就够。

shrtnr 代表了短网址的 2026 年形态：Workers + D1，内置 MCP Server，Claude、Copilot 这类 AI 工具可以直接通过协议调用短链服务来生成链接，同时带点击统计、QR Code 和 TypeScript / Python / Dart SDK，作者明确写了可以跑在 Free Tier 上。短网址不再只是给人点的，它开始给 Agent 留 API 了。

pastebin-worker 用 D1 存内容和元数据，支持 R2 文件上传，232 Star，适合临时分享代码片段或日志，数据完全在自己的账号里。

书签与内容同步

Gongyu 把浏览器收藏夹搬到边缘：全文搜索、缩略图、Bookmarklet、Atom Feed，还能把收藏同步发布到 Mastodon 和 Bluesky，架构上用到了 Workers、D1、R2、Queues、Workflows，几乎把 Cloudflare 新一代开发栈用了一圈。但仓库没有标注明确许可证，自用没问题，搬代码商用前需要先确认授权。

第二档：站长效率套件，直接替掉按月订阅

这一档是整批项目中最直接能替掉付费 SaaS 的，含金量也最高。

站点监控与状态页

UptimeFlare 是这一档里最能打的：Workers + D1，免费监控加公开状态页，支持多地区检测和 Webhook 通知，3.4k 左右 Star，Apache 系列宽松许可，部署全程不需要本地工具，十分钟内可以跑通。用它替掉 UptimeRobot 的逻辑很直白——网站挂了，让监控先发现，而不是让用户先发现。

私人笔记与知识库

memos-worker 把私有笔记搬到了边缘：Workers + D1 + R2 + KV，支持 Markdown、附件、标签、全文搜索，可选 Telegram Bot 捕获，数据全部存在自己创建的 D1 和 R2 里，不依赖第三方笔记服务商的生命周期。定位轻，像是一个跑在边缘网络上的私人记事本加知识库，适合存灵感、网页摘录和代码片段。

第三档：实时与 AI，学习价值大于生产价值

实时聊天示例

workers-chat-demo 是 Cloudflare 官方的 Durable Objects + WebSocket 示例，用来验证 Workers 可以扛有状态实时应用。但免费层的 Durable Objects 只支持 SQLite 后端，旧教程里的 KV 写法已经不再适用，部署前需要确认文档版本。

AI 聊天平台

workersai 是一个覆盖对话、TTS、STT 的全栈 AI 聊天平台，架构参考价值高，但 2025 年 5 月之后没有再更新，当教材看比当产品用更合适。这一档的共同点是：技术上限被 64MiB 打开了一点，但免费层的 CPU 10ms 和 D1 写入限额决定了它们很难在生产环境长期承载真实负载，更适合作为学习和验证用途。

第四档：已经卷到轻量 SaaS 的那批

轻量电商

minshop 是全栈开源电商，商品、购物车、订单、库存、Stripe 和 Lightning 支付都有，R2 出网流量免费对卖数字商品尤其友好，2026 年 10 月仍在更新。

行业垂直 SaaS

OpenInspection 是对着美国验房行业标准软件做的开源平替，客户管理、预约、现场勘测、电子签名、PWA 离线功能齐全，但许可证状态是 NOASSERTION，商用前必须跟作者确认授权。这一档说明了一件事：64MiB 让“把完整 SaaS 塞进 Workers 免费层”从玩笑变成了有人认真在做的事情，但免费层的数据层限制仍然是它们走向真实付费用户的硬约束。

免费层真正的边界，不在 64MB 上

按实际撞墙频率排序，免费层最容易出问题的从来不是包体积。

D1 每日限额是第一道墙

读 500 万行、写 10 万行、存储 5GB，每天 UTC 零点重置，超了直接拒绝查询，不是扣费而是中断业务。

子请求与启动时间是第二、第三道墙

子请求 50/请求，高频调外部 API 或嵌套查库的项目很容易在真实流量下撞线。启动时间 1 秒在包体积放大之后反而更容易被触发，依赖装得越多，冷启动初始化越重，64MiB 能部署不代表每次都能在 1 秒内就绪。

国内访问的现实约束

*.workers.dev 默认域名在国内基本不可用，需要绑定自有域名并托管到 Cloudflare DNS，实际访问质量还要看运营商。纯 API 小工具绑域名后延迟可用，但不适合作为面向国内用户的主站；真要长期服务国内用户，一台 VPS 仍然是更诚实的选择。

一句话判断

64 MiB 让“自托管一堆小工具”在免费层变得认真可行了。短网址、监控、笔记、Pastebin 这类请求-响应型项目是甜点区，值得花一个周末挑两三个跑通。但它是入场券，不是通行证——CPU 10ms 和 D1 的每日写入上限决定了重计算、高写入、强状态的长跑型服务仍然需要一台真正的服务器。把 64MB 当成“免费 VPS 替代”来规划，大概率会在真实流量到来的第一周撞上 D1 限额。