Office 工具应该是什么样的？
是 Word，Excel，PPT？还是企微，钉钉，飞书？
不同时期的答案可能都不一样，但理想情况其实一直没怎么变。
1968 年 12 月 9 日，旧金山的一场计算机会议上，一千多名观众看到了一个有些陌生的木头盒子。
演示者推动盒子，屏幕上的光标随之移动。接下来的 90 分钟里，他们又陆续看到了窗口、文字处理、超文本、文档共享、协同编辑，甚至视频会议。
这场后来被称为 “ The Mother of All Demos ” 的发布，几乎提前剧透了此后半个世纪的办公软件。
不过，演示者道格拉斯·恩格尔巴特想做的，并不只是一款好用的 Office，他真正想解决的问题是：面对越来越复杂的任务时，信息该如何协作处理？
越过 58 年的距离，这枚问题再次击中在 AI Agent 的身上，Office 工具也是时候迎来新的变革了。
当然，大厂的嗅觉更加灵敏，不论是 OpenAI 的桌面客户端二合一，推出 Work 功能；还是阿里三合一，打造千问办公，他们的准星都对准了白领市场。
WorkBuddy 则步频更快，不久前才刚打通腾讯文档的协作能力，最近就又推出资料库，新增对 Html 和 Markdown 格式文件的支持。
搞这么热闹，我们也提前拿到了测试资格，帮大家看看未来的 Office 可能会变成什么样子。
资料库这次主打的功能是 Html 和 MarkDown 的协同编辑，就是多人多 Agent 可以在同一份文件中一起改动。
咱先来个常规的深度调研，感受一下它的流程设计。
主题定的是现有的可回收火箭方案分析，等到 WorkBuddy 跑完，它交付了一份 2.07 万字的 Markdown 报告，点击就能打开右侧的预览。
在这儿其实就能直接编辑了，但改动的话只在本地文档生效，别人看不着。更符合现代 Office 的方式是云文档化，将报告上传到资料库，就能邀请其他团队成员一起修改批注了。
除此之外，云文档还有个好处，就是有版本历史，改错了或者想看看之前的内容，可以随时回退，容错更高。
当然，报告只是开胃菜，这次资料库升级的重头戏其实是 Html 网页。
毕竟两万字的报告，内容是够多了，却并不适合展示，一般还是拿它当材料支撑，精心设计编排一份 PPT 来看。
不过现实生活中，并不是所有的报告都值得拿来演讲或者展示，更多时候我们只是想借此跟大伙儿简单交流一下。对于这种轻量的可视化需求，Html 就很合适了。
由于它本质是代码敲出来的网页文件，所以 WorkBuddy 做起来会很快，同一份报告，可以直接让它出多版预览，选择一个你看着顺眼的视觉方案。
当然，Html 也有缺点，就是做出来后它没法像 PPT 一样精准修改，通用的做法是截张图粘贴到对话框里，结合自然语言描述，才能让 AI 理解你要改的是哪儿。
但现在不用了，将满意的那版 Html 存到资料库后，即可开启可视化编辑，哪里的表述不严谨，或者组件错位，都能选中直接改。
如果想要大幅度的优化，也能精准框选，选择 AI 编辑后，将这部分内容作为提示词的一部分交给 WorkBuddy，不用再截图描述一大堆。
而且由于存在云端，所以也能直接分享给其他用户，一起审阅修改。
当然，Html 能做的事可不止文档，作为网页，开发一些小应用才是它的拿手好戏。
比如我们编辑部有季度团建的惯例，但每次到活动选择时，大伙儿就会齐齐选择困难，几乎都要拖到最后才做决定。
那有没有办法让团建选择不要这么难产呢？
翻了翻 WorkBuddy 的资料库，我发现选择这事儿好像真能交给它谋划一下。
简单来说，就是构思一个团建意向的评测器，不让大家直接做选择，而是通过一系列问题，给回答的偏好打分，然后找出当下比较适合自己状态的活动。
体量很轻，所以交给 WorkBuddy 后，没多久它就掏出来了成品，应用非常精简，就是一个 Html 文件当前端，再配置一堆 csv 表格做数据库。
直接来看最终效果，界面的 UI 很有活力，用了高饱和的色块拼贴，选项卡和边框又有点纸质杂志的手工味道，融合得刚刚好。
问卷系统也很接地气，偏向类型就那么几种，所以不用像 MBTI 测试那样，搞一大长串的情景预设，反而是直球的问怎么舒服，怎么不舒服更有效率，也方便和后台数据库的活动对接。
当然，这不是我自己一下子搞出来的，实际上第一版长得相当简陋，只不过在把它打包放到了资料库的团队空间后，大伙儿都来发动脑洞，才一点点拼凑成了上面的样子。
比如前端效果，是后期老师指挥 WorkBuddy 根据新粗野主义重构的，而具体的活动项目则是大家不断在后台提交，存到 csv 数据库里的。
还有另一位编辑老师提出的小功能，将评测结果保存为图片分享，相当实用，我愿称之为点睛之笔，一下子就能在群里面传播开来。
而且最方便的是，存到资料库或者团队空间仍然不是终点，WorkBuddy 里面做出来的 Html 是能直接发布的，它可以生成一个公网链接，分享给别人一起来用。
操作也很简单，就直接在资料库里把这个项目添加到对话，然后让 WorkBuddy 发布就行了。后续的修改也会直接同步到发布页面，不是一次性的死链接，做个这种小应用体验下来相当流畅。
于是我们继续升级复杂度，让 WorkBuddy 搭建一个公司的公共服务系统，统一调配一些活动资源，比如书架的管理，电影电视剧的推荐，或者定期的早起运动打卡等等。
这些很多都是编辑部行政同事组织的活动，但平时分散在微信群或者飞书的多维表格中，大家参与起来就得稍微找一下入口。
所以这次的初步规划就是将这些活动收束到一个系统中，方便大家浏览，也好让更多人参与进来。
说干就干，简单描述一下需求，Workbuddy 就把框架搭起来了。
按照功能划分了一些活动栏目，而且由于我输入的时候偷懒，把活动公告一起喂进了提示词，所以它自己还发现了隐藏的「麻瓜币」奖励，据此编了一套兑换结算的货币系统。
不得不说，首页的观感很舒服，就是那种工作台类型的看板，能够纵览全局，了解今天公司都有哪些事儿，以及一些公共资源的统计，像书有多少本，多少人运动打卡了，一目了然。
大伙如果想要复刻一下，复制下面这个口令，打开WorkBuddy就能一键做同款了。
【Buddy 一下】584555$，复制口令，打开 workbuddy 一键做同款
当然，这还只是雏形和框架，具体的内容还需要接入之前真实的数据。于是我将项目存到了资料库中，分享给了行政同事。
按以前的思维惯性，肯定就是把多维表格的数据一点点挪到 csv 表格中，但都存到资料库了，能交给 AI 来办就不用亲自动手。所以他们直接把团队空间里的项目拉到了自己的 Workbuddy 对话框里，让 Agent 去转录数据。
过了不久，数据就转移完毕，整整 18 份 csv 数据表格，手动转录估计得大半天的时间，委托给 Agent 就只用审校一下了。
不过表格太多，加载可能稍慢，所以 WorkBuddy 在提交到资料库之前，还优化了一下加载流程，避免了并发拥挤引起的卡顿。
当然，成熟的产品还得把细节打磨到位，框架和数据都开发得差不多了，接下来就能让设计同事入场，搞一套符合公司调性的视觉风格了。
还是同一个团队空间，只见设计老师拒绝了「公司公共服务中心」的糙名字，然后喂了一套红黑配色的视觉模版进去，又在预览中反复打磨了几圈，最后交出了这个「CoGarden」项目，果然顺眼了很多。
到这儿就能直接发布了，由于后台配置的有数据表格，所以前端的一些操作都能在后台如实记录，像是书架塞本书，或者打卡记录等等。而且后续新增功能也很方便，就直接把项目拖到对话框就能修改了，体量轻开发的速度也很快。
与此同时，海量的数据也会在资料库中不断积累，不止是这些模板和标准，最重要的是团队配合时的工作流也能保存下来，只需要让 WorkBuddy 把对话过程中的拉扯提炼成经验，就能存进资料库中，方便下次复用，而这其实才是 AI 时代的重点。
只有散落在各个角落的经验和知识都沉淀下来，作为独一无二的上下文，去约束 AI，它产出的东西才能更对味儿。
回头再看 1968 年，恩格尔巴特真正想解决的那个问题，其实一直没有过时，因为协作这件事没有终点，鼠标也好，超文本也好，云文档的协同编辑也好，都只是暂时的最优解。
当 AI 开始以一个真正的 “ 内容生产者 ” 进入办公流程，原来那套协作逻辑自然也得跟着变。WorkBuddy 这次给出的答案就是资料库。
它仍然要保存工作的结果，但更重要的是，还得慢慢把工作过程中那些有价值的东西留下来：一份方案为什么这么改，一次项目踩过什么坑，哪些方法试过了不管用，这些东西，有时候比最后那份 PPT 或者 Word 更值钱。
当然，说白了，其实就是让大家在人与人的工作空间里，给 AI Agent 腾个合适的位置。。。
撰文：盖饭
编辑：大饼
设计：子曰