16:43Maximilian Schwarzmüller
Log in to leave a comment
No posts yet
如果你问 AI 智能体技术栈建议,十有八九它会推荐 Vercel 或 Supabase。虽然配置起来确实方便,但只要用户稍微增加,账单上的数字就会跳到让人无法承受的程度。对于独立开发者来说,不可预测的可变成本是致命的。我们不应该走 AI 建议的“便捷之路”,而必须强行选择符合自己钱包状况的技术栈。
许多 AI 建议的按量计费模式是以便利性换取高额利润。例如,Vercel 会按人头收取每人 $20 的“席位费”,带宽费用也极其昂贵。相比之下,使用像 Hetzner 这样的 VPS(虚拟专用服务器)情况就完全不同了。即使是每月 4.08 欧元的 CX23 机型,也足以应对数万名用户的访问。
方法很简单。首先买一台 VPS,然后向 AI 下达如下指令:"请写一个脚本,在 Hetzner VPS 上安装开源 PaaS 工具 Coolify,并基于 Docker 部署 Next.js。" 这样做既能保留类似 Vercel 的便利体验,又能将成本固定在几杯咖啡的钱。要避免因为害怕基础设施运营成本而不敢做推广的愚蠢局面。
AI 经常推荐结构设计灵活的 NoSQL。但在对数据关系要求严苛的支付或库存管理系统中,使用 NoSQL 简直是一场灾难。后期如果出现数据一致性破坏,靠代码来修补会耗费大量的维护时间。错误的数据库选择最终会导致数百万元规模的重构事故。
在选择数据库之前,请先询问 AI 以下三个问题:
如果其中任何一项为“是”,请命令 AI:"请使用 PostgreSQL 并编写包含外键约束的 SQL DDL。" 不要盲目听从 AI 的建议,而要亲自指定引擎,以防止数据变得杂乱无章。
当你独自开发到规模扩大、需要招聘员工时,如果你的技术栈闻所未闻,招聘成本将飙升。根据 2025 年 Stack Overflow 开发者调查,JavaScript 和 PostgreSQL 依然是最值得信赖的技术。AI 推荐的技术无论多么时髦,如果没在人才市场得到验证,就请果断舍弃。
首先在招聘网站上查看该技术的职位数量。如果职位数不足 React 的 20%,那么这项技术就是危险的。接着,让 AI 调查该框架在 GitHub 上的 Star 增长趋势以及未解决的安全问题数量。选择一个社区逐渐死掉的技术,就像登上一艘正在沉没的船。
一旦开始使用特定云厂商专用的 SDK,以后想迁移到其他地方就得重构所有代码。为了不依赖特定的基础设施,所有代码都应基于容器化构建。
指示 AI:"编写一个应用了多阶段构建(multi-stage build)的 Dockerfile,并使用 .env 管理环境变量。" 同时,使用 Prisma 或 Drizzle 之类的 ORM 划分层级,以便于更换数据库引擎。最后,创建一个“每天凌晨 3 点导出数据库镜像并上传至外部存储,同时删除 30 天前旧文件”的脚本并注册到服务器。即使平台出现问题,也能在一小时内从其他服务器恢复服务,这才是真正属于你的服务。