一人公司技术栈怎么选？从内容站、工具站到 SaaS 的完整架构

独立开发者的待办板上经常写着这些：买域名、搭内容站、做一个工具站验证需求、加一个支付按钮、看 GSC 看板确认流量、给项目加个错误报警。每个待办都指向一种技术选型：内容站用什么框架、工具站用什么托管、支付用什么系统、日志用什么工具。

一人公司没有团队分工，技术栈选错了后面要改很费时间。很多人一开始就问”一人公司应该用什么技术栈”，但这个问题没有标准答案。内容站、工具站、SaaS 的技术栈差别很大，免费额度限制、支付设计、AI 工具边界这些细节也不是靠抄套餐就能解决的。

本文给你一个系统地图和判断框架：先判断业务形态（内容站、工具站还是 SaaS），再匹配系统组件（6层架构），最后选具体工具。不是固定套餐，是判断框架。

一人公司技术栈不是固定套餐，而是系统地图

一人公司没有通用技术栈套餐。内容站、工具站、SaaS 的业务形态不同，技术栈就不同。你的技能背景、预算、阶段也不同，不可能有一套”完美方案”套用所有人。

一人公司技术栈是一张系统地图，由 6 层系统组件协同构成：

系统层	核心目标	典型工具	判断点
内容站获客层	SEO 流量入口、长期获客	Astro/Next.js/Hugo、Cloudflare Pages/Vercel	静态框架选择、托管平台限制、E-E-A-T 原则、AI 内容政策边界
工具站验证层	低成本试错、快速验证需求	Cloudflare Workers、Supabase、PlanetScale	Workers 限制、免费额度边界、什么时候必须付费
SaaS 变现层	用户系统、支付、订阅管理	Supabase Auth、Stripe、PostgreSQL	Stripe Products/Prices 模型、支付设计陷阱、一次性购买 vs 订阅
自动化层	AI 编程工具、减少重复编码	Codex、Claude Code、Cursor	AI 工具能力边界、什么时候用 AI、什么时候自己写
数据闭环层	数据分析、客服反馈、迭代闭环	Google Search Console、Google Analytics、PostHog、Giscus/Discord	GSC 实战要点、数据分析选择、客服反馈选择
安全运维层	日志、错误报警、回滚	Cloudflare Logs、Sentry、Git rollback	日志实战要点、错误报警选择、回滚实战要点

判断框架是：先判断业务形态（内容站、工具站还是 SaaS），再匹配系统组件（6层架构），最后选具体工具。别一开始就追求”最牛”的技术栈，实用第一。

先判断业务形态：内容站、工具站还是 SaaS？

三种业务形态各有不同的获客路径、验证周期、变现模式、技术栈复杂度：

业务形态	获客路径	验证周期	变现模式	技术栈复杂度	典型项目
内容站	SEO 流量、长期积累	6-12 个月见效	广告、知识付费、内容变现	中等（静态框架 + SEO）	博客、教程站、资源站
工具站	Product Hunt、社区推广	1-3 个月快速验证	一次性付费、小额订阅	较低（Workers + Supabase）	小工具、API 工具、转换工具
SaaS	SEO + 产品推广	3-6 个月稳定验证	月订阅、年订阅	较高（用户系统 + 支付 + 订阅）	B2B SaaS、工具订阅服务

判断步骤：

1. 你的核心技能是什么？如果你擅长写作和 SEO，内容站适合你；如果你擅长快速开发，工具站适合你；如果你有稳定的产品运营能力，SaaS 适合你。
2. 你的用户在哪里？内容站用户在搜索引擎；工具站用户在 Product Hunt、社区；SaaS 用户在 SEO + 产品推广。
3. 你的验证周期多长？内容站需要 6-12 个月见效；工具站可以 1-3 个月快速验证；SaaS 需要 3-6 个月稳定验证。
4. 你的变现预期是什么？内容站靠广告、知识付费；工具站靠一次性付费、小额订阅；SaaS 靠月订阅、年订阅。

内容站获客层：SEO 流量入口和 E-E-A-T 原则

内容站是一人公司获客入口，需要静态博客框架、SEO 优化、托管平台。关键是 Google E-E-A-T 原则和 AI 内容政策边界。

Cloudflare Pages 是常用的托管平台，但有免费额度限制：

限制项	Free	Pro ($20/month)	Business ($200/month)
Builds/month	500	5,000	20,000
Files/site	20,000	100,000	100,000
File size	25 MiB	25 MiB	25 MiB
Functions	计入 Workers quota	计入 Workers quota	计入 Workers quota

如果你一个月部署超过 500 次，必须升级到 Pro。文件数量超过 20,000 个，也要升级。Functions（边缘函数）会计入 Workers 的 quota，如果你的内容站有边缘函数，要注意 Workers 的请求限制（后面会讲）。

