写在前面
这不是一篇炫技文，也不是商业化教程。这是我把「健健哥的自留地」从一个飞书草稿做成一个真正运行起来的线上服务的过程记录。
如果你也想做自己的第一个站，希望我踩过的弯路对你有点用。
本文将谈到
· 一、构思：先想清楚自己到底想做什么
· 二、技术选型：选你最熟的，不要追新
· 三、服务器、域名、备案、HTTPS、邮件：上线前要打通的「水电煤」
· 四、支付：个人开发者绕不开的那座山
· 五、开发迭代：上线之后才是开始
· 六、行动清单：从 0 到收到第一笔钱怎么做
· 七、写在最后
一、构思：先想清楚自己到底想做什么
我做的是一个付费技术学习平台 —— 我自己沉淀的技术内容，以专栏形式发布；同时叠了一层用户推广分佣机制，让看过的人愿意推荐给别人。
为什么是这个形态？没有什么高深的思考，就三点：
- 我在飞书里已经写了几年的笔记，想就地变现，不想另起炉灶；
- 我希望这件事是「越做越值钱」的，内容是有复利的；
- 我愿意做十年，而不是看到某个风口才上的项目。
构思阶段我只做了一件事：强制自己先把 PRD 写出来。哪怕这份文档只有我自己看。
老实说，我的 PRD 也是 AI 辅助 写的 —— 我把自己的产品想法、用户场景、商业模式扔给 AI，让它帮我扩展成完整的文档：模块怎么划分、字段怎么设计、流程怎么走。
但这绝不是「丢一句话给 AI、它给你一份 PRD、你就拿来用」这么简单。真正决定 PRD 质量的，是你自己的判断和产品审美：
AI 写 PRD 的三个真相
· AI 给你的初稿永远是膨胀的，它倾向于把所有能塞的功能都塞进来。你得不停地砍。砍掉一个功能，比加一个功能难得多，但这才是产品力。
· AI 会写出非常「正确」的交互，但「正确」不等于「好」。一个按钮放哪、文案怎么写、提示什么时候出现，这些都得你自己看着办，AI 替不了你。
· AI 不知道你的用户是谁。它给的是通用方案，你要做的是结合你真实想服务的人去裁剪。
不写不知道，一写就发现 「用户点购买按钮之后到底发生什么」「文章被卡住的时候应该看到什么」「订单怎么从未支付变成已支付」，这些细节你不提前想清楚（哪怕用 AI 辅助想），写到后面就要返工三五次。
第一个建议
先写 PRD，再写代码 —— 用 AI 辅助没问题，但你必须自己有判断。这一步省下的时间，比你接下来一个月都多。
二、技术选型：选你最熟的，不要追新
这一节我尽量简短，因为对个人项目来说，技术栈真的没那么重要。
我的全部选型是：
层级 | 选型 |
|---|---|
前端 | Next.js + Tailwind + shadcn/ui（前端可以稍微激进一点，不然两年就过时） |
后端 | Spring Boot + Java（我最熟，能少踩坑） |
数据库 | PostgreSQL + Redis |
部署 | 一台云服务器跑 Docker Compose，前后端 + 数据库 + Redis 全装一起 |
原则只有一条：熟悉度 > 时髦度。
我没用 K8s，没分微服务，没上消息队列。一台 4 核 8G 的机器、一套 Compose 文件，前端到后端到数据库全部解决。
至于服务器买哪家、域名怎么挑、备案要不要做、HTTPS 怎么签、邮件怎么发 —— 这些「水电煤」级别的基础设施我放在下一章统一讲。
在你有第一个真实用户之前，所有「为高并发设计」「为多区域部署设计」的努力都是负债。
第二个建议
技术架构可以简陋，但产品体验不能将就。这是两件完全不同的事 —— 用户感受不到你后台是 Spring Boot 还是 Rails、有没有用 K8s、有没有上消息队列，但他能感受到一个按钮的圆角是不是合适、一段文案的语气对不对、加载状态有没有过渡。技术上你越省事越好，但产品上你必须有审美、有打磨、有取舍。
三、服务器、域名、备案、HTTPS、邮件：上线前要打通的「水电煤」
写到这里你可能想：「服务器、域名、HTTPS、邮件这些不就是几行命令的事？」
我做之前也这么以为。真的开始动手才发现，这块东西对个人开发者来说坑特别多 —— 单项不难，但每一步都有「我不知道还有这一茬」的瞬间，叠起来够你折腾一周。这一章把我踩过的坑串起来。
服务器：选海外、流量不限量的香港机
服务器是「水电煤」里的第一块基石。我的几个原则：
- 选海外（尤其是香港节点）：跳过 ICP 备案那个 20 天的坑，从下单到上线最快几小时（备案的事下面会专门讲）；
- 配置量力而行：4 核 8G 对个人项目完全够用，前端 + 后端 + DB + Redis 一台机器全装下，别一上来就买 16 核 32G 烧钱；
- 流量越没上限越好：个人项目并发不一定大，但被刷一次、或者突然某篇内容爆了，按流量计费的能让你账单原地爆炸。流量不限量的机器能让你睡得安稳。
具体推荐：我用的是 核云（这是我的推广链接，注册购买的话我能拿点佣金，不介意可以走这个），在他们的二手市场花了 230 块钱淘到一台 4 核 8G、流量免费、3 年期的香港服务器 —— 平均下来一个月不到 7 块钱，比一杯奶茶还便宜。
核云这家我用下来体验不错：界面清爽、付费方式灵活、客服响应快，二手市场还能淘到其他用户转让出来的低价机型（我那台就是这么捡漏来的）。如果你也在物色第一台服务器，可以试一试。
域名：国内注册商更便宜，匹配网站名比 .com 重要
注册商分两大类：
类型 | 特点 |
|---|---|
国内注册商（京东云、腾讯云、阿里云万网、华为云） | 续费稳定、客服中文、价格便宜，要做一次实名认证（身份证拍个照传上去，10 分钟以内通过） |
海外注册商（Namecheap、Porkbun 等） | 流程简单不要实名，但价格不一定更便宜，续费涨价也比较激进 |
很多教程一上来就推荐你买海外域名，我实操下来反而更推荐国内：
- 价格碾压：我在 京东云 买的
jianjiange.site，一年只要 15 块钱 —— 海外.com普遍 60-80 元，差了 4 倍； - 实名一次永久管用：上传身份证 10 分钟内通过，之后再买任何域名都不用重新走流程；
- 后续运维方便：续费、转入转出、DNS 改记录都是中文界面，不用一个个翻译英文术语。
域名跟服务器的归属是独立的
哪怕你的服务器在海外（核云香港），域名也可以放在京东云。它们之间靠 DNS 解析连接，不影响是否需要备案 —— 是否备案只看服务器在哪，不看域名在哪买。
后缀选择我的几个原则：
- 匹配网站名 > 迷信 .com：我的站叫「健健哥的自留地」，挑域名的时候
.com后缀的好名字基本都被抢光了，干脆选了jianjiange.site—— 一念出来就能跟「健健哥的自留地」对上，这种「念出来就记住」的效果，比一个拗口的.com价值高得多。记忆度 > 后缀迷信。 .site/.shop/.online/.xyz这些新顶级域便宜大碗（部分一年 10 块以内），适合个人项目，搜索引擎也都认；.io/.dev/.app适合技术向产品，但贵，续费涨价激进；- 别碰 .cn —— 一买就锁死一堆国内合规要求（个人备案才能解析）。
一个容易忽略的小细节
注册完第一件事就是打开域名隐私保护（whois privacy），否则你的注册邮箱会被全网爬，垃圾邮件能淹死你。
域名解析（DNS）：在哪买就在哪解析，别折腾
DNS 这块其实没什么花活 —— 注册商基本都自带免费 DNS 服务，你在哪买的域名就在哪解析就行。
我自己是在京东云买的域名，DNS 也直接用京东云：控制台一个账号管所有记录，加 A、改 CNAME 秒级生效，没什么槽点。腾讯云、阿里云、华为云的体验类似，风格略有差异，功能上没差。
很多教程会让你把 DNS 托管到 Cloudflare（即使不用它的 CDN），理由是「免费、稳定、控制台清爽」。这个建议对面向海外用户或有特殊需求（智能解析、API 自动化）的项目有意义，但对绝大多数国内个人项目来说，多引入一个外部服务只会增加复杂度 —— 注册商的 DNS 够用、够稳、够快，没必要折腾。
基础上线只需要两条记录：
A记录：把根域名yourdomain.com指到服务器 IP；CNAME记录：把www.yourdomain.com指向yourdomain.com（或者再加一条 A 记录也行）。
小提醒
DNS 在哪解析跟「是否需要备案」也无关 —— 备案只看服务器在哪。京东云域名 + 京东云 DNS + 香港服务器，这个组合是不需要备案的。
备案：海外服务器是「免备案」最快的路径
很多人对备案有误解，先把规则讲清楚：
场景 | 是否要备案 |
|---|---|
国内服务器 + 任何域名 | 必须备案（不备案 80/443 直接被拦截） |
海外服务器（含香港、美国、日韩）+ 任何域名 | 不需要备案 |
经营性业务（电商/会员/付费内容） | 备案之后还要办 ICP 经营性许可证 |
备案本身要 20 天起步，需要营业执照（或者走个人备案 —— 限制更多，不能放经营性内容）、服务器机房拍幕布照、法人视频核验……每一步都磨人。ICP 经营性许可证门槛更高（注册资本、人员资质等），普通个人开发者基本拿不到。
我的选择前面也提过：用香港机，几小时就能上线，跳过这一切。等业务真的跑通了再考虑要不要做国内合规化 —— 先把产品验证清楚，再决定要不要正规化，这个原则贯穿这整篇文章。
HTTPS：Let's Encrypt + acme.sh 是黄金组合
HTTPS 证书自己签其实一点也不烦 —— Let's Encrypt + acme.sh 是「装一次永不操心」的方案：
- 完全免费：Let's Encrypt 提供免费 DV 证书，跟付费证书在浏览器里看起来一模一样；
- 自动签发 + 自动续期：acme.sh 装好挂个 cron，证书永远不会过期；
- 支持通配符证书（
*.example.com）：所有子域名一张证书搞定，新增子域名也不用重签。
我的实际流程：acme.sh 签发 Let's Encrypt 通配符证书（通过 DNS-01 验证，acme.sh 支持绝大多数主流 DNS 服务商的 API，自动加 TXT 记录）→ nginx 装上 → 80 强制跳 443 → 配上 HSTS、OCSP Stapling、TLS 1.2+。第一次配大约一小时，之后再也没碰过。
邮件服务：别自建 SMTP，用第三方就完事了
验证码、密码重置、订单确认 —— 任何面向用户的产品都跑不掉发邮件这件事。
我最初想的是「自己起个 Postfix 不就完了」。千万别。自建 SMTP 是个人开发者最容易掉进去的大坑：
自建 SMTP 的三个深坑
· IP 信誉：云服务商的出网 IP 多数已经在邮件黑名单里，发出去 9 成进垃圾箱；
· 反垃圾配置：SPF、DKIM、DMARC、PTR 反向解析……缺一项就被拦；
· 到达率玄学：发 Gmail 进收件箱、发 QQ 邮箱进垃圾箱、发 Outlook 直接拒收，调试起来生不如死。
第三方邮件服务把这些痛点全解决了：
服务 | 适合场景 |
|---|---|
腾讯云 SES（邮件推送） | 国内用户为主，便宜、QQ/网易系到达率高 |
阿里云邮件推送 | 同上，跟阿里云生态打通方便 |
Resend | 海外用户，API 现代、开发者体验顶 |
SendGrid / Mailgun | 海外老牌，量大有优势 |
我用的是 腾讯云 SES —— 目标用户在国内、QQ/163/126 占大头，到达率优先。免费额度对个人项目完全够用。
不管选哪家，域名都要在 DNS 里配三件套：
- SPF：声明哪些 IP 可以代你发邮件；
- DKIM：邮件加密签名，证明邮件没被篡改；
- DMARC：告诉收件方对验证失败的邮件怎么处理（拒收/隔离/放行）。
这三件套不配，到达率会断崖式下跌。配完之后用 mail-tester.com 测一下，稳定 9 分以上才算 ready for production。
两个邮件实战小心得
1. HTML 越花哨越容易进垃圾箱 —— 纯文本 + 极简 HTML（logo + 按钮 + 文案）到达率最好，我所有邮件都这么写；
2. 发件地址用自己域名（noreply@jianjiange.site），别用 xxx@qq.com —— 用户看到陌生个人邮箱，第一反应是钓鱼邮件，转化率直接腰斩。
四、支付：个人开发者绕不开的那座山
整篇文章里我最想跟你聊的，是这一段。
我相信很多想做自己产品的人，最终卡死在这件事上：怎么把钱收进来。
没有营业执照，到底能不能收钱？
我做这个项目之前，天真地以为「接微信支付」跟「接微信登录」差不多 —— 注册一下、拿个 key，搞定。
完全不是。
要接微信支付/支付宝官方，你必须有营业执照 + 商户号。这套流程加起来：
- 注册营业执照：1~3 天，要有名字、经营范围、经营场所；
- 申请微信支付商户号：审核 2~3 周，要交一堆资质；
- 如果还涉及备案、ICP 经营性许可：再加几周。
一两个月过去了，你一行代码都还没上线。
更糟的是，这套流程会反过来卡住你 —— 你都不确定这个产品能不能跑通，凭什么花两个月办资质？但不办资质，又跑不通。死循环。
三条路，挑一条
个人开发者面前实际上只有三条路：
方案 | 门槛 | 体验 |
|---|---|---|
挂个人收款码 | 0 门槛 | 没回调、没订单、经营场景容易被风控 |
第三方免签收款 | 几小时接入 | 不用营业执照，有 API 有回调，但手续费高，依赖第三方服务的可持续性 |
官方 SDK | 一两个月 | 最稳、费率最低，但你的产品得先撑过这一两个月 |
很多人不知道第二条路的存在，但它对个人开发者来说真的很关键。
我选了「支付 FM」
市面上免签收款服务挺多 —— 各种易支付分发版、虎皮椒、支付 FM 等等。我最终选了 支付 FM（这也是我的推广链接 —— 跟前面核云一样，不是打广告，是真心觉得不坑才推荐；信得过我就走这条注册，顺便让我也赚个佣，介意的话直接搜官网一样能注册）。
选它的原因很朴素：
- 文档清晰，几个小时就能跑通；
- 签名校验、异步通知、同步跳转都有，跟官方 SDK 的接口形态接近，将来要切官方很容易；
- 客服在群里能找到人。
整个接入花了我两天。从「我没法收钱」到「订单成交后钱自动进账」，两天。
这是我整个项目里最有成就感的两天。
它不是终点，是过渡
我得诚实说一下我的真实情况：到目前为止，支付 FM 用起来挺顺，没出过什么大坑。我接入的是它的「免签版 + 免挂服务」配合个人收款码 —— 简单说就是用户把钱付到我个人的收款码上，第三方负责帮我监听到账并回调通知。整个链路的体感跟接官方 SDK 差不多，但完全不需要营业执照。
所以如果只看「能不能跑通」这一点，我会很坦白地说：很顺利、很轻松、很值得推荐给同阶段的个人开发者。
但我也很清楚，这条路只能是过渡方案，不能是终点。原因是：
· 它本质上是「用个人收款承担经营场景的收款」。据说当金额转入太频繁、笔数过大时，会触发支付平台的风控（限额、临时冻结甚至更严重）—— 这是一把悬在头上的剑，我现在没碰到，不代表以后碰不到。
· 你的整套支付链路依赖第三方服务的稳定性。哪怕它不跑路，也可能改域名、改协议、改规则，你都得跟着动。
· 合规上始终有灰色地带。订单量和金额上来之后，迟早要走正规化这条路。
我自己心里很清楚这一天会来。所以从一开始我就刻意把支付层做了抽象 —— 现在跑的是支付 FM，将来切微信/支付宝官方 SDK 时只需要换实现，业务订单流程不用动。这一点点前期工作，将来会让我少痛一周。
给个人开发者的建议
如果你正在做自己的产品，我的建议是分两段走：
第一阶段（验证产品、拿第一批用户）：直接接第三方免签收款。个人收款码 + 免签版/免挂服务，不需要营业执照，几小时就能跑通，让用户从第一天就能丝滑下单付款。我自己就是这么开始的。
第二阶段（确定要长期做下去）：办执照、接官方 SDK。把手续费、合规风险、第三方依赖一并解决，走上正规化。
不要倒过来。不要还没有用户就花一个月办资质 —— 那样你大概率会在产品验证完成之前就先放弃。
支付这件事的关键，不是接得多完美，而是让它能跑起来，让你的产品能在第一天就把钱收回家。哪怕收得慢、收得有手续费、收得不那么体面，先收上才有后面的故事。
五、开发迭代：上线之后才是开始
把站跑起来的过程，比我想象的反复得多。
支付订单的状态机改了三五版、未付费的预览比例从 40% 改到 20%、首页改版、邮件模板改版、Cloudflare 接了又下了。每一个看似简单的改动背后都有「我以为想清楚了，结果还要再改一遍」。
这里只说几点我觉得对所有人都通用的心得：
1. 能用程序自动化的，绝不让人做
如果说我从这个项目里学到一件最值钱的事，就是这条 —— 一切能让程序替你做的事，都别让自己做。
人会忘、会累、会偷懒、会出错；程序不会。个人开发者最大的杠杆不是写代码快，是把自己从重复劳动里解放出来，去做只有人能做的事（产品判断、用户沟通、内容创作）。
我从一开始就强迫自己用程序顶住所有重复劳动，举几个真实跑在我项目里的例子：
自动化任务 | 说明 |
|---|---|
飞书内容同步 | 管理后台支持手动同步单篇/整专栏作为兜底，同时每天凌晨 3 点定时任务把所有关联飞书文档全量拉一遍。永远不用担心「内容忘了同步」。 |
订单超时取消 | 30 分钟没付款的订单自动 cancelled，避免脏数据堆积污染统计 —— 用延时队列，秒级精度。 |
线上错误告警 | 服务端 5xx 异常通过 Logback Appender 自动飞企业微信群，带去重限流。半夜出 bug 也能第一时间收到推送。 |
HTTPS 证书续期 | Let's Encrypt + 定时任务自动续，不用再担心「证书过期网站打不开」这种低级事故。 |
数据库备份 | 每天凌晨自动备份并上传到对象存储，保留 30 天。出事时能立刻回滚。 |
邮件通知 | 验证码、密码重置、订单确认，全部模板化自动发送，对接腾讯云 SES 一站搞定。 |
推广佣金结算 | 订单成交后异步算佣金、入推广者账户，全链路 0 人工。 |
数据看板 | 管理后台首页直接看 GMV、用户数、订单状态分布，不用每次都去数据库 select。 |
这些自动化加起来，让我每周只需要几小时维护这个项目，剩下的时间用来写内容、想下一步怎么做。
做产品的人和做副业打工的人，最大的区别就在于前者会持续问自己一个问题：「这件事下次怎么不用我做？」
附带一条：自动化追求的是后台自动化，用户感知到的产品体验仍然必须优雅。糙的可以是技术实现，不能是产品本身。
2. 告警一定要分级
我刚接好企业微信告警的第一周，每天几百条机器人消息 —— 用户输错密码也告警，参数校验失败也告警。一周后我明白了一件事：告警不分级 = 告警全失效。
人对刷屏消息的反应是麻木，不是警觉。当你看到「又来了一条」第一反应是滑掉而不是查，那这套告警就废了。真正出大事的那条消息会淹没在 200 条噪音里，比没有告警还危险。
后来我把告警分成三级，对应三种处理方式：
级别 | 触发场景 | 通知方式 |
|---|---|---|
ERROR（必须立刻处理） | 服务端 5xx、订单创建失败、支付回调签名校验失败、数据库连不上 | 企业微信告警群 + 微信推送，半夜也得醒 |
WARN（值得关注但不紧急） | 4xx 集中爆发（可能有人在扫接口）、慢 SQL、定时任务执行超时、邮件发送失败 | 每小时聚合一次飞群里，工作时间看就行 |
INFO（只记录不打扰） | 业务日志、用户登录、订单创建成功 | 只进日志文件 / ELK，完全不告警 |
再叠两层「降噪」机制：
- 去重：同一个异常 5 分钟内只飞一次，避免同一个 bug 触发 1000 次告警把群刷爆；
- 限流：每个级别都有每分钟上限，超过就只算条数不发详情 —— 「过去 5 分钟内 ERROR 级告警 200 条，请立即查看」比 200 条独立消息有用得多。
调到这个状态之后，我的告警群一天平均 0~3 条消息。一旦响，几乎都是真事。这才是告警该有的样子。
3. AI 协作的真实体感
整个项目从 PRD 到代码我都在跟 AI 协作。心得是：
- AI 擅长写样板代码、解释陌生 API、找 bug 根因，也能辅助你写 PRD、推演用户流程、补全你没想到的细节；
- 但 AI 替不了「品味」—— 哪个功能值得做、哪个交互更顺、哪个细节是为用户而不是为完整性，这些必须你自己有判断；
- 没有审美的人用 AI，会得到一堆「正确但平庸」的方案。AI 是个放大器：放大的是你已经想清楚的事；如果你自己没想清楚，AI 只会让混乱变得更精致。
最好的用法是：你把约束、品味、规则都写下来（比如我的 CLAUDE.md 里就写满了项目规则），让 AI 在你画好的圈里跑，而不是让它替你画圈。
它把我的产出至少放大了三倍 —— 但前提是我得自己有想法。
4. 文档同步是项目纪律
我给自己定了条规则：每次代码改动都要同步更新 PRD 和 README。听起来很烦，但半年后你回来看，能在 5 分钟内回忆起每个模块在干嘛。
文档不是写给别人的，是写给未来的自己。
5. 国内用户：千万别盲目薅 Cloudflare 免费 CDN
Cloudflare 对个人开发者看起来是「白嫖典范」—— 免费 CDN、免费 HTTPS 证书、一键开启，我一开始也动过心。
但实际跑过之后想清楚一件事：如果你的用户主要在国内，套上 Cloudflare 免费版不仅不能加速，反而会拖慢你的站。
原因不复杂：免费版 Cloudflare 的边缘节点几乎都在海外（中国大陆的节点是收费版才有的）。国内用户访问一个挂在 Cloudflare 后面的站，请求要先绕到海外节点、再回源到你的服务器，多绕一大圈不说，丢包率和抖动也一起上来。哪怕你的源站本身就在香港，加了 Cloudflare 这一层之后体验反而劣化。
它真正适合的是「用户在海外、服务器在某个区域」的项目 —— 这种场景下 Cloudflare 的全球节点确实能帮你提速、扛流量。但国内为主的站，方向就反了。
项目早期我干脆没挂 CDN，把功夫花在两件事上：
- 选一台流量不限量的服务器：前面提的核云那台香港机器流量是无限的，带宽对个人项目完全够用，根本没有「流量被打爆」的焦虑，自然也不需要 CDN 来帮我分担。
- 源站把静态资源做扎实：图片用 Next.js 的 Image 组件压缩 + WebP + 响应式 + 懒加载；字体本地化 + 中文子集化（一个 Inter 字体几 MB，全量加载是灾难）；nginx 层 gzip/brotli 全开；带 hash 的静态资源走长缓存（
immutable+max-age=31536000），改一次发一份新的；HTML 走短缓存。
整套做完，国内用户直连香港机的速度比之前接 Cloudflare 时还快一截。对个人项目早期来说，源站基本功做扎实就能撑住首屏 1 秒，CDN 不是必需品。
CDN 是优化手段，不是默认配置。海外服务器也不代表永远不需要 CDN —— CDN 在边缘加速、扛 DDoS、缓存静态资源上仍有价值，只是个人项目早期通常用不上。先把源站做扎实，等真正遇到瓶颈（流量爆、海外用户多、被攻击）再上 CDN 也不迟。如果你的用户主要在国内，要上 CDN 得选国内有节点的方案（七牛、又拍、阿里云 CDN 等需要备案；腾讯云 EdgeOne 之类海外/国内双节点的也可以考虑）—— 免费的 Cloudflare 是给海外用户准备的，别误用。
6. 让 AI 替你跑运维 —— 我从头到尾没自己 SSH 过一次
不夸张：整个项目从开始到现在，我一次都没自己 SSH 到服务器手敲过 docker 或 linux 命令。
不是我有多懒，是我把所有部署、运维、上线流程都封装成了 Claude Code skill —— 部署、回滚、看日志、远程执行 SQL、备份、查告警，每个动作背后是一段写好的 shell 脚本，但我只需要在 CC 里发一句中文指令，AI 帮我跑、再把结果摘要回来：
- 「部署一下后端」 → 跑
./deploy/server.sh deploy-be，构建镜像、滚动重启、抓启动日志确认健康； - 「线上 users 表加个 phone 字段」 → 远程连 PG 执行 ALTER，跑完再 deploy-be；
- 「看下今天的错误日志」 → SSH 拉日志、grep ERROR、按异常类型聚合摘要回来；
- 「把昨天的数据库备份恢复到本地试一下」 → 下载备份、本地 pg_restore、跑一遍迁移校验。
我几乎不需要自己打开终端。
这对技术小白来说价值巨大：
- 门槛归零：Docker、Linux、nginx、PostgreSQL 这些通常是个人开发者的拦路虎，现在变成「跟 AI 说一句中文」；
- 不依赖记忆：哪天忘了 docker compose 的某个 flag、忘了 nginx 配置在哪、忘了凭据存哪个文件 —— AI 都记得，因为
CLAUDE.md里把项目结构、部署流程、敏感信息怎么取都写下来了； - 可复用：这套 skill 写一次，下个项目直接抄过去微改，不用每次都从零搭一遍 ops。
个人开发者最大的杠杆，已经不是写代码快，而是把运维流程沉淀成 AI 可调用的 skill。AI 替你按按钮，你只负责判断要按哪个。
如果你也是技术小白但想做产品，强烈建议从第一天就这么干：所有运维操作脚本化 + 写进 CLAUDE.md，让 AI 当你的运维。你的工作是想清楚要做什么，而不是记住命令怎么敲。
六、行动清单：从 0 到收到第一笔钱怎么做
前面五章讲的是「为什么这样选」和「踩过哪些坑」。这一章是「具体怎么做」—— 如果你看完前面还是不知道从哪下手，跟着下面这份清单一步一步走就行。
节奏参考：每天投入 2-3 小时，1~2 周能从「零」做到「站在线、能收钱」。我自己当时差不多就是这个节奏 —— 从下定决心做、到上线第一版，前后大概两周。
阶段 1：想清楚要做什么（1~3 天）· 对应第一章
跳过这一步直接写代码，是 90% 个人项目夭折的根本原因。
阶段 2：买服务器 + 域名 + 搭基础设施（半天 ~ 1 天）· 对应第三章
.site / .online / .xyz 等）一年 10~30 元，优先匹配网站名而不是迷信 .com，注册完立刻开启 whois 隐私保护阶段 3：写代码 + 部署（2 天 ~ 2 周，看开发速度）· 对应第二、五章
deploy / deploy-fe / deploy-be / logs / status，让 AI 在 CC 里一句中文调起这个阶段最大杠杆是「AI 替你跑运维」（第五章 § 6）—— 我从头到尾没自己 SSH 过一次，技术小白也能这么干。
阶段 4：接入支付 + 邮件（1~2 天）· 对应第三、四章
PaymentProvider 接口后面，将来切官方 SDK 不动业务代码阶段 5：上线 + 自动化 + 持续迭代 · 对应第五章
如果你卡在某一步，回去看对应章节：
· 卡在「想做什么」/「砍不动功能」 → 第一章「构思」
· 卡在「选技术栈」 → 第二章「技术选型」
· 卡在「服务器 / 域名 / 备案 / HTTPS / 邮件」 → 第三章「水电煤」
· 卡在「怎么收钱」 → 第四章「支付」
· 卡在「部署 / 自动化 / 运维」 → 第五章「开发迭代」
七、写在最后
如果你也想做自己的第一个站，我最想送你四句话：
先写 PRD，再写代码。
技术架构可以简陋，但产品体验不能将就。
不要被支付吓退。哪怕你今天没有营业执照、没有商户号、什么都没有，也有办法把第一笔钱收回来。门槛比你想象的低很多。
把运维流程沉淀成 AI 可调用的 skill。个人开发者最大的杠杆已经不是写代码快，而是让 AI 替你按按钮 —— 我从头到尾没自己 SSH 过一次服务器，所有部署、回滚、看日志都用 CC 一句话搞定。Docker、Linux 不再是技术小白的门槛。
我的「健健哥的自留地」还在迭代，还有一堆没做完的事。但能上线、能让别人在上面学到东西、能真的收到付款，已经够回报这几个月所有熬夜的代码了。
人生第一次建站，最大的收获不是 GMV，是终于明白了「让一个想法真的运转起来」是一件多么不容易的事。
—— 健健哥
如果你也在做自己的产品、或者只是对建站这件事好奇，欢迎来 健健哥的自留地（jianjiange.site） 看看 —— 那里有我沉淀的更多技术内容，也是我跟读者交流的地方。
这篇文章如果让你有所收获，转发给同样在路上的朋友是对我最大的支持。