技术栈选型指南
独立开发者的技术选型不在于追新，而在于降低认知负荷和运维成本，用最少的技术决策换最大的交付速度。
选型原则
核心思维
- 熟悉度优先：选你最熟的，而不是最流行的。省下来的学习时间就是你的竞争优势
- 全栈一体化：减少技术栈组件数量，一个框架能解决的事不要引入两个
- 托管优先：能用 Managed Service 就不要自建，把运维时间留给产品迭代
- 社区活跃度：选有大社区的方案，遇到问题 Stack Overflow / GitHub Issues 秒搜到答案
一句话原则
"能让你在周末就发布 MVP 的技术栈，就是最好的技术栈。"
推荐技术栈
Tier 1：全栈 Web 应用
| 层级 | 推荐方案 | 替代方案 | 说明 |
|---|---|---|---|
| 前端框架 | Next.js | Nuxt.js, Remix | React 生态最成熟，SSR/SSG 开箱即用 |
| UI 组件 | shadcn/ui | Radix + Tailwind | 可复制、可定制、不锁定 |
| 样式方案 | Tailwind CSS | CSS Modules | 原子化 CSS，开发速度极快 |
| 数据库 | Supabase (PostgreSQL) | PlanetScale, Neon | BaaS 一站式，含 Auth/Storage |
| ORM | Prisma | Drizzle | 类型安全，迁移方便 |
| 认证 | Supabase Auth | NextAuth, Clerk | 与数据库同一平台，减少集成 |
| 支付 | LemonSqueezy | Stripe, Paddle | 独立开发者友好，含税务合规 |
| 部署 | Vercel | Cloudflare Pages | Next.js 原生支持，零配置部署 |
Tier 2：静态站点 / 内容型产品
| 层级 | 推荐方案 | 说明 |
|---|---|---|
| 框架 | VitePress 或 Astro | 文档站用 VitePress，内容站用 Astro |
| 部署 | Cloudflare Pages | 免费额度大，全球 CDN |
| CMS | MDX + 文件系统 | 最简方案，Git 即 CMS |
Tier 3：AI 应用专属
| 层级 | 推荐方案 | 说明 |
|---|---|---|
| AI SDK | Vercel AI SDK | 流式输出、多模型适配 |
| 向量数据库 | Supabase pgvector | 不需要额外服务 |
| 模型 API | OpenAI + Anthropic | 双供应商，避免单点依赖 |
技术栈组合模板
模板 A：SaaS 应用
Next.js + Tailwind + shadcn/ui
→ Supabase (Auth + DB + Storage)
→ Prisma ORM
→ LemonSqueezy (支付)
→ Vercel (部署)模板 B：AI 工具
Next.js + Tailwind + shadcn/ui
→ Vercel AI SDK (流式 Chat)
→ Supabase (用户数据 + 向量搜索)
→ LemonSqueezy (支付)
→ Vercel (部署)模板 C：内容 / 文档站
VitePress 或 Astro
→ Markdown + 文件系统
→ Cloudflare Pages (部署)
→ Google Analytics (可选)常见误区
避免这些坑
- 过度微服务：独立开发者不需要 K8s，一个 Monolith 就够了
- 自建认证：不要自己写登录系统，用 Supabase Auth / Clerk 等现成方案
- 过早优化数据库：先用 SQLite / Supabase，等日活过万再考虑分库分表
- 追求技术栈完美：完美的技术栈不存在，能发布的技术栈才有价值