Google E-E-A-T 原则是 SEO 的核心：Experience（经验）、Expertise（专业知识）、Authoritativeness（权威性）、Trustworthiness（可信度）。Google 不惩罚 AI 内容本身，惩罚低质量内容。如果你用 AI 生成内容，必须有 E-E-A-T 信号：人工优化、真实经验、明确作者信息、引用可靠来源。

静态博客框架选择：

• Astro：适合内容站，性能优先，SEO 友好，Cloudflare Pages 官方支持。
• Next.js：适合内容站 + 工具站混合，SSR/SSG 灵活，但配置比 Astro 稍复杂。
• Hugo：适合纯静态内容站，构建速度最快，但生态比 Astro/Next.js 小。

工具站验证层：低成本试错和 Cloudflare Workers 限制

工具站是一人公司验证层，需要静态托管 + 边缘函数 + 数据库。关键是 Cloudflare Workers 限制和免费额度边界。

Cloudflare Workers pricing：

计费项	Free	Paid ($5/month minimum)
Requests/day	100,000	Standard: 10M included/month, beyond $0.30/million
CPU time/invocation	10ms	Standard: 30M CPU ms/month included
Static assets	免费无限	免费无限
KV reads/day	100,000	Standard: 1M included/month, beyond $0.50/million

免费额度能支撑早期产品，但有限制：每天 100K 请求、每次调用 CPU 最多 10ms。如果你的工具站超过这个限制，必须升级到 Paid（最低 $5/month，包含 10M 请求/月，超出后每百万请求 $0.30）。静态资源（CSS、JS、图片）免费无限，但边缘函数请求要计入 quota。

Supabase pricing：

计费项	Free	Pro ($25/month)
MAU（月活用户）	50,000	100,000 included, beyond $0.00325/MAU
Database	500MB	8GB included, beyond $0.125/GB
Storage	1GB	100GB included, beyond $0.021/GB
Egress	5GB	50GB included, beyond $0.09/GB
Active projects	2	10
Pause policy	1 week inactive 后暂停	不暂停

免费额度能支撑早期产品：50K MAU、500MB 数据库、1GB 存储、5GB 出口流量。如果你的用户超过 50K，或者数据库超过 500MB，必须升级到 Pro。Free 项目暂停策略：1 周没有活动后暂停，需要手动恢复。

典型选择：Cloudflare Workers（边缘函数）+ Supabase（数据库 + Auth）+ Stripe（支付）。这个组合免费额度能支撑早期产品，但要注意 Workers 100K requests/day、Supabase 500MB DB、50K MAU 的限制。

SaaS 变现层：用户系统、Stripe Products/Prices 和支付设计陷阱

SaaS 是一人公司变现层，需要用户系统 + 数据库 + 支付 + 订阅管理。关键是 Stripe Products/Prices 模型和支付设计陷阱。

Stripe Products/Prices model：

对象	作用	典型场景
Product	定义产品（名称、描述）	SaaS 产品、工具站产品
Price	定义价格（一次性/订阅、金额、币种）	月订阅 $9.99、年订阅 $99.99、一次性购买 $49.99
Subscription	订阅管理（周期、状态）	月订阅、年订阅
Customer	用户管理（邮箱、支付方式）	用户账户

一个 Product 可以有多个 Price：月订阅 $9.99、年订阅 $99.99、一次性购买 $49.99。你也可以做多币种：USD $9.99、EUR €9.99、CNY ¥69.99。关键是 Product/Price 对象设计，上线前要确认订阅、一次性购买、多币种是否都要支持。

Supabase Auth 提供用户系统，免费 50K MAU。如果你超过 50K，必须升级到 Pro。Supabase Auth 支持邮箱、Google、GitHub、Apple 等登录方式，免费额度能支撑早期产品。

支付设计陷阱：

• 上线前才发现订阅、一次性购买都要改代码。如果你一开始只设计了一次性购买，后面想加订阅，要改 Product/Price 对象、改支付逻辑、改订阅管理。
• 上线前才发现多币种都要改。如果你一开始只支持 USD，后面想加 EUR、CNY，要改 Price 对象、改支付逻辑、改汇率处理。
• 上线前才发现订阅取消、退款逻辑没写。订阅管理要写取消逻辑、退款逻辑，否则用户取消订阅后不知道怎么处理。

典型选择：Supabase Auth（用户系统）+ PostgreSQL（数据库）+ Stripe（支付）。这个组合免费额度能支撑早期产品，但要注意支付设计陷阱，上线前要确认订阅、一次性购买、多币种是否都要支持。

自动化层：AI 编程工具是协作层，不是替代层

AI 编程工具是一人公司效率层，但不能替代工程判断。关键是 Codex 能力边界和什么时候用 AI、什么时候自己写。

Codex 是 OpenAI 的 coding agent，能 read/edit files、run tests、invoke code-checking tools。但 Codex 有能力边界：

