过去很长时间，我都在思考一件事，AI时代，公司里面的同事们究竟应该如何协同。 我们公司还很小，刚刚30多人，但作为一个公司的创始人，这确实就是我常年思考的命题。 因为在我们公司，在我们公司，人人都用 AI，已经是再正常不过的事情了，无论是人力、财务、运营、内容、行政、商务等等，都会去Vibe Coding自己的产品，甚至为自己的合作的同事创造一个产品。 比如我们的财务，就给我们的商务同学Vibe Coding了一个开票助手的小应用，因为过去每一次商务要开一个项目的发票，都要跟财务同学说：“帮我开一个XX的发票”，然后带来的就是不可避免的沟通成本，就很麻烦。 那不如就帮你Vibe Coding一个产品，直接跟我们整体的项目表打通，你直接去上面申请开票，那我这边就可以收到飞书机器人通知，我核对一下，一键就给你开了。 这样的流程，做完了以后，双方都很爽，大受好评。 虽然我们都已经在这样做了，但依然有一个大的痛点。 大家创造的应用如何部署到服务器，如何做权限管理，如何只让特定的人可以用，还有各种各样的Skill的协同和分发，协同起来，还是很困难。 这是我一直想解决的痛点，并且也是需要制定顶层规则的。 但过去一直很忙，然后这个事就被不断地搁置，直到，这个国庆。 起因是我又用回Claude Opus 5.5了，这个在之前的文章里面也都有记录，无他，公司是傻逼公司，但是模型是断档能力的强，我对好模型就是毫无抵抗之力。。。 因为他的审美实在是太强了，所以我虽然去年就设计了logo，但是一直没空做品牌VI的延展，导致我们整个虚实传媒的品牌和视觉统一性都是乱糟糟的。。。 于是，我就让Claude，给我根据Logo，做了一下品牌VI。 整套品牌VI都是用代码做出来的，用代码做设计。。。 这要是回到几年前，还没有AI的时候，作为一名设计师，我要是这么跟别人说的话，我的设计同行们大概率会觉得我是一个智障，脑子有点那个大病。。。 但，现在确实可以了。 我知道肯定肯定又有人说我们的logo像Grok，这里我只能再给自己辩解一句，我们这个logo设计的比Grok还要早，当时Grok发的时候，我感觉天都塌了，但是没办法，我们提交商标注册了，所以又不好换了，算了，就这样吧。。。 这其中延展、字号、排版什么都是最简单的，那最麻烦的反而是辅助图形，做设计的朋友肯定都明白我在说什么。那辅助图形确实是整个品牌VI里面，我跟他讨论了将近一个多小时，才最终确定下来的。这个是最慢的，其他的延展整体上也就花了不到一个小时。 那有了品牌VI之后，自然而然的我就想到了设计组件，因为大家都要Vibe Coding，那其实从上面的发票助手上也能看出来，大家做的产品的UI其实也是参差不齐，没有一个完整的体验的。 那不如再做一套UI设计组件？说干就干，这次更快了，因为是大模型的舒适区，不到一个小时就全部画完了。 作为一个曾经的UI设计师，我基本就是一个组件都没改，只是额外提了一轮需求，说我们需要大量数据展示场景，所以把数据展示的组件饱和式的补上，其他的全是一轮直出。 那有了品牌VI和设计组件，我又觉得我们之前的PPT模板实在是太乱了，那不如再做一整套的品牌的PPT模板吧，于是又花了一个小时，PPT模板也全部做完了，饱和式的做了100多页，基本上所有的情况全都考虑到了。 这里面每页的PPT都有非常细腻的原生动效。 那这些做完之后，我又觉得按照我们公司的人的做法，他们也不可能直接对着这个设计组件和品牌VI，还有PPT模板自己去用啊。 于是我又把它们包装成了虚实PPT Skill和设计组件skill。 但这时候问题又来了，我到底要让大家怎么去使用我们的组件库和我们的PPT库呢？难道上传到知识库上，让所有人看我们的知识库吗？这好像太原始了。 这时候我又想起了，我在开篇提到的，我一直以来认为最大的痛点。 就是大家Vibe Coding的应用的部署与分享的问题。 这两个一相加，我忽然觉得，我需要的不只是一个普通的分享的地方，而是一个更加底层的企业中台。 众所周知，我们的企业是长在飞书上的，飞书帮我们搭好了很多的基建，我们的数据也几乎全部存在飞书上，包括我们所有的项目的进度、项目的进展，都是用多维表格来做的，还有各种各样的文档呀，等等等等。 但这些数据的组织和呈现是由飞书决定的，且坦诚的讲，飞书的工作台，它现在满足不了我们的需求，而且我们的同学们用起来，大家都会觉得很麻烦。 我们好像真的需要一个以Agent操作为原生、以飞书的原始数据为基建的、更加底层的中台。 这个念头一旦起来，那就再也挥之不去了。 10月4号那天，我犹豫了一会，可能也是不知者无畏吧，犹豫了20分钟以后，我说，靠，干。 于是，2天以后，就有了这个中台。 哦，这里可以说一个冷知识，飞书支持将工作台入口配置为我们自己的网页，也就是说可以链接