过去很长时间，我都在思考一件事，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天以后，就有了这个中台。
哦，这里可以说一个冷知识，飞书支持将工作台入口配置为我们自己的网页，也就是说可以链接到一个域名，用这个域名的网站，来替换掉飞书原生的工作台，这样大家只要进入飞书，点击这个工作台，它就会自动的进入到我们的企业中台，大家用起来的体验会极其的顺畅。
并且，这是纯粹为我们公司而生的中台，所有的数据底层上都来自于飞书，所以是跟飞书文档，还有多维表格里面所有的数据保持着实时同步，同时，整个的权限体系也是完全复用了飞书，所以，权限体系也就不用我们重新搭了，也可以保护着我们的安全。
当然，最核心的其实是应用与Skill这两个tab。
我觉得这两玩意，几乎也是为什么我一定要自建中台的本质原因。
首先说一下应用，正如我之前所说，我们同事会自己去Vibe Coding一些应用，但是他们不太会部署和分享，以及这些个人Vibe Coding的产品，很多时候对于公司其他的同事也都是有价值的，但是大家最大的痛点是，不知道。
所以我们需要这么一个企业应用广场，一站式的解决所有人的部署上架、分享、使用的问题。
这就是我们现在初期的应用tab界面。
上面现在已经有几个公司同事做的应用了。
对于我们的同学来说，那你不管是用Claude还是用Codex去Vibe Coding一个项目，以及跟飞书的数据进行打通，对于大家来说已经是一个非常简单的事情了，基本上在我们这边人人都可以干。
但部署就成了一个最大的难题，以及做权限管控。
于是我想到了一个在用户体验上可能是最佳的方式。
我去租了一台属于公司的服务器，然后把整个的企业中台包装成了一个MCP。
你想把你的Vibe Coding的应用部署到公司的服务器上，特别简单。
第一步，先把你的Agent连上企业的中台，你只需要把我的页面的这一段Prompt发给你的Agent，就可以自动安装我们整个企业中台的MCP，因为走的是飞书登录，所以权限也可以管控。
连上以后，你就可以在我的页面看到你已经接入企业中台的Agent了。比如我自己就把我的Claude跟Codex接进去了。
接入Agent以后呢，回到应用页面，点击右上角发布我的应用，直接复制这一段Prompt，打开你Vibe Coding的项目文件夹，粘贴发送。
企业中台的MCP就会自动的把这个项目在服务器中做好隔离，跟账号ID和权限绑定，然后帮你部署到我们公司自己的服务器上。
并且呢，为了让大家用起来更爽，更加的规范化，所以我们还做了一些规范化的配置。
比如域名，我们对内的内网域名是virxact.net，那所有通过这个企业中台的MCP来部署的应用，都会自动的使用子域名。
比如aaa.virxact.net，bbb.virxact.net等等，Agent在部署的时候，会根据你的项目的特征，根据你的项目名来自动的帮你分配一个域名，如果你的项目连产品名都没有，Agent也会自动的帮你把产品名和域名甚至图标全部都做好。
当然，还有个最核心的，就是权限范围，因为有的应用我们并不是想让公司所有人都用的，有的应用只是给我自己用，有的应用只是让指定的同事可以看到。
所以呢，那我们也做了完整的权限配置。在应用发布过程中，Agent会自动的问你一句，你希望的权限配置是什么样的？当然你也可以在发布以后随时的更改。
于是应用的发布这个问题，就解决了。
并且为了给大家做一个展示的Demo，我也随手调研了一下商务团队那边的流程。
因为我们作为AI行业比较大的媒介和MCN公司，会承接很多项目，那过去的流程呢，是商务接到需求，然后整一份博主的投放组合，来给到品牌方，品牌方确认了以后呢，会返回给我们一个Excel或者是一个飞书链接，这个具体要看他们用不用飞书。
然后我们的商务同学会根据 Excel里的内容，再整理出一封邮件，再由我们的广告执行同学把整个的表格录入到我们的项目表里面。那就在这个录入的过程中，过去经常出错。
而我自己的理念呢，也是在公司里面一直跟大家强调的，这种事务性且机械的工作，能不让人做就不让人做。这样可以减少大量重复劳动，减少错误率，把有限的时间和精力花在最重要的地方，所有人都可以快乐工作，无需加班。
于是我就帮他们搓了一个小应用，上传到了我们的应用平台上。
你只需要录入你的项目，上传你的Excel（这里用的是我编的一个测试案例），确认所有信息，对应的同事也会被自动关联出来。
点击下一步，你就能看到一封邮件模板，这封模板你可以直接导入到你的邮箱，自动生成一封写好的邮件，保存到草稿箱，并且会自动抄送我们的COO和我们相关的广告执行同事。
再下一步，就可以把项目数据导入到我们的项目底表，交由后面的广告执行同学进行后续的所有的对接和执行流程。
这个小应用的迭代也非常有意思，大概我只花了一个小时的时间就让Claude开发完了，第二天上班的时候，我让几个商务同学去体验了一下，因为AI 一次生成的版本，在业务逻辑和规则上难免还会有些问题，所以呢，我就直接拉大家又开了一个会，让大家直接说问题有哪些，全程开着飞书录音。
大概花了15分钟，大家把一些逻辑不对和希望有的优化体验给说完了以后，我们有了一个纯文字的总结，然后我就把这份总结啪的一下扔回给了Claude，让他来根据这个东西再去修改一下逻辑。
又半个小时，直接完事，大家已经用的很开心了。
应用的问题都可以被解决，那Skill就更简单了，大家直接往上传就可以了。
如果平台检测到本地Skill版本与平台版本不一致，那我们的中台就会提醒你要更新了。
发布几乎是跟应用是一致的，只不过更简单一些。
那么这些做完之后，那不如就把资料也做了吧，可以承载我之前做的PPT模板呀，还有品牌VI，还有组件库之类的。
还做了一个OKR的可视化面板，从这其实也能非常客观地看出来，我们整个Q3的OKR在执行上其实做得并不是很好。。。
然后首页也有一个特殊的设计，就是都到Agent时代了，当然我们每一个人的首页应该是千人千面的。
我们每个同学都可以个性化调整首页想关注的模块和不一样的数据，甚至他就要在上面加他自己喜欢的明星照片啊之类的玩意。
这在过去基本上是不可实现的，但是现在我们有了AI，那完全可以了。
点击首页的右下角，你就可以看到一个东西，叫改我的首页。
你可以把这段话发给你的Agent，再告诉它你希望首页展示什么内容。
那Agent其实就可以根据你的需求，读取我们的MCP，再按照规则读取我们的品牌VI，还有我们的网页设计组件，来给你做出一个符合你需求的首页出来，这也跟每一个同事的账号ID直接绑定，每一个人的首页，都可以不一样。
但是因为我们没有任何的人工配置地方，所以你想用传统的配置方式来去修改这个首页，也就几乎变得是不可能的。
所以甚至在我们这，就会有一个尴尬的点，如果你平时不咋用Agent的，那在使用这个中台的时候，可能会寸步难行，因为甚至可能连首页都改不了个性化。。。
但是反过来说，如果你真的会用Agent，那我们整个的中台可能对于我们的同学来说，就会更加的友好了。
甚至我们现在所有的多维表格以及我们所有的跟数字相关的数据，全部都是让Agent来自动维护了。它的录入和它整个的规则设计，比我们人做的实在是强太多了。
过去人工录入留下的错误，其实会堆成各种各样的数据的屎山，现在也都让Agent暴力推演了所有的规则，在跟团队确认过以后，列出一份异常项清单，然后大家统一口径，梳理我们过去遗漏的逻辑和规则，把这些屎山和异常项全部清除掉，那样我们所有的数据都会准确无误。
数据和Context，还有构建起来的协同关系，就是一个企业在未来最最核心的资产。
当然，我也知道，现在这个中台还非常早期，很多东西的维护，后面肯定还有无数的坑等着我去踩。
但我还是非常兴奋。
因为我感觉，我好像终于摸到了一点点，一个半AI原生的公司的组织和协同，未来应该什么样子了。毕竟，我们当然不可能像那些大厂一样，那我们只能尽可能地在我们力所能及的地方，去勉强跟上这个时代。
我特别期待有一天，我们公司新来的同学，入职第一天就发现某个流程很蠢，于是跑去问他的同事：
“你们这个新人流程怎么这么麻烦啊？”
然后旁边的同事非常自然地回他一句：
“是吗，那你让Agent改一下呗。”
第二天，一个新的应用就上线了，它代表着一个新的流程，然后，整个公司就都用上了他改好的版本。
如果真能做到这一步，我觉得这个组织、这个中台就算做成了。
我也很想知道，也很期待，当一个公司里面的每个人，都拥有随时创造产品、改变流程、调用整个公司知识的能力时，这家公司最终会进化成什么样子。
过去，我们总是在想，怎么让员工适应公司的系统。
未来，或许终于轮到公司、公司的系统、公司的知识，去适应每一个活生生的人了。
我觉得，这才是AI时代。
真正让我兴奋的组织变革。
