当 AI 把「写代码」的门槛降到一句话，下一个被改造的载体可能不是 IDE，而是你每天开着十几个小时的工作聊天窗口。
发生了什么
据 The Verge 报道，Slack 正在推出一项名为 Slackforce Surfaces 的新功能。它允许用户直接在聊天中构建交互式报表、投票、仪表盘、演示文稿、微站点以及其他工具。使用方式是：向 Slackbot 描述你需要什么，AI 会从相关对话和已连接的应用（如 Google Drive、Salesforce）中收集信息，再把这些内容组织成可交互的成品。
换句话说，过去需要打开表格工具、BI 平台或低代码平台才能完成的事情，被压缩进了对话框。
为什么重要
这件事的关键词不是「图表」，而是「上下文」。
企业里的数据从来不缺，缺的是把数据拼起来的成本。一份周报往往要横跨聊天记录、云盘文档和 CRM 系统，人工搬运的过程既慢又容易失真。Slack 的切入点在于：它本身就是这些对话发生的地方，而 Slackbot 又天然处在消息流的中心。当 AI 被允许读取对话与连接应用，报表的「原料」和「生产车间」就重合了。
这也延续了协作软件近两年的共同方向——从「记录工作」转向「直接产出工作」。聊天工具不再只是信息的中转站，而开始承担轻量级的生产职能。所谓 vibe-code，本质是让非工程角色用自然语言完成过去需要技术能力才能搭建的东西。
影响与看点
对普通用户而言，最直接的变化是「做一份能看的东西」不再需要求助数据团队。产品、运营、销售这些角色，可能第一次能在不切换工具的情况下，把讨论直接沉淀成可视化结果。
对开发者与低代码平台来说，压力在于中间层被挤压。如果一份仪表盘可以在聊天里一句话生成，那么「搭一个内部小工具」的需求会大量被吸收掉。真正被保留下来的，会是复杂度更高、需要严谨数据治理和权限控制的场景。
值得关注的点有三个：一是数据权限与隐私边界，AI 读取对话和第三方应用时的授权粒度决定了企业是否敢用；二是生成结果的准确性，AI 汇总的信息一旦出错，在报表形态下比在聊天里更难被察觉；三是可维护性，聊天里长出来的工具如何版本管理、如何交接，目前仍是开放问题。
一个独立的判断是：这类功能真正的护城河不在生成能力，而在「数据已经在这里」。谁掌握了工作流的上下文，谁就更容易把 AI 变成默认入口。Slack 这一步，抢的是入口，而不是功能。