• 能写代码、审查、调试、自动化任务
• 不能替代工程判断：架构设计、技术选型、风险评估、业务逻辑判断
• 工作流是异步的（1-30 分钟），不能实时交互
• 只支持 OpenAI 模型，不能换其他模型
• 只能在云端运行，不能本地运行
• 成本较高（异步任务计费）

AI 编程工具对比：

• Codex：云端 coding agent，适合异步任务（写代码、审查、调试、自动化），但不能替代工程判断。
• Claude Code：Claude 的编程工具，适合实时交互（写代码、审查、调试），但只能在 Claude 模型下运行。
• Cursor：编辑器集成 AI，适合实时交互（写代码、审查、调试），但需要付费订阅。

典型选择：Codex Cloud（异步任务）+ Claude Code（实时交互）+ Cursor（编辑器集成）。这个组合能覆盖大部分场景，但要注意 AI 工具是协作层，不能替代工程判断。

什么时候用 AI？写代码、审查、调试、自动化任务。什么时候自己写？架构设计、技术选型、风险评估、业务逻辑判断。AI 幻觉风险：AI 可能生成错误的代码、错误的逻辑，需要人工审查。

数据闭环层和安全运维层：最容易忽略的优化和稳定层

一人公司最容易忽略数据分析、客服反馈、安全运维，导致产品和运营缺少反馈闭环，生产事故无法快速恢复。

数据闭环层：GSC、数据分析、客服反馈

Google Search Console（GSC）实战要点：

• Search Console：查看索引状态、搜索流量、爬取错误、手动惩罚。
• GSC Analytics：查看关键词排名、点击率、展示次数、CTR。
• 关键词追踪：用 GSC 查看关键词排名变化，确认 SEO 优化效果。

数据分析选择：

• Google Analytics：免费、功能全面，但隐私争议、数据延迟。
• PostHog：开源、产品分析、事件追踪、session replay，适合产品迭代。
• Plausible：开源、隐私友好、简单分析，适合内容站。

客服反馈选择：

• Giscus：基于 GitHub Discussions，适合博客评论、用户反馈。
• Discord：社区反馈，适合工具站、SaaS。
• Email：传统反馈方式，适合所有场景。

数据闭环是优化层：用 GSC 查看流量、用数据分析查看用户行为、用客服反馈收集用户意见，形成迭代闭环。

安全运维层：日志、错误报警、回滚

日志实战要点：

• Cloudflare Logs：查看 Workers 请求日志、错误日志、性能日志。
• Supabase Logs：查看数据库日志、Auth 日志、API 日志。

错误报警选择：

• Sentry：错误监控、性能监控、报警通知，适合 SaaS。
• Cloudflare Alerts：Workers 错误报警、流量报警，适合工具站。

回滚实战要点：

• Git rollback：代码回滚，用 git revert 或 git reset。
• Cloudflare Pages rollback：部署回滚，在 Cloudflare Pages Dashboard 选择历史部署。

安全运维是稳定层：用日志查看错误、用错误报警及时发现问题、用回滚快速恢复，避免生产事故长时间影响用户。

总结

一人公司技术栈不是固定套餐，而是系统地图和判断框架。先判断业务形态（内容站、工具站、SaaS），再匹配系统组件（6层架构），最后选具体工具。

判断点：

• 内容站获客层：Cloudflare Pages limits（500 builds/month Free）、E-E-A-T 原则、AI 内容政策边界。
• 工具站验证层：Workers pricing（100K requests/day Free）、Supabase pricing（50K MAU Free）、免费额度边界。
• SaaS 变现层：Stripe Products/Prices 模型、支付设计陷阱、订阅 vs 一次性购买。
• 自动化层：AI 编程工具是协作层，不能替代工程判断。
• 数据闭环层和安全运维层：最容易忽略，但建议尽早做。

下一步行动建议：

1. 先判断你的业务形态：内容站、工具站还是 SaaS？
2. 再匹配系统组件：根据业务形态匹配 6 层架构。
3. 最后选具体工具：根据判断框架选 Cloudflare/Supabase/Stripe/Cursor/Codex。
4. 避免踩坑：上线前确认免费额度限制、支付设计、AI 工具边界。

别一开始就追求”最牛”的技术栈，实用第一。

下一步 / 延伸阅读

如果你想继续拆解系统里的具体层，可以从这些同系列文章开始：

• 一人公司后端技术栈怎么选：比较 Cloudflare Workers、Supabase、Node.js 和数据库边界。
• 一人公司数据库与存储怎么选：拆分 D1、Postgres、R2、S3 和 SQLite 的职责。
• 一人公司部署方案怎么选：比较 Cloudflare Pages、Workers、Vercel 和 Railway。
• 一人公司支付系统怎么选：比较 Stripe、Paddle、Lemon Squeezy 与微信支付。

这些深度文章会继续解决具体问题，避免在系统地图里堆成工具清单。