01文档与文件
- 文档库
- 内部 Wiki
- 共享云盘
Libra Works
开发中 · 尚未发布LIBRA WORKS · 办公 AI
以企业资料作答， 并直接产出成果。
以接入的企业文档与对话为依据回答问题，并用同一批依据生成文档、表格与报告的办公 AI 工作区。每条回答都会显示所引用的资料。
以下界面为产品概念，内容为示例。需要查找什么？
依据已接入的企业资料作答并标明出处，必要时可直接生成文档或表格。
示例问题
产品概念与示例数据。不会向外发送任何请求。
构建方式
拆成四个阶段， 逐段验证。
企业 AI 的准确度不取决于单一模型。权限处理、检索、依据校对与成果生成是四个不同的问题，失败方式也各不相同。Libra Works 将它们分开，逐段度量。
- 01
先按权限收窄
先检索再过滤，就无法得知可访问的资料究竟有多少。我们在检索之前先收窄到可访问范围，嵌套用户组不做展开存储，而在查询时解析。
复制一份权限信息的做法，从源系统权限变更的那一刻起就开始失准。因此我们把刷新延迟作为度量项，并在作为依据使用前向源系统再次确认。
- 02
关键词与语义检索并行
工号、料号这类精确字符串适合关键词检索；错别字与换一种说法的提问适合语义检索。两者并行后合并，再用交叉编码器重排。
在中英韩混排的资料中，提问语言与文档语言不一致时，检索质量会明显下降。我们为每种语言保留检索配额，并以翻译后的提问再检索一次。
- 03
逐句对照依据
撰写答案前先取出依据语句，没有支撑语句的主张会从答案中剔除。若无依据，则直接说明不知道，而不作推测。
若把依据校对交给仅支持英文的外部工具，中文与韩文资料的校验就会出现空缺。我们自行构建，使三种语言适用同一标准。
- 04
成果可追溯到单元格
表格与文档并非由模型直接写成文件，而是先生成固定结构，再从该结构导出，同时携带每个单元格来自哪份文档的第几页。
没有出处的单元格留空并标注。数字仅取自抽取值，或由抽取值计算得出，并同时保留原文的单位与期间表述。
上述设计方向来自对公开工程文档与论文的梳理。度量数值将在产品完成后按同一标准公开。
企业知识接入
资料无需搬迁， 在原处读取。
通过连接器接入文档库、即时通讯与问题追踪系统。检索沿用使用者原有权限，无权打开的文档也不会成为回答依据。
02对话与邮件
- 即时通讯频道
- 企业邮箱
- 会议记录（Libra Meet）
03业务系统
- 问题追踪
- 代码仓库
- 客户管理系统
可接入的服务清单与连接器方式将在发布时公布。以下为办公 AI 通常覆盖的资料类型。
管理与控制
上线前管理员需要确认的事。
办公 AI 会接触企业资料，因此控制范围先于功能确定。以下项目已纳入设计，具体提供条件在签约阶段确认。
- 01
按权限检索
仅使用使用者本就有权查看的资料作为依据，权限在查询时校验。
- 02
工作区管理
管理员设定成员与角色、接入哪些连接器以及用量上限。
- 03
审计日志
记录谁提出了什么问题，以及哪些资料被用作依据。
- 04
保留与删除
对话与成果的保留期限、删除范围由策略设定。
尚未公布：安全认证取得情况、数据驻留地区、与模型训练相关的合同条款。确认后公布。
已知的局限
尚未解决的问题， 同样写出来。
这一领域仍有整个行业尚未解决的问题。我们不回避，而是说明设计上如何应对。
资料中植入的指令
在检索到的文档中植入针对模型的指令，目前尚无完全防御的方法。我们将检索内容作为不可信输入区分处理，并直接封闭通路：模型无法调用外部地址或自行生成任意链接。
源端权限配置有误
在源系统中设为全公司可见的文档，检索同样会全公司可见。正确应用权限，与源端权限本身正确，是两件不同的事。落地过程中会先排查过度共享的资料。
跨语言检索遗漏
提问与文档语言不同时会漏掉相关资料，公开实验已明确显示这一点。按语言保留检索配额与提问翻译可以缓解，但无法完全消除。
表格中丢失的行
含合并单元格的表格在转换过程中可能静默丢行或并行。我们会将行数与合计与原表核对，不一致时在成果上标注。
相关公开资料与出处可在咨询时一并提供。