最小必要架构什么不该做——删掉的多余功能比加上的新功能更有价值这是《AI数字员工系统设计与企业自动化实战》日志连载第 47 篇作者老高FDE-AI实战前沿深度聚焦企业AI落地实战、AI-Workforce、AI数字员工实战、企业Agent组织设计、企业Agent架构搭建文章目录最小必要架构什么不该做——删掉的多余功能比加上的新功能更有价值前言一、为什么不做比做更难二、V1 不做清单三、什么时候该做了被需求逼着做四、一个过度设计反例的完整复盘五、架构的复杂度是负债不是资产六、流程也要分级纪律用在值得的地方七、三个容易踩的坑坑 1把不做当偷懒坑 2为了面子上新技术坑 3该做的时候不敢做八、本章小结结语前言先讲一个真实的反例。有个团队做 AI 项目需求其实就一个采集企业信息、做个简单的画像。但他们一上来就规划数据湖 知识图谱 向量检索 微服务 K8s……结果呢项目还没跑通最小闭环就被这一堆高级架构拖死了。三个月过去一个能用的功能都没交付团队还在纠结数据湖的分层设计。这个反例引出一个很多人忽视的能力克制也是架构能力。知道什么不做和知道什么做一样重要。而且往往更难。今天讲最小必要架构删掉的多余功能比加上的新功能更有价值。一、为什么不做比做更难做系统人天然想做加法上微服务、上数据湖、上知识图谱、上向量数据库……因为做显得有产出不做显得没做事。但真相是反的做加法的代价说明复杂度爆炸维护成本远超价值项目延期被高级架构拖慢资源浪费钱和人力花在用不上的地方死得更快还没验证价值就被架构拖死V1 阶段最大的风险不是做得不够而是做得太多。架构师的判断力一半在做什么一半在不做什么。而不做更难——因为它要抵抗做加法的诱惑要判断这玩意现在真的需要吗。二、V1 不做清单我们真实系统的 V1 阶段白纸黑字明确不做这些不做为什么不做❌ 微服务架构单机 单体够用微服务是将来才需要❌ 数据湖 / 数据仓库数据池SQLite JSON够用❌ 知识图谱关系表 标签够用❌ 向量数据库还没到语义检索的阶段❌ K8s / 容器编排单机部署够用❌ 复杂消息队列顺序执行够用核心逻辑就一句当前业务用不上就不做。而且这个不做清单不该只存在脑子里最好写进文档。我们真实系统的 PRD 里就有一节非目标白纸黑字列了八条第一版不做 1. 智能路由 2. 多模型负载均衡 3. 自动成本优化 4. Benchmark 5. 微服务拆分 6. 消息队列 7. 向量数据库 8. 知识图谱写下来的不做比心里想的不做更能挡住后续的顺手加一个。三、什么时候该做了被需求逼着做“不做不是永远不做”。那什么时候该做三个信号业务真的需要不是觉得将来需要现有方案真的扛不住有数据证明不是担心扛不住复杂度值得收益 成本。一句话被需求逼着做而不是被想象勾着做。我们真实系统的演进就是这样V1 用 SQLite JSON 单体跑通最小闭环数据量上来后才逐步加快照增量“TTL”“数据字典”——每一个都是被真实需求逼着加的不是想象驱动。被逼着加是有依据的加法被想象勾着加是过度设计。四、一个过度设计反例的完整复盘开头那个反例值得完整复盘一遍——因为它太典型了。想法 做企业信息采集一上来就规划数据湖 知识图谱 向量检索 想一步到位。 结果 项目还没跑通最小闭环就被架构设计拖住了。 三个月过去一个能用的功能都没交付。 如果重来 1. V1 只做采集 入库最小闭环用 SQLite JSON 2. 跑通后数据量真的上来了再逐步加快照增量TTL 3. 每一个加都是被真实需求逼着加的不是想象。 教训 先跑通再谈架构演进。 超前设计的架构是还没学会走就想飞。五、架构的复杂度是负债不是资产这一条是核心认知值得单独说每一行架构代码、每一个组件都是负债——要维护、要排查、要升级。加的架构越多负债越重。否 · 只是想象是 · 真实需要扛得住扛不住需求来了当前业务真的需要吗❌ 不做记入 V1 不做清单现有方案扛得住吗❌ 不做有数据证明才做✅ 做被需求逼着做这张图就是最小必要架构的全部判断逻辑。而且克制还有一层好处架构简单改起来快才能随业务快速迭代。过度设计的系统改起来慢反而进化不动。克制是持续进化的前提。六、流程也要分级纪律用在值得的地方最后补一个容易忽略的点“最小必要不只体现在做不做架构”也体现在流程的轻重。级别适用流程简单任务一次问答、单文件小改动轻流程不套完整纪律复杂项目多步、跨文件、跨会话重流程启用完整纪律用一个重流程去压一个改一行代码的小任务本身就是过度设计。架构要克制流程也要克制。这是同一件事的两个面。七、三个容易踩的坑坑 1把不做当偷懒“这也不做那也不做是不是偷懒”破解区分动机——最小必要是判断后不做偷懒是没判断就不做。前者有明确的为什么不做后者是懒得做。坑 2为了面子上新技术“团队里总有人想上微服务、上向量库——为了简历、为了面子。”破解问一句当前业务用得上吗。用不上就是负债。扛住面子的诱惑是架构师的必修课。坑 3该做的时候不敢做“一直克制结果数据量真扛不住了还不敢加。”破解“不做不是永远不做”。被需求逼着做就是该做的信号——那时加是有依据的加法。八、本章小结今天讲的是最小必要架构。核心认知克制也是能力架构复杂度是负债。V1 不做清单微服务、数据湖、知识图谱、向量库、K8s、消息队列。该做的信号被需求逼着做不是被想象勾着做。记住 3 个要点删掉的多余功能比加上的新功能更有价值——复杂度是负债不是资产V1 最大的风险是做得太多不是做得不够——当前用不上就不做克制是持续进化的前提——架构简单才改得快改得快才进化得动最后送大家一句话删掉的多余功能比加上的新功能更有价值。因为加的每一行都是要还的债。结语这一篇讲的是克制。到这里第 7 周进阶与展望的内容就讲完了。我们聊了沉淀、失败、反模式、克制——但还有一个更大的话题没碰未来。下一篇《Day 48未来趋势——AI 数字员工的下一站》会讲清楚岗位会怎么演进、企业级的分水岭在哪以及一句特别重要的话——“未来不是 AI 替代人是会用 AI 的人替代不会用 AI 的人”。互动话题你见过最典型的过度设计是什么有没有还没跑通就被高级架构拖死的项目评论区聊聊说说如果重来你会砍掉哪一块。本文来自《AI数字员工系统设计与企业自动化实战》系列探索。内容围绕企业AI落地实战、AI-Workforce、AI数字员工实战、企业Agent组织设计、企业Agent架构搭建。持续更新