我用 AI 组了一家“一人软件公司”,一周做出会员站

上一篇 PPT 那期，结尾我留了句话：这个会员站本身，是怎么在一周之内做出来的——下一篇，接着说。这一篇，兑现。

起点朴素得很。船长AI局的内容越攒越多，周刊、专栏、会员权益，散落在各处，我想给它们一个家：一个会员入口，让人能进来、订上、读到该读的。说白了，就是一个会员页——我当时是真这么想的，一个页面而已，能有多难。后来这一周，就是被这个“能有多难”反复上课的一周。

可页面刚起了个头，后面拖着的东西就一个接一个冒出来。有人要进来，就得认得出他是谁，于是要登录；认了人，就得分清谁买了、谁没买，谁能看这篇、谁只能看前半截，于是要内容权限；能看之前得先能买，于是要购买；买了得有凭据，于是要订单；付了钱临时反悔，于是要退款；退不成，或者哪一步卡住了，总得有人接住，于是要客服；这一整套东西还得有个地方管着，于是要管理后台；管完了要能发出去，于是要发布；站要落在大陆的服务器上，于是得先依法办妥备案这类合规手续；而这一切上线之后，还得日复一日地照看下去。

我盯着这张越拉越长的单子，才回过神来：难的从来不是让页面出现。难的是让一笔钱、一位会员、一篇内容，安安全全地穿过这整个系统，一步都不出岔。

一周前，我以为要做的是一个会员页。几天后才明白，我真正要造的，是一条能收钱、认人、交付内容，还得随时安全靠岸的船。而这条船的船厂，就是我用 AI 临时组起来的那家“一人软件公司”。

从用户那头看，会员站简单极了：一个首页，几篇文章，一页会员说明，一个购买按钮。看得见的，就这么点东西。

但把镜头转到系统这头，那条真实的路径要长得多。一个陌生人，先被某一篇免费内容勾进来；读了几篇，慢慢咂摸出这里的东西值不值；值，就一点一点攒起对这个号的信任；信任够了，才动念去看会员；看了权益，选定档位；掏钱，完成支付；系统认下这笔钱，把权益发到他账上；然后他持续地读，读到期了，再决定续不续。这一整条链——被吸引、懂价值、建信任、选会员、付款、拿权益、持续读与续费——才是会员站真正的骨架。

看得见的那层页面，只是这条链最表面的一层皮。免费内容负责在最前面建立信任，会员内容负责在后面持续交付，而购买和身份这两套系统夹在中间，干的是最脏最重的活：把“确实交了钱”这句承诺，变成“确实能读到”这个事实。这中间任何一环松了——支付掉了、权益错了、身份认岔了——前面辛辛苦苦攒起来的信任，会在一瞬间赔光。因为在会员这门生意里，一次“付了钱却读不到”，比一百篇好内容还让人记得牢。

所以我很早就把念头掰正了：会员站的页面不是门面，是商业承诺兑现的第一站。 我不是在做一个好看的网页，是在搭一条要真金白银流过去、还一分都不能漏的漏斗。想清楚这一点，后面所有的取舍才有了准绳。

很多人以为，一周能交付，靠的是 AI 无所不能。恰恰相反。一周能成立的真正前提，是把范围狠狠切小、把顺序严格排死。

AI 有个甜蜜的陷阱：它太好使了，随口一说，它就能变出一个功能来。于是很容易一路加下去——顺手把这个也做了，捎带把那个也加上，看着都不费劲。可每加一个功能，尤其是沾着钱和身份的功能，风险就往上叠一层。一周的时间根本经不起这么摊。

所以第一天我做的最重要的一件事，不是往里加东西，是往外删。我先冻结出一个最小的版本：这一版只保证公开内容能看、基础访问能通；至于登录授权、支付这些高风险链路，全部先关着，一个都不开。等这块地基踩实了，再一层一层往上接会员、接管理、接交易——每接一层，都等下面稳了再动。

判断的标尺，是把所有需求硬分成三堆。第一堆，这周必须真的跑通一整圈闭环的，比如公开内容能不能被人正常读到，这是命，少不得。第二堆，这周可以先用模拟顶着、但绝对不许冒充成真实的——模拟归模拟，一旦有半分让人误以为“这是真的在收钱、真的登录了”，那就是埋雷，宁可先空着。第三堆，这周明确不做、往后放的，画进延后清单，眼不见心不烦。分完这三堆，AI 该往哪儿使劲、哪儿必须按住，一目了然。

这套克制，比会写代码难得多。AI 把开发速度推到那么高之后，最稀缺的能力，反而变成了忍住不做。造船的人心里得始终绷着一根弦：先让它浮得起来、不漏水，再谈跑得多快。 要沉的船，跑得再快，也是往海底冲。所以这一周，我删掉的功能，比留下的多。

外人看我这一周，像是“一个人用 AI 写了个网站”。我自己的体感，完全不是这么回事。我更像是同时带着六支小队，各管一摊，我在正中间调度、拍板、盯着别出岔。

