AI 创业 CTO 架构手册

它解决什么问题

AI 创业公司最常见的死法不是模型不够先进，而是架构在错误的时间点做了错误的决策：MVP 阶段就引入微服务、还没验证产品市场契合就开始拆库拆表、技术债无人认领拖到重写。这个技能的目标读者是 CTO / 技术负责人——那些不再写代码、但要对选型、演进和风险负责的人。它的出发点很直接：技术债是复利，今天不还，三个月后要还十倍。

技能的核心能力

分阶段架构路线图。 按 -1（MVP）、0（验证，支撑 100-1000 用户）、1（规模，1 万-100 万用户）、2（平台化，多业务线）四个阶段给出每个维度的建议：后端、前端、数据库、缓存、部署、监控、CI/CD。原则性很强：早期坚持单体 + 托管平台，不自己搭容器编排；引入测试和性能基线的时机是验证阶段而非第一天；服务拆分按业务边界而非技术层，遵循康威定律。

技术债量化评估。 从代码质量、文档完整度、架构合理性、运维成熟度四个维度各打 0-10 分，然后按优先级偿还：安全债 P0 立即修，架构债一学期内，文档债季度整理。同时给出 5 条选型原则：团队熟悉度 > 技术先进性、托管服务 > 自建、主流框架 > 小众、可演进 > 一步到位、可观测 > 不可观测。

配套工程清单。 包括 5 条安全原则与检查表（密码哈希、SQL 注入防护、XSS、CSRF Token、密钥不硬编码）、SPACE 工程效能框架、团队规模演进表（从 1-2 个全栈到 20+ 的平台团队）、技术路线图四维度（业务、架构、技术债、创新）、以及季度 CTO 自检清单（测试覆盖率 > 70%、P0 bug 24h 内修复等）。最后还有五条反常识提醒，比如「重写是万恶之源，99% 的重写都是浪费」。

适用边界与注意点

• 这是决策框架而非现成架构图，不会替你指定具体框架名称，需要结合团队熟悉度和生态做选择。
• 阶段划分是通用模板，AI 业务若涉及重模型训练/推理成本，2 阶段的 MLOps 平台部分需提前评估。
• 技术债评分是自评工具，主观性强，更适合在团队内部对齐认知而非对外汇报。
• 团队招聘优先级表适用于早期（-1 到 1 阶段），2 阶段以后的组织设计需要另行规划。