我是文浩,一名全栈工程师和独立开发者。
这里记录 AI 编程、Claude Code、Codex、AI Agent、独立开发、Cloudflare 和 SaaS 产品开发的真实实践。
我是文浩,一名全栈工程师和独立开发者。
这里记录 AI 编程、Claude Code、Codex、AI Agent、独立开发、Cloudflare 和 SaaS 产品开发的真实实践。

登录系统看起来普通,但它几乎决定了 SaaS 后面所有功能的形状。 用户、会话、权限、组织、订阅,最后都会绕回鉴权层。better-auth + Workers + D1 的组合适合独立开发者的原因,是它足够轻,同时又给未来扩展留下空间。 ...

很多 React 项目变乱,不是因为组件写得差,而是路由、数据请求和服务端逻辑各写各的。 TanStack Router 的价值,是让路由不只是页面路径,而是产品的信息结构。再接上 Worker Functions,前后端之间那层松散的字符串约定就可以少很多。 ...

框架对比最容易变成口水仗。React 用户觉得 Svelte 太新,Svelte 用户觉得 React 太重,最后谁也说服不了谁。 但独立开发者真正该问的不是谁更先进,而是谁能让你更快把产品交付出去,并且三个月后还愿意继续维护。 ...

如果你更喜欢 React 生态,TanStack Start 会是接下来很值得盯的一条线。它不是另一个普通路由库,而是在尝试把路由、数据加载、服务端函数和类型体验拧到一起。 ...

只要产品里出现头像、截图、附件,文件系统就迟早会找上门。 在 Cloudflare 生态里,R2 最大的吸引力不是功能多花哨,而是它把独立开发者最怕的流量费用问题压低了。真正要设计清楚的是,哪些文件公开,哪些文件私有,谁能上传,谁能下载。 ...

技术栈:SwiftUI + AuthenticationServices + Cloudflare Workers + Hono 适用平台:iOS / iPadOS / macOS 文章类型:技术实战 / Apple 开发 / 身份认证 更新日期:2026 年 10 月 前言 最近在开发一套基于 SwiftUI 的 iOS 应用脚手架,准备集成 Apple ID、Google 和邮箱验证码登录,为后续的 iOS App 开发提供一套可复用的身份认证系统。 ...

做 SaaS 的第一道坎,往往不是支付,也不是增长,而是最普通的数据增删改查。 用户创建一条记录,页面要刷新,失败要提示,权限要判断,数据库结构还得能继续扩展。SvelteKit + D1 的价值,就是让这个闭环变得足够轻。 ...

SvelteKit 和 Workers 的组合,我觉得很适合独立开发者。前端、后端接口、鉴权、数据库访问可以放在同一个项目里,心智负担很低。 但它不是把项目丢上去就完事。真正要跑稳,adapter、环境变量、Cloudflare 绑定、预览环境和构建产物都要对上。 ...

数据库选型最怕的不是一开始选错,而是你根本不知道自己在为什么而选。 D1、PostgreSQL、Supabase 各有适合的位置。D1 适合贴近 Workers 的轻量全栈产品,PostgreSQL 适合复杂关系和成熟生态,Supabase 则适合想快速拿到数据库、Auth、Storage 一整套能力的人。 ...

如果只是在 Demo 里写几行 SQL,D1 很容易上手。真正麻烦的是产品上线之后,表要改,字段要加,索引要补,线上数据还不能坏。 所以 D1 的关键不是会不会创建数据库,而是你有没有一套能长期演进的迁移流程。Drizzle 在这里的价值,就是把类型、schema 和迁移记录统一起来,让数据库不再靠手感维护。 ...

很多人第一次看到 D1,第一反应其实很简单,Cloudflare 也有数据库了,那我是不是可以不用再买服务器,不用再管连接池,直接把 SaaS 跑在边缘上。 ...

最近在各大社群和推特上,看到一张挺火的图。 「Claude 封号风险矩阵」。 图里将各种使用环境和配置用鲜明的红绿颜色做了分类: 机场代理:🔴 红色(极高风险) 数据中心 VPS:🔴 红色(高风险) 住宅网络:🟢 绿色(低风险) 虚拟信用卡:🔴 红色(高风险) 老 Google 账号:🟢 绿色(低风险) 多人共用:🔴 红色(极高风险) 单人使用:🟢 绿色(低风险) 乍一看,这张图特别像一份详尽的「Claude 生存避坑指南」。 ...