不少企业是从一个对话框开始用 AI 的。写通知、改材料、把会议纪要整理成待办，这些单点任务，个人办公助手已经能帮上忙。

只要任务跨出个人桌面，情况就会变复杂。员工能不能读这项数据，调用结果能不能进入正式流程，高风险操作由谁确认，人员调岗后原来的规则和模板还在不在。到了这一步，企业要处理的就不只是“哪个模型更会回答”，而是一套 AI 如何进入组织工作的问题。

利唐蜂巢的定位是企业级私有 AI 办公平台，同时支持云端使用与私有化部署方案。它不替代企业现有业务系统，重点放在连接数据与系统，把跨部门、跨系统的任务组织成可执行、可确认、可沉淀的流程。

先看 AI 停在哪一层

单点工具和平台解决的不是同一类问题。一个用来写材料，一个要处理组织里的数据、权限和责任。

企业选型时，真正需要追问的是这套 AI 能不能在企业规则内读取数据、调用工具、推进任务，并把结果交给正确的人确认。回答不上来，模型再强也只能停在建议层。

选型时先看四个底座

先把组织与权限接上

企业级 AI 的第一道门槛通常不是模型，而是权限。

集团管理层、事业部负责人和普通运营人员，对同一份经营数据能看到什么，本来就不一样。权限变更也一样，普通员工申请、部门负责人审批和信息安全复核，各自承担的责任不同。如果 AI 平台另建一套组织、账号和权限，企业很快就会面对双重管理、权限漂移和审计困难。

更稳妥的做法，是让平台按具体实施方案映射企业现有组织架构与权限体系，在获批范围内读取数据，把高风险操作交给对应角色确认。选型时要问清楚：组织树怎么同步，字段级权限怎么控制，人员调岗后权限怎么回收，关键操作怎么审计。

再看能不能接进现有系统

企业的业务事实通常分散在多个系统里。员工档案在 HR 系统，订单和回款在 CRM，交付与成本在 ERP 或财务系统，待办又可能在 OA、企业微信、飞书或钉钉里。

平台需要按方案接入这些系统，而不是要求企业先把所有数据搬到一个新地方。可以通过 MCP、CLI 或连接器等方式对接，但具体能读哪些字段、怎么调用、多久同步一次、权限范围多大，都要在实施方案中确认并验收。对客表达也应保持这个边界，不能把“支持接入”写成“已经开箱即用集成”。

任务执行到哪一步，必须停下来等人

AI 生成一段建议，和 AI 执行一项业务动作，风险完全不同。

读取资料、汇总指标、生成初稿，可以按规则自动推进；修改正式记录、开通敏感权限、对外发送结果等高风险动作，则需要按企业策略设置执行前校验和人工确认。这样既能发挥 AI 的执行能力，又不至于让业务责任变得模糊。

如果业务需要调用外部模型，可以按方案把请求接入控制网关，对文本中的敏感信息进行检查和脱敏，并记录关键操作。图片、语音或其他字段是否覆盖，要看实际配置。这部分不要用一句“全面防泄漏”带过。

最后看能力能不能留在企业

任务跑通以后，企业还要回答一个更长期的问题：这些能力属于员工个人，还是属于组织。

利唐蜂巢将工具、技能、智能体、插件和应用组织为不同层级的能力资产。经过验证和审核的规则、技能与任务模板，可以进入组织资产池，按岗位授权复用和移交。人员调岗或离职时，企业保留的不只是一段个人提示词，而是一套还能继续运行和迭代的业务能力。

i人事与蜂巢不是替代关系

在人力资源场景里，两个产品的分工需要说清楚。

利唐i人事承接员工档案、合同、考勤、算薪、社保等确定性 HR 业务。这些工作依赖稳定的业务规则和系统内计算，应该由专业 HR 业务系统完成。

利唐蜂巢不替代这些系统。它更适合承接跨出单一系统的任务，例如员工入职后需要同步推进 OA 账号、IT 权限、行政设备和主管带教；又例如每周经营例会前，需要从 HR、ERP、CRM 和财务系统按权限汇总经营与人效数据。

两者连接起来，企业才能同时获得两类能力：一类是把 HR 确定性业务做稳，另一类是把跨系统、跨部门的非标任务接起来。

两个适合先验证的场景

企业不用一开始就把所有部门、所有流程都搬上平台。先选一条高频、跨系统、结果可检查的任务做试点，通常更容易看出平台到底能不能用。