产品那支，管的是会员的路怎么走、这一版的边界画在哪、哪些功能这周坚决不碰。它替我把“想做的”和“这周能做的”死死分开。设计那支，管品牌调性和阅读体验——让人读着顺眼、一眼认得出是船长AI局，而不是随便一个模板站。开发那支最重，几乎压着整条命脉：前端、后端、数据库、身份、支付、后台，全在它手里，一环扣一环。测试那支，专门盯着四条路径分开走——匿名进来的、登录了但还没权益的、正经付了钱的会员、以及手握后台的管理员，每一条身份都得单独验一遍，绝不能想当然地混为一谈，因为最容易出事的地方，恰恰是“以为这条路和那条一样”。发布那支，管迁移、备份、回滚和生产门禁，负责让新版本安全地切上去、一旦不对能立刻退回来。运营那支，管文章、周刊、封面、试看、目录、会员首页这些每天都要动的东西，是船下水之后天天要用的。

六支小队干得再利索，有几样活它们始终替不了，只能落在人肩上：定优先级——先做哪个后做哪个；守事实边界——什么能说成“完成了”、什么不能；判断证据——它给的这个“成功”到底硬不硬；以及承担风险——上线出了事、钱出了岔，是我背，不是它背。 这四件，是船长的岗位，AI 顶不上，也不该让它顶。

说到底，我不是在让 AI 替我写一个站，是在指挥这家临时组起来的“一人软件公司”，完成一次交付。工具越强，这个“指挥”的分量就越重，而不是越轻。

不按小时记流水账，按天说，一周大致是这么走过来的。

第一天，冻结范围。 7 月 24 号，先划出那个最小的 R0 版本——只开放公开内容，OAuth 授权和支付，一律保持关闭。先把规矩立死，再动第一行代码。这一天几乎没写什么“功能”，却是最关键的一天：它决定了后面六天不会失控。

第二天，把公开内容和页面骨架立起来。 让站先能站住、能被人正常看到。地基这层不起眼，但它稳，上面才敢接东西。

第三天，搭内容结构。 文章、周刊、试看、会员分层，这几类内容之间是什么关系、谁在谁上面、免费到付费的界线划在哪，这天理清楚。

第四天，接身份权限。 从这天起，“谁能看什么”才真正开始分层——匿名、登录、会员、管理员，各自能走到哪，一条条落地。

第五天，上 Admin 和支付相关的能力。 管理后台和交易链路进场。这是全周风险最高的一段，前面几天的克制，全是为了让这一步走得稳当。

第六天，做迁移、备份、回滚、权限和生产验证。 这一天的活最不起眼，却最要命——它不生产任何“新功能”，只回答一个问题：出事的时候，收不收得住。备份到不到位、版本退不退得回、权限有没有多给，都在这天过。

第七天，分层验收，修真实环境里冒出来的问题，建发布台账。 把每一层的状态一项项过一遍，把线上真实环境里暴露出来的毛病一个个补上，再把“发了什么、验了什么、结果如何”记进台账——好让往后每一次改动，都有据可查。

有几个节点，值得单拎出来说。7 月 28 号，V1.2 和 V1.2.1 发布，并通过了验收。7 月 31 号——从冻结那天算起，整一周——V1.4 的支付和 Admin 能力，进入了生产环境。但我得把一件事写得清清楚楚，一个字都不含糊——在当时那个检查点上，真实的首单和真实的退款证据，仍然需要单独补齐。 支付能力“进了生产”，和真金白银“完整跑通了一整圈”，中间还差着好几步。这两件事绝不能划等号，我也不会把它写成已经闭环。能写的，就写到当时真实的那一步为止。

写到这儿要说个反常识的事：决定这条船能不能出港的，不是代码写没写完，是四道门过没过。

第一道，产品事实。 “准备好了”“代码写完了”“页面能打开了”“线上真的能跑通一整圈”——这是四种完全不同的状态，绝不能混着说。太多被喊成“完成”的东西，其实只走到第二种、第三种。把这四种状态分清楚，是一切诚实的起点。

第二道，身份与资金。 登录、权益、订单、支付、退款，这几件必须拆开、各验各的。登录通了，不代表权益对；权益对了，不代表订单准；订单准了，不代表钱真收得进来、真退得出去。它们环环相扣，却各有各的坑，得一件一件单独确认，不许“应该没问题”。

第三道，证据。 这是我盯得最紧的一道。Mock 数据、单元测试、一个 HTTP 200、本地打开的页面、体验环境里的效果、真实生产环境里的证据——这一串东西，可信等级天差地别。一个接口返回 200，离“一个真实用户真的付款成功了”，还隔着十万八千里。越往真实那头走，证据越贵、越难拿，但也只有那头的证据才作数。

