使用指南2026 年 11 月 9 日

如何把智能体发布给团队，并管好谁能用

把智能体给团队使用，要做的是三件事：定归属、给授权、留痕迹。发一个链接到群里不算完成共享。这三件事的顺序不能颠倒，归属定错了，后面授权再细也补不回来。

以下说明的是 Haoee 空间与授权的基本机制。具体权限项、可授权范围与状态流转规则，以平台当期版本与项目配置为准。

01 先定归属，再谈共享：智能体属于个人还是属于组织

智能体放在个人空间还是放在公司空间，决定的是后面谁能改、谁能停、人走了还能不能用。放在个人空间，资产跟着人走；放在公司或部门空间，资产跟着组织走。

Haoee 的空间分四类：个人空间、公司空间、部门空间和临时协作空间。个人空间用于个人创作与试验；公司空间承载公共知识与通用能力；部门空间沉淀部门经验；临时协作空间围绕项目、客户或专项建立。资产保留原归属，可以按权限跨个人与空间共享，一次沉淀、多处复用。

判断归属的方法很直接：这个智能体是为一个人的工作服务，还是为一个岗位、一个部门、一个对外服务对象服务。前者放个人空间，后者放组织空间。这一步做错，后续所有授权都建在错的地基上。

发链接解决的是「能不能打开」，授权解决的是「在什么范围内能看到和调用」。两者不是同一件事，前者的风险在链接被转发，后者的风险在权限给宽了。

资源目录会按授权范围呈现可用资源，也就是说员工看到的清单本身就是权限的结果，不是全量清单再靠前端隐藏。授权可以撤销，操作全程留痕。这三条决定了共享之后仍然可控。

这张表只说明两种做法在可控性上的差别，不涉及具体权限项。哪些角色能配置、哪些操作可撤销，以平台当期权限项为准。

一个智能体在给团队用之前，先把资料、权限、责任人这三件事落到具体的人头上。三件事里缺任何一件，发布之后都会以另一种形式返工。

资料这一项要确认知识库的来源、版本、负责人和适用范围，否则员工问到的是哪一版没有人能回答。权限这一项要确认哪些角色可以调用、哪些部门可见、对外服务对象能不能用。责任人这一项最容易被跳过：谁负责在制度更新后同步内容，谁有权在出问题时把它停掉。

责任人缺位的表现很具体：资料更新了没人改，答案错了没人管，最后员工不再用。这不是技术问题，是配置和维护责任没有落到人。

发布之后第一批使用者从哪来，需要提前安排，不能等它自己被发现。常见的情况是资源配置完成、授权也给了，但没人知道什么情况下该用它。

可用的做法是三件小事：在团队常用的入口里说明它解决什么问题，比如员工可以通过 HaoDop 或在线工作台调用；写一句「什么情况下用它、什么情况下别用它」；找一位真实岗位的同事跑一次完整任务，看他是否需要额外解释。

第一位使用者跑不通，通常说明说明书写得不够，而不是同事不会用。这个反馈比任何功能清单都有价值。

智能体可以跨空间共享，但它能读到的资料范围仍由调用者的权限决定，不会因为共享而扩大。这一点如果不讲清，业务方会误以为「用了这个智能体就能看到全部资料」。

反过来也成立：把智能体授权出去，不等于把背后的知识库一起授权。资料的可读范围需要单独配置，两者是分开的两件事。发布前应实际验证每个角色能看到什么，而不是按设计意图推断。

还有一条边界要说清：平台侧撤销权限，不等于能够收回已经导出到本地的副本。资料离开平台之后的去向，需要企业制度和终端管理配合。

智能体在个人空间搭好了，能直接给全公司用吗？可以共享，但更稳妥的做法是先把它放到公司或部门空间再授权。留在个人空间的资产跟着人走，人离开后团队可能就用不上了。

同事离职了，他搭的智能体还在吗？取决于归属。放在组织空间的资产保留在组织里，可以重新指定负责人；放在个人空间的资产随账号处理。

授权给部门之后，部门里的人都能修改它吗？查看与修改是两类不同的权限。具体哪些角色具备配置权限，以平台当期权限项为准，建议发布前逐个角色验证一次。