陈均 JanChan

AI Office / 智能办公

智能办公不是加一个聊天框:OA、知识与 Agent 的边界设计

智能办公系统:悬浮的文档、日程与 AI 助手光球
智能办公的价值在于减少切换,而不是再加一个聊天入口。

很多“智能办公”上线后,只是给 OA 加了一个聊天框。员工还是要先想清楚去哪个系统,AI 也只是多了一个需要打开的新入口。真正有价值的智能办公,是把入口、待办、文档和知识重新组织成一条工作流。

办公场景的痛点不是“没有 AI”,而是信息分散、入口太多、流程割裂。员工每天在 OA、邮件、IM、网盘、项目管理和报表之间切换,真正用于思考和产出的时间被切碎。AI 如果只是再加一个入口,反而加重了负担。

一、先盘点入口,而不是先接模型

做智能办公之前,先列出员工每天真正使用的系统、每个系统里的高频动作,以及这些动作之间的断点。常见断点有三类:

  • 待办分散:OA、邮件、IM、项目工具各有一套待办,容易漏。
  • 知识找不到:制度、模板、历史文档散落在网盘和群聊里。
  • 重复劳动:通知、周报、会议纪要反复手写。

这三个问题不解决,接多少模型都只是演示。智能办公的第一步是聚合,第二步才是智能。

二、待办聚合是办公系统的第一性

员工每天打开办公系统的第一诉求是“我今天要做什么”。把各系统的待办、消息和日程拉到同一个工作台,按紧急度、截止时间和来源排序,支持一键回到原系统处理。

聚合层只做读取和跳转,不复制业务状态。否则很快会出现“两个待办系统”,员工不知道以哪个为准。待办状态以原系统为准,聚合层做缓存和提醒。

三、知识助手的天花板是权限

知识助手最容易越权。文档在入库时就要打上组织、角色、密级和有效期标签;检索时先做 ACL 过滤,再召回和重排。不能先召回再过滤,否则模型已经看到了不该看的内容。

回答要带原文引用、生效日期和适用部门。制度类问题必须区分现行版本和失效版本,不能让模型把旧制度当成新制度回答。对没有把握的问题,明确说“未找到”,而不是编一个答案。

四、Agent 的边界:能做与该做

查询、草拟、摘要、分类可以自动化;审批、付款、对外发送、删除数据必须人工确认。Agent 的权限边界要比人更窄,工具调用要有白名单、参数校验、最大步数和审计日志。

Agent 的能力上限由模型决定,风险上限由工具决定。先管住工具,再谈智能。

五、会议与文档:最容易被低估

会议纪要是智能办公里投入产出比最高的场景之一:录音转写、议题提取、结论和行动项生成,再把行动项变成待办,进入原有流程。文档侧可以做模板生成、摘要、多语言和格式检查,但生成结果必须可编辑、可追溯。

这类场景的关键不是“生成得多漂亮”,而是“能不能直接进入下一步”。如果生成的纪要还要人工复制到另一个系统,价值就大打折扣。

六、幻觉与人工确认

办公场景对准确性要求高,尤其是制度、金额、时间和人名。系统要明确哪些回答必须附来源、哪些操作必须二次确认、哪些内容不允许自动生成。把“不确定”显式暴露出来,比假装什么都知道更专业。

七、集成与治理

智能办公不是替代 OA,而是把 OA 里的数据和流程用得更充分。集成要统一身份、统一权限、统一审计;模型调用要统一网关,记录租户、用户、工具、耗时和成本。没有治理的 AI 功能,规模一大就会失控。

八、落地顺序

  1. 统一身份和门户,先把入口收拢。
  2. 聚合待办和消息,解决“今天做什么”。
  3. 做权限感知的知识助手,解决“去哪找、能不能看”。
  4. 上会议纪要和文档生成,减少重复劳动。
  5. 最后引入 Agent,从低风险、可确认的工具开始。

小结

智能办公的成败不在模型,而在集成和权限。先把身份、待办、文档三件事打通,再谈助手;先保证答案可追溯,再谈自动化。少一个入口,比多一个功能更有价值。

智能办公OA知识库RAGAgent权限

陈均 JanChan

全栈架构师 / AI 工程师,14 年研发与架构经验,长期深耕流程引擎、动态表单、数据检索与 AI 工程化。

继续阅读

从这篇文章继续,看看相关项目与实践。