Cloudflare 做的是互联网基础设施：DNS、CDN、防攻击、WAF、边缘计算。大量网站的请求都会经过它这张网络。
免费层对 Cloudflare 有商业价值。用户越多，网络越大，流量样本和攻击样本越多，开发者心智越强，跟供应商谈判也更有筹码。
真正付费的是企业客户，是那些需要安全、稳定、权限、合规和更高额度的团队。正常使用免费额度，不会把它薅垮。
| 主题 | 要点 | 链接 |
|---|
| Cloudflare 免费额度表 | 把免费层、踩坑、超额后果和适用经验整理成表格，适合作为查额度前的入口。 | 查看 |
| 免费用户如何榨干 Cloudflare | 把 Cloudflare 当成一套个人互联网基础设施：域名、CDN、对象存储、数据库、边缘函数、图床、内网穿透、邮箱、验证码和 AI 网关都可以从免费层开始。 | 查看 |
| Cloudflare 最强技术栈总结 | 用 Pages / Workers / D1 / KV / R2 / Tunnel / Turnstile / Hyperdrive / Vectorize / AI Gateway / Workers AI / Durable Objects / Queues / Containers 组成一套完整栈。 | 查看 |
| Cloudflare 开发程度不足 1% | 把 R2、Workers、AI Gateway、Containers、KV、D1、Hyperdrive 当成默认选项，而不是只把 Cloudflare 当 CDN。 | 查看 |
| 2026 独立开发全家桶 | Codex 写代码，GitHub 做版本控制，Stripe 做支付，前端、后端、部署、数据库、对象存储、缓存、队列、安全和 AI 尽量放进一套 Cloudflare 体系。 | 查看 |
| Cloudflare 免费账号价值粗算 | 从替代成本角度看免费层的价值，落点是早期项目如何把账单压下来。 | 查看 |
| Cloudflare 为什么这么慷慨 | 免费层不是单方面薅羊毛：使用者越多，网络效应、生态影响力和未来付费转化也越强。 | 查看 |
| Cloudflare 独立开发者暴论 | 站在独立开发、AI 建站、初创成本和个人安全的角度，把 Cloudflare 当成优先研究的基础设施。 | 查看 |
| Cloudflare 产品大图谱 | 每个产品看四件事：免费额度、付费项、作用、替代方案。 | 查看 |
| Cloudflare Pages 个人网站 | 个人网站、作品集、简历、资料入口和产品介绍页可以先用 Pages / 静态站跑起来。 | 查看 |
| AI 时代建个人网站 | 有域名和 AI 编程工具后，个人站可以直接部署到 Cloudflare。 | 查看 |
| Cloudflare Worker 理解 | Worker 适合表单、上传、AI 调用、登录验证、支付通知和小产品 API，核心价值是低运维、低成本、边缘运行。 | 查看 |
| Cloudflare R2 对象存储 | R2 适合图片、附件、导出物、图床和用户上传，数据库只保留对象标识与权限状态。 | 查看 |
| Hyperdrive 连接外部数据库 | Worker 在全球边缘跑，Postgres / MySQL 往往在单一区域；已有外部主库时，Hyperdrive 用来缓解连接和延迟压力。 | 查看 |
| Codex 分析 Cloudflare 日志 | 让 Agent 读日志和查文档，先定位 D1 行读取、Worker 慢请求、配置不合理，再决定是否优化或付费。 | 查看 |
| 主题 | 适用场景 | 链接 |
|---|
| TanStack Start + Hono + Worker | 想避开过重的前后端绑定，做更轻的 Cloudflare 部署。 | 查看 |
| Worker Paid 的触发点 | 免费额度不够时，通常意味着项目已经有真实使用量，再看 Workers Paid。 | 查看 |
| Better Auth 托管在 Worker | 认证可以先用成熟库，再放进 Worker 作为统一认证入口。 | 查看 |
| 公共鉴权 Worker | 多个 Worker 拆分后，可以用一个公共鉴权 Worker 统一身份判断。 | 查看 |
| 服务拆分 | 多个服务拆开，是 Cloudflare 项目里常见的组织方式。 | 查看 |
| Serverless 高并发心智 | 组件按量、Serverless、边缘运行，适合早期项目面对不确定流量。 | 查看 |
| Go 后端迁移 | 现成 Go 后端可以放 Containers，也可以重构成 Hono + Workers。 | 查看 |
| Worker 与 Containers 分工 | 网关和 API 放 Worker，计算密集或依赖复杂的任务再考虑 Containers。 | 查看 |
| Containers 成本调优 | 按任务测试不同规格，找到甜点配置，用完及时回收。 | 查看 |
| Container + R2 | 转码、Go 工具或重型任务可以和 R2 搭配，Worker 只做入口。 | 查看 |
| 长任务与重任务 | 耗时任务和重型任务要拆开看，避免把 Worker 当成长期运行的服务器。 | 查看 |
| Cloudflare Tunnel | Tunnel 适合内网服务和后台入口，但网络线路体验要按地区、时间段实际测试。 | 查看 |
| AI Gateway | 模型调用先过 AI Gateway，统一观察请求、错误、缓存和供应商。 | 查看 |
| Cloudflare Email Service | 早期邮件系统可以先比较 Resend 和 Cloudflare Email Service，按验证码、登录邮件、订单通知等场景取舍。 | 查看 |
| 免费账号文章导读 | 先用一篇总览理解 Cloudflare 免费账号能覆盖哪些服务，再按具体需求拆成项目教程。 | 查看 |
| 开源工具挂到 Cloudflare | 想把自用工具做成随时可访问的网址时，可以先考虑挂到 Cloudflare。 | 查看 |
| Cloudflare MCP / skill | Cloudflare 配置项多，适合让 Agent 帮忙查文档、读日志、检查配置。 | 查看 |
| Agent 配置 Cloudflare | 人手动配容易漏，Agent 适合做配置检查、日志分析和最佳实践对照。 | 查看 |
| 用 AI 迁移技术栈 | 早期技术栈不必被旧实现绑死，AI 编程工具可以降低迁移成本。 | 查看 |
| 主题 | 摘要 | 链接 |
|---|
| 一个人就是一个团队 | 用 AI 写代码，用 Cloudflare 低成本上线，一个人也能搭出完整产品栈。 | 查看 |
| 开始密集更新 Cloudflare | Cloudflare 系列内容开始集中更新。 | 查看 |
| 准备继续写 Cloudflare | 后续会继续按具体场景拆普通人怎么用 Cloudflare。 | 查看 |
| Cloudflare 内容被传播 | 外部开始整理这组内容，说明低成本基础设施这个选题有需求。 | 查看 |
| Cloudflare 帖子带来关注 | 降低成本、提高效率、抹平信息差的 Cloudflare 经验更容易被传播。 | 查看 |