查完公司资料还得自己做表？Omni 开始替团队执行办公任务

哇哦AI

Omni 官方产品页面把它称为面向工作的开源智能体平台。图片来自项目官网，只说明公开定位，不代表已经完成部署或实际体验。 来源：Omni 官方产品页面

周报要同时翻 Jira、Slack、网盘和会议记录，查完还要自己整理成表格或演示稿。开源项目 Omni 半年前主要解决“资料在哪里”，现在想再往前走一步：让 AI 先汇总上下文、分析文件，提出准备执行的动作，得到人批准后再把结果写回办公工具。它面向愿意自己部署和维护系统的团队，不是注册即用的个人助手。

半年前还在回答“资料在哪”，现在想接着把事办完
Omni 会连接 Google Drive、Gmail、Slack、Confluence、Jira 等工作工具，把其中的文档和消息放进统一索引。员工可以在一个对话里追问项目进展、查找资料或准备汇报。它是开源、自行部署的软件，团队需要准备服务器、连接凭证和所用的大模型，并负责升级、备份和权限配置。

今年 3 月的首次公开介绍里，创作者把 Omni 定位为企业搜索和对话工具。9 月 15 日的新发布帖说，项目已经从“找答案”转向“找资料、做分析、再执行任务”。这次变化不是换了一个更大的模型，而是给原有资料入口加上分析文件、调用工具和写回办公系统的步骤。

一份周报，可以先找资料、算数据，再等人按下确认
创作者举的例子是制作每周项目汇报：Omni 先从 Jira、Slack、文档和会议记录里找出本周进展，再用 Python 分析表格，整理摘要，最后询问用户是否要在 Google Slides 里创建演示稿。这里的 Python 可以理解为临时运行一小段数据处理程序，而不是要求普通员工自己写代码。

按照当前代码仓库的说明，Omni 还能在隔离环境里处理文件，生成文档、表格、演示稿或网页，并连接更多工具。项目把“写入动作需要批准”列为现有能力。这些工作方式来自创作者公开演示，尚不足以判断它是否适合每家公司的真实数据和审批制度。

公司资料接进 AI，真正难的不是搜索而是权限
Omni 官方文档说，索引资料时会一并保存原系统的查看权限，员工发起查询时再按本人权限过滤结果。Mycelium Protocol 在 8 月的独立项目观察中也把这一设计列为核心价值：统一搜索不能让原本只对财务或某个项目组开放的文件突然被所有人看到。回答还会附上资料来源，便于回到原文核对。

但“设计上继承权限”不等于所有连接器都已经没有漏洞。早期 Hacker News 讨论里，创作者曾明确承认 Google Drive 权限模型较复杂，部分连接器当时仍有权限采集缺口，Slack 私有频道也还在完善。当前文档已经写成统一的权限继承流程，准备正式使用的团队仍应拿自己的公开、私有和跨组文件逐项测试，不能只看功能清单。

把搜索和业务数据放进一套数据库，省组件也增加责任
Omni 把关键词搜索、按意思找相近资料和业务数据都放进 PostgreSQL。通俗地说，它尽量用一套数据库完成过去可能要三套系统配合的工作，让小团队少维护一个搜索集群和一个专用的向量数据库。官方文档也写明，这个取舍面向约 500 万份以内的文档；更大规模可能要增加副本或改用独立搜索层。

自行部署让公司更容易控制资料放在哪里，但不等于资料永远不会离开内网。如果团队选择通过网络调用外部模型，送去生成答案的内容仍会进入相应服务的处理范围。代码运行环境也只是项目公开的隔离设计，不是第三方安全审计结论。真正上线前，团队还要决定模型放在哪里、凭证由谁保管、哪些写入操作需要审批，以及出错后怎样恢复。

它的创业切口，是把“企业搜索”往任务交付推进一步
市面上已经有不少企业知识库和办公助手。Omni 的不同之处，不是再做一个只会回答问题的聊天框，而是把资料权限、搜索、分析和受控写入放在同一套可自行部署的系统里。对资料散落在多种工具、又有工程能力维护系统的中小团队，这条路线值得观察。

目前公开证据足以确认项目持续开发、连接范围和新一阶段的执行方向，但没有独立客户案例证明它普遍节省了多少工时。更稳妥的试用方式，是先接一个低敏感度资料库，只开放读取；确认引用、权限和答案稳定后，再给单一工具开放一项可撤销的写入动作，并保留人工批准。

想继续了解
• Omni 官方代码仓库
• Omni 官方架构文档
• Omni 2026 年 9 月创作者发布帖
• Omni 早期企业搜索发布帖及讨论
• Mycelium Protocol 独立项目观察