场景一：经营与人效简报

周一例会上要看的经营简报，往往同时依赖人事、销售、交付和财务数据。靠人工分别导表、对齐口径，再复制到个人 AI 中生成摘要，既重复劳动，也很难解释数字来自哪次取数、哪个版本。

在蜂巢场景中，可以由平台在授权范围内连接相关系统，按组织树隔离各事业部视野，生成带异常提示的初稿，再由业务负责人补充背景并确认发布。验证跑通后，口径规则和分析技能可以沉淀为组织资产。

相关内容可延伸阅读：/hr-ai-scenarios/business-workforce-weekly-brief

场景二：入职与调岗跨部门协同

员工入职或调岗时，HR 在人事系统中完成建档，并不意味着任务已经结束。IT 账号、业务权限、办公设备、带教计划和原岗位权限回收，往往分散在不同部门和系统里。

蜂巢可以把这些后续动作组织成一条任务链：按岗位和职级拆解待办，向对应角色推送，在敏感权限变更前暂停等待负责人确认，并把跑通的协同模板留在组织资产池中。

相关内容可延伸阅读：/hr-ai-scenarios/cross-department-onboarding-transfer

上线前，至少把这些事问清楚

• 要先连接哪些系统，数据源、调用方式和责任部门是否明确？

• 组织树和权限如何映射，人员调岗后怎么回收和重新授权？

• 哪些动作必须人工确认，谁有资格确认，退回后由谁处理？

• 任务过程记录到什么粒度，数据源引用和确认节点能不能对应上？

• 云端和私有化方案分别解决什么问题，模型、存储、检索和工具的运行边界在哪里？

• 跑通后的规则、技能和任务模板，能不能审核、授权、复用和移交？

这些问题没有统一答案，但必须在实施方案中说清楚。否则平台演示时看起来都能做，真正上线后却很容易卡在权限、接口和责任边界上。

常见问题

利唐蜂巢和 WorkBuddy、千问办公是什么关系？

两者可以分工使用。WorkBuddy、千问办公等个人办公助手更擅长单点文档、图表和材料生成；利唐蜂巢更关注组织权限、跨系统数据供给、任务推进、人工确认与组织资产沉淀。企业可以先在允许的数据边界内完成文件交接，再按具体方案通过连接器联动。这里不能把“支持按方案联动”理解成默认开箱即用集成。

企业级私有 AI 办公平台是否只能私有化部署？

不是。利唐蜂巢的产品定位是企业级私有 AI 办公平台，同时支持云端使用与私有化部署方案。不同部署方式的数据边界、运行环境和实施范围，需要在方案中分别确认。

私有化部署是否等于所有数据都不会出域？

不能简单画等号。私有化部署解决的是运行环境与物理边界问题。具体能不能实现数据不出域，还要看模型、存储、检索、工具和必要运行依赖是否都满足域内运行条件。相关承诺只适用于完成对应部署和验收的方案。

平台能直接连接现有的 i人事、ERP 和财务系统吗？

可以按具体实施方案评估接入。系统连接涉及接口、字段、同步频率、权限和数据质量，需要在实施范围内确认并验收。平台不替代现有业务系统，重点是把跨系统任务和信息组织起来。

员工调岗后，原来做好的技能和模板怎么办？

经过审核进入组织资产池的技能与任务模板，可以按岗位和权限复用与移交。具体授权范围、审批流程和后台操作方式，以实际产品版本与实施方案为准。

私有化部署是否包含大模型软硬件？

需要按交付边界确认。蜂巢私有化方案通常涉及应用平台、控制网关与模型访问网关等交付内容，不应默认理解为包含大模型本身的算力和软硬件部署。模型服务的部署方式与采购边界应在合同中明确。

企业选 AI 办公平台，最后还是要回到一个很实际的问题：这套东西能不能在权限之内拿到数据，把任务往前推一步，并在需要负责的地方停下来等人确认。能回答清楚这些，平台才不只是一个更会聊天的工具。

预约利唐蜂巢业务场景诊断，带上一条跨系统任务，验证组织权限、人工确认与资产沉淀能否真正跑通。

注：文中涉及的入职调岗、经营简报等场景均为便于说明使用的合成典型业务场景，不指向特定客户；具体产品能力、权限配置、系统连接、模型边界与部署方案，以实际产品版本、实施方案及合同为准。