April 21, 2026

#中台已死

#何至于此？

作为一个中台工程师，我参与开发并维护着公司层面的一个通用数据标注平台，给不同业务团队提供通用的标注能力，对于不同的业务场景，如销售和客户的聊天记录、ASR转文本、音频等都做了针对性优化。我们一直感觉良好，认为平台扩展性非常强，给用户提供了自定义字段、自定义表单等强大的扩展能力，用户可以自由组合，等等。

直到今天，一盆凉水浇到了我的头上。

半个月前，我们和业务组进行了一个标注审核需求的评审，在和其他需求并行的情况下，断断续续到今天准备提测，于是找业务团队再次对齐一下看看是否符合预期。

在讲到一个具体的交互时，业务的 A 同学问能不能把他们现有的标注界面直接嵌入到我们的系统，一投屏才发现他们的开发早已借助 AI 实现了一个功能完备的系统，其中各种定制化的业务场景，如果我们作为中台去开发，为了兼顾通用性，可能一年都没办法做到这么 "好用"，当然这个好用是仅针对这个团队的。

但重点来了，在 AI Coding 的助力下，不需要有多么炫酷的交互，不需要考虑其他团队的通用性，他们的开发同学可能只需要几天时间，就能把这整个平台从零开始搭起来。

A 同学提到了一个很重要的点：他们的算法还在探索阶段，需求可能上午是这样，下午就变了，甚至他们的开发可以做到小时级别的响应速度把最新的需求实现并上线。而如果要在我们中台的标注平台上实现，可能要经历 拉会议=>跨团队需求沟通=>内部需求确认=>开发=>提测=>验收=>发布，这一整套流程下来，可能至少一周就过去了。而且一周过去之后你会发现，做出来的需求对业务团队来说根本没法用，因为这时候他们的需求已经变过 100 次了。

这通对话下来，我哑口无言。

因为 A 同学说得一点都没错。中台存在的价值是什么？业务团队重复建设类似功能，耗费大量人力和时间，中台就是把 N 份人力和时间无限缩小到 1，但这中间损失的是什么？是沟通成本、是中台做出来的通用应用，业务团队用得不舒服。那以前为什么这一套能跑通呢？因为以前做一套系统要 50 人天，每个团队做一个功能高度重合的系统，50*N，这是公司层面无法接收的，所以中台自有他存在的意义。但现在 AI 出现了，情况发生了翻天覆地的变化。业务团队自己实现，人力和时间可能用不到 1，而且没有和中台的沟通和反复拉扯，不用等中台其他需求挤占本团队的开发排期，做出来的系统还更好用了。这怎么解？这才是业务团队的解！但对于中台来说，这就是无解。

#未来在哪里？

那么现在中台到底还能做什么？

做 SDK/组件？可是你做出来的 SDK/组件真的好用吗？符合业务团队的需求吗？如果有缺陷或者新功能，又能多久完成并交付？和做通用平台一样的问题。

做权限和审计？这套东西对于现在的 AI 来说，实现真的很难吗？

做和模型训练的流水线衔接？每个团队的流程可能都不一样，做到最后又做成编排系统，设计一大堆流程、钩子、工作流，可是业务真的需要这些吗？

中台现在还能做的，可能就剩上面这些漏网之鱼：做经过大量业务验证过后的，抽离业务属性的 SDK/组件；做一套对接公司用户体系的权限管理系统；做全工作流编排。可一旦对应领域的知识库和基础建设如 Skills/Cli 体系走向成熟，AI 在下一秒就可以吃掉它们。

到最后，中台还能守住的，可能就是 "人" 层面的东西，比如公司要求统一管理某些指标、基建权限（如数据库、用户系统 API）等，业务组没办法借助 AI 突破这些壁垒。

#一句话总结

说到底，中台没死，但被压扁到极致了，并且还在继续。