35岁这个坎，我过了。
说真的，在大厂当架构师的时候，我觉得自己是不可替代的。手里管着十几个人的技术团队，对公司的支付系统、用户画像、推荐链路比任何人都熟。老板每次叫我进办公室讨论明年的技术规划，我都会产生一种「我已经走到这了」的幻觉。
直到有一天，我真的不在那个位置上了。
没有交接仪式，没有告别邮件。就是OKR系统里我的名字被换成了另一个人，TAPD上我的任务被重新分配，钉钉群里我的头像从置顶掉了出去。整个过程不到半小时。
这就是一个十几年的架构师离开一个组织的全部成本。半小时。
那种感觉很复杂。
不是被抛弃的感觉。更像是你在一栋自己参与设计的建筑里工作了十几年，有一天走出大门回头看，发现这栋楼确实很高、很漂亮、很稳固，但你不在里面，它也会有人管。
你可以把这理解成一种虚无感。但换个角度看，这也是一种解脱。意味着你不需要再为你参与设计的建筑负责了，你可以去盖自己的小房子，哪怕它不大。
我就是这么决定做一个人公司的。
从架构师到一个人，我想清楚了一件事：我能做的事情不再是「设计这个系统的人」，而是「设计一个能自己跑的商业系统的人」。
这里面的区别很大。
在公司里，你的工作是把一个给定的需求翻译成技术架构。用户增长团队说「我们要一个推荐系统」，你就设计推荐系统。支付团队说「要支持多币种」，你就做多币种支持。需求是别人给的，你来实现。
一个人公司不是这样。你得自己发现市场需求，自己决定做什么，自己做出来，自己验证效果，自己决定要不要继续投入。然后你还要自己写blog、做获客、回邮件、处理退换货。
我用了三个月时间，把我正在做的跨境独立站运营，拆成了可以被Claude Code、CodeX和OpenClaw三个AI Agent自动执行的任务流。
详细的技术实现我在另一篇文章里写了。这里我只想讲一件事：一个架构师转型后，最值钱的能力是什么。
不是会写代码。不是懂AI。不是用过几个Agent框架。
是把一个模糊的商业问题，拆解成一套可以被部分或全部自动化的任务流。
举个例子。
「做独立站SEO」是一个模糊的商业问题。如果雇个专门的SEO人员，他需要先理解你的品牌、做关键词研究、分析竞品、规划内容日历、写文章、做内外链、追踪排名变化、报告结果。这个过程中，有大概60%的活是重复性劳动——主要是数据拉取、报告生成、例行检查。
架构师拿到这个需求，不是问「找谁来做」，而是把这个需求拆开：
- • 哪些环节是规则可定义的？（每天检查meta、每周拉GSC数据）→ 可以被Agent自动化
- • 哪些环节需要专业判断？（关键词策略、内容质量把控）→ 需要人做但Agent可以辅助
- • 哪些环节是纯创意活？（品牌调性、差异化内容角度）→ 只有人能做
拆清楚了之后，能自动化的用Agent自动化掉，不能自动化的把自己的精力集中在那里。
这个拆解能力，是架构师十几年训练出来的肌肉记忆，正好在一个人公司这个模式里爆发出最大价值。
另外一件我在大厂学到的、但在个人领域更值钱的事，是对不确定性的容忍度。
写代码的时候，你最讨厌的就是不确定的依赖项——上游服务不可控、第三方API变化频繁、用户行为无法预测。所以架构设计里有大量的容错、降级、兜底策略。
做一个人公司也是一样，只是不确定性从技术服务迁移到了业务层面。
LinkedIn发了50条消息没人回，这就是一个「下游服务不可用」。独立站上线一周零流量，这就是一个「冷启动失败」。Google突然更新算法你的排名掉出前十，这就是一个「上游API变更」。
处理方式一模一样：不panic、定位问题、修改变量、重试。跟debug一个分布式系统没有任何区别。
这个能力说起来很简单，做起来很难。因为我认识的很多技术人，都是习惯了在一个确定性的环境里工作——需求明确、接口清晰、状态可预测。转向个人生意后面对大量的不确定性，最先垮掉的不是能力，是心态。
架构师最大的优势其实不是技术，是心理弹性。你已经习惯了系统不完美、依赖方不可靠、在生产环境被各种边界情况搞得半死。这些经验恰好可以全部迁移到个人创业上。
最后想说一件事。
很多人问我为什么不继续在大厂干了。是不是待遇不好，是不是内卷太严重，是不是AI要替代程序员了所以先跑。
都不是。
大厂很好。薪水不错，同事聪明，技术问题有意思。我只是突然意识到一件事——我在公司里搭建的所有系统，最终都不是我的。它们属于那个组织，不属于我。它们依赖那个组织的资源、流量、品牌和团队。离开那个组织，这些系统就不存在了。
我需要搭建一套自己能拥有的商业系统。不需要多大，不需要多高级，但要能在我离开任何组织之后继续运转、继续产生收入。
这才是一个程序员真正应该追求的架构设计——不是为别人写的系统，是为自己写的系统。
而这套系统，正在被Claude Code、CodeX和OpenClaw一点一点地执行。不是最完美的，也不是规模最大的。但它是我自己的。
它可能跑得慢。但只要它在跑，就不急。