第四道，安全失败。 一个系统成不成熟，不看它顺的时候多风光，看它出事的时候稳不稳：能不能立刻停下、数据保不保得住、版本退不退得回去。会漂亮地成功不算本事，能体面地失败才算。

这四道门之下，我给状态只留了五个词，不许含糊其辞：通过、失败、阻塞、未执行、不适用。含混的“差不多了”“应该行”，一律不认。

这套门禁听着像大公司的规矩，可越是一个人单干，它越要紧。一个人身后没有同事帮着复核，没有层层流程兜底，唯一能拦住自己“想当然”的，就剩这几道冷冰冰的门。它们不通人情——而恰恰是这份不通人情，一周里救过我不止一次。

这一周真正教会我东西的，不是那些顺利的时刻，是三次“没成功”。

第一次，是部署在切流前，主动停了下来。 文件权限收得过紧，在切换的那个关口，系统自己按设计喊了停，没让这一版切上去。当时确实有点扫兴——眼看要成了，被自己拦下。可回头看，这恰恰该庆幸：门禁本来就是干这个的，它拦住的，是一个可能连读都读不出来的坏版本。要是没这一拦，切上去的才是真麻烦。该停的时候停得住，是本事，不是故障。

第二次，是一堆“绿灯”骗不过真实世界。 HTTP 200 通了，本地模拟也通了，屏幕上看着一切正常，绿油油一片。可这些加在一起，也替代不了真实的微信登录、真实的一部手机、真实的一笔支付。绿灯是系统说“我这边没报错”，而生意要的是用户口袋里的钱真的动了——这两件事，隔着一整个真实世界。把前者当成后者，是最常见、也最贵的自欺。

第三次，是撞到了权限的边界，我选择退一步。 做数据库摘要验证的时候，碰到了权限边界。当时最省事的做法，是把数据库权限放大一点，验证就过去了。我没这么干，而是换了一种权限更小的验证方式，绕着把事办成。多给一分不该给的权限，就是给整个系统埋一颗慢性炸弹——今天图的这点省事，将来要拿安全去还。

三次凑到一起，指向同一个认识：AI 最擅长制造的，是“已经完成”的幻觉。 它太容易造出一个看起来很像成功的东西，让人松一口气。所以成熟的交付，得养成一个近乎啰嗦的习惯——对着每一个“成功”，反复追问那一句：证据，到底从哪儿来？

最危险的从来不是报错。报错至少是诚实的，它把哪儿不对说得明明白白。最危险的，是一个看起来像成功的半成品——它什么都不说，就等着在真实世界里，挑最要命的时候，露出马脚。

船下了水，才发现造船只是开头。会员站不是一个“交付完就结束”的项目，它是一套要长期运营下去的基础设施——它真正的寿命，从上线那天才开始算。

往后每一天要照看的，是一长串日常：文章要发、封面和分享图要出、会员试看要配、周刊目录要更、首页要跟着同步、权限要一遍遍核、支付和客服要有人接、数据要按时备份、系统要盯着监控、出了事要能一键回滚、每一版发了什么都要记进台账。造船是一周的一股猛劲，航海是往后天天的细功夫，后者其实更磨人。船能不能一直安全地开下去，比它下水那天有多风光，重要得多。

AI 在这个阶段的价值，也跟着变了。前一周，它帮我把船从无到有造出来；往后，它真正值钱的地方，是把这些重复的日常，一样一样固化下来——固化成 SOP，固化成门禁，固化成一个个能反复调用的 Skill。让重复的事越来越不吃人力，让人腾出手，去管那些只有人才管得了的判断。这才是 AI 在长期里给一个人的杠杆：不是替人干一次，是让同一件事，往后每一次都更省。

所以这一周，我不打算把它包装成“七天搞定所有闭环”的爽文。那不真实。真实的情况是：到那个检查点，真实支付、真实退款、真机验证这些证据，有的还未执行、有的还阻塞着——它们就该被如实地留在那儿，等着一项一项补齐，而不是被一句“大功告成”轻轻盖过去。诚实地承认“还没到”，本身就是这套门禁的一部分。

AI 确实把门槛掀翻了。它让我一个人，拥有了过去得靠一支团队才有的产能——一周之内，组织起接近一家小型软件公司的交付能力。这在几年前是不可想象的。但它递来产能的同一只手，也把三样最重的东西，原封不动地推到了我面前：这个产品到底要做成什么样、这笔钱和这个人的身份怎么才能安全穿过系统、以及出了事到底谁来负责。速度它能给，判断和责任，它给不了，也不会替我背。这不是谦虚，是这一周每一道门、每一次“没成功”，反复教给我的事。

选择做什么、什么时候上线、什么样的证据才算数——这些位置，AI 一个都没接走，全留给了人。AI 让一个人拥有了接近一家小型软件公司的产能。至于这条船驶向哪里、什么时候出港，以及风浪来时要不要掉头，船长，仍然只能是人。

【阅读原文】查看更多精彩内容