一人公司：基础设施
千里之行，始于足下。 —— 老子《道德经》
题记：这是「一人技术公司」系列的第一篇。现在 OPC (One Person Company) 的概念很火，我也尝个鲜，看看真要严肃地使用周末来做点一家技术公司才能做起来得事情，到底能做成啥样。这并不意味着我要全职创业，我认为我自己是个一直在路上的创业者，朝九晚五从来不是我的束缚。我想通过这个过程，了解 AI 的边界，以及我自己的边界。
整个系列将记录我从零搭建一套完整技术体系的全过程 —— 从基础设施，到网络与运行时，到核心框架，再到应用服务。这不是一篇教程，而是一份带有思考过程的实战手记。
先说一个让我自己都难以置信的事实：你即将读到的这整套技术栈 —— 两万行 Rust 代码的核心框架、几千行 TypeScript 的基础设施定义、完整的安全体系和审计架构 —— 是我用 一个周末 鞭策 Claude Code 搭建出来的。它包含 infra 的基础定义，一套 serverless framework，Rust 和 TypeScript 的私有仓库，以及一个正在开发完善的 PPT 工具。
放在三年前，这大概需要一个 3-5 人的团队干上几个月。而现在，一个人、一杯咖啡、一个 AI 编程搭子，周五晚上开工，周日晚上收工。这不是降本增效，这是维度的跃迁。
如果你还在犹豫 AI 编程到底靠不靠谱，这篇文章就是我交出的答卷。
一、为什么第一行代码不该是产品代码
你有没有过这样的经历：兴冲冲地开始一个新项目，迫不及待地写下第一行业务逻辑，几个月后却发现自己掉进了一个大坑 —— 密钥散落在各处，环境之间互相串味，月底账单一看心态崩了，出了问题却根本查不出来？
这是独立开发者最经典的「先上车后补票」心态。一个人干所有事情的时候，本能反应就是直奔主题 —— 先把产品怼出来再说。基础设施？等有了用户再考虑。安全？我就一个人，谁会来搞我？审计？那是大厂才操心的事。
然而，恰恰因为你是一个人，基础设施才更加重要。
大厂有专门的 SRE 团队、安全团队、FinOps 团队各管一摊。一个人的公司里，如果基础设施从一开始就没规划好，后面每一天都在还技术债 —— 而你没有队友帮你分担。
更深一层说：好的基础设施是一个 力量倍增器。它让你能放心地把越来越多的活儿丢给 AI 和自动化流水线，不用担心一个手滑就把整个系统搞炸。这在 AI 编程时代尤其要命 —— Claude Code 帮你十倍速产出代码的同时，如果没有靠谱的安全边界和审计体系，翻车也是十倍速的。
所以我做的第一件事，不是写产品代码，而是集中精力为整个技术体系打下根基。有了 Claude Code 这样的 AI 搭档，这个过程比你想象的要快得多 —— 但前提是你得知道 要什么，而不是上来就让 AI 随便造。
二、从第一性原理出发：独立开发者需要什么
回到最根本的问题。一个人用 AI 撑起一家技术公司，基础设施这一层到底要解决什么问题？
扒掉所有花里胡哨的术语，核心需求就四个：
第一，安全边界。 不能让一次手滑或一个泄露的密钥把家底全毁了。我需要一套兜底机制，即便犯了错，爆炸半径也能控制在一个小圈子里。
第二，可追溯。 出了事儿，我得知道发生了什么、谁干的、什么时候干的。一个人的时候，「谁」可能就是自己和 CI/CD 流水线，但正因如此，追溯能力反而更重要 —— 你不可能记住自己三个月前敲过的每一行命令。
第三，成本可控。 独立开发者没有 VC 兜底，每一分钱都得花在刀刃上。但「省钱」不等于「抠门」 —— 该花的钱花了，是为了将来省十倍的时间和精力。
第四，能长大。 今天是一个人，以后可能是两个人、五个人。基础设施不能锁死在「单机模式」。新人入职，加个用户、分个权限组就完事了，而不是整个安全体系推倒重来。
这四个需求，就是我设计整个基础设施的出发点。
三、安全架构：像设计金库一样设计权限
从一个反常识的决定说起
「你一个人，搞那么复杂的权限体系干嘛？直接用 root 账号一把梭不就完了？」
这是我做这件事时听到最多的吐槽。乍一看挺有道理 —— 你就一个人，搞角色分离这不是没事儿找事儿吗？
但你想想这个场景：你的 CI/CD 流水线因为一个 bug 执行了一个意料之外的删除操作。如果流水线用的是管理员权限，它能删掉一切 —— 包括你的审计日志、你的基础设施状态文件、甚至你的安全配置。但如果流水线只有特定环境的部署权限，炸了也就炸那一小块。
权限设计的本质不是防「坏人」，而是防「手滑」。 而 AI 编程时代的「手滑」，比以往任何时候都更容易发生 —— 你让 Claude Code 帮你写部署脚本、改配置文件、跑数据库迁移，每次执行都有概率跑偏。AI 越能干，你越需要安全网。
分层权限模型
我设计了一套三层权限模型。最底层是 权限边界（Permission Boundary），像一道怎么也翻不过去的高墙，限死了所有人（包括管理员）能动的范围。中间层是 角色（Role），不同角色有不同的操作权限。最上层是 用户组（Group），决定你能切换到哪些角色。
这个设计背后有几个关键想法：
用户裸奔没有权限。 用户本身只能干最基本的自助操作 —— 改密钥、配 MFA。要干任何正经活儿，必须先切换到一个特定角色。这样每次操作都有明确的「身份声明」：我现在是以什么角色在干什么事。
