连接器授权之前,第一件事看什么?
看授权窗口列出的能力清单,而不是直接点连接。以钉钉为例,公开教程记录的授权页覆盖消息、日历、待办、审批、通讯录、邮箱、文档、考勤等十余个模块,范围远超单次任务所需;先确认这次任务要用哪几个模块,再决定连不连。
把授权范围读一遍再确认
- 存下授权窗口的能力清单,写明本次任务只用到哪几个模块。
- 对照任务需要关掉不需要的模块授权,能只读就不要给读写。
- 把授权记录登记到团队台账,注明授权时间、用途与授权人。
边界与提醒授权窗口展示的能力以当时版本为准,产品更新后范围可能扩大;只看功能演示不看授权清单就接入,事后发现能读写全企业数据时,代价是撤销重配一遍。
组织权限没开放,连接卡住了怎么办?
这不是产品故障,是企业侧还没开通。社区教程记录的钉钉接入流程里,管理员未开启成员通过 CLI 访问个人数据的权限时,连接会停在申请页,需要选一名管理员提交开通申请,审批通过后授权才能完成。企业接入前应先和 IT 管理员对齐这一步。
提前找管理员打通审批
- 先问 IT 管理员组织是否允许成员自助连接外部工具。
- 把开通申请交给指定管理员走审批,不要私下绕过流程。
- 记录审批人与开通时间,便于日后做权限复盘。
边界与提醒不同 IM 的权限模型不同,钉钉需要管理员开 CLI 访问,企业微信与飞书各有自己的审批入口;把 A 平台的经验直接套到 B 平台,会卡在不存在的步骤上。
公开 Skill 种类很多,装之前怎么审?
先让 WorkBuddy 自己讲解这个 Skill 的功能、原理和注意事项,再决定装不装。社区教程记录的做法是:把技能发给 WorkBuddy,让它说明能做什么、依赖什么、有什么风险,确认匹配后再安装;安装返回的安全评级要当真,高风险评级意味着高权限操作,需要评估后再启用。依赖环境也要提前确认,例如音频处理可能需要额外安装组件,空间不足的电脑要先清理再装。
装前审查的三步动作
- 让 WorkBuddy 先讲解技能功能与依赖,确认确实匹配任务。
- 看安装返回的安全评级与扫描结果,高风险项要写明启用理由。
- 查技能来源与作者信息,不明来源的先在测试环境验证。
边界与提醒安全扫描有漏报可能,评级通过不等于可以放开跑;涉及文件删除、对外发送或付费操作的技能,首次使用要有人盯着输出,出问题立即停用。
Skill 装多了之后,怎么治理和瘦身?
定期盘点是治理的起点:列出当前安装的技能、最近使用时间、评级与责任人,长期未用或评级偏高的先停用。企业环境可以统一上传、分类和下发技能,用可见范围控制谁能用哪些能力,成员自装的技能单独管理。
技能台账与季度复盘
| 盘点维度 | 判断标准 | 处理动作 |
|---|
| 使用频率 | 超过一个季度未运行 | 先停用并记录,需要时再启用 |
| 安全评级 | 存在高风险或中风险告警 | 复核用途,限定可见范围或移除 |
| 职责归属 | 安装人已离职或转岗 | 指定新责任人,无承接则下线 |
| 任务匹配 | 与现有内部规范冲突 | 按规范改造或停用,不与规范并存 |
边界与提醒停用要留记录而不是直接删除,正在跑的定时任务可能引用某个技能,先解除引用再停;盘点节奏按月或按季都可以,关键是有人对台账负责。
连上之后,AI 在替谁干活?
以连接器发消息、走审批时,动作多数以授权人本人身份执行,社区教程还记录了审批操作前 AI 会先与人确认。这意味着授权人要对以自己名义发出的内容负责,重要账号的授权要格外谨慎,确认机制是辅助而不是免责。测试阶段先用个人小号验证行为,确认无误后再接工作账号。
身份与确认机制的使用原则
- 对外发送类操作先预演一条,确认文案与收件对象无误。
- 把涉及资金、人事、对客的操作列入必须人工确认清单。
- 把离职交接加入撤销授权检查项,换人后重新走授权流程。
边界与提醒确认机制以当前版本为准,不同连接器与 Skill 的确认行为可能不同;把「它会先问我」当成全部防线是危险的,高风险动作仍要制度约束。
连接器和 Skill 的边界,企业该划在哪里?
连接器解决系统之间的读写通道,Skill 封装任务的工作流程,两者同时接入会让可用能力快速膨胀。建议按岗位划可用集合:每个岗位只保留完成任务必需的连接器与技能,其余默认不可见,需要时再申请开通。
按岗位收敛可用能力
- 按岗位列出必需能力集合,默认其余全部不可见。
- 给开通申请设一个审批人,避免谁能用谁自己勾。
- 每季度回收一次空闲授权,让台账与岗位表保持对齐。
边界与提醒收敛太紧会压制正常使用,试点期可以先宽后紧,跑一个月用量数据后再调;不同部门的数据敏感度不同,一刀切的可用集合在敏感部门会出问题。岗位调整后要同步更新可用集合,人员离职当天的授权回收要有人盯。
接入这件事,什么情况下要请实施方介入?
个人办公按教程自助完成即可;一旦涉及全组织下发、敏感系统对接或审计要求,接入方案应该与交付方共同确认。深云 AI 落地交付的公开说明里,系统账号与数据权限边界属于进场前要核对的清单项,连接器授权正属于这一类。
自助接入与实施介入的分界
- 先看企业安全规范是否允许成员自助授权外部工具。
- 把涉及敏感数据或对客系统的接入列入实施评审范围。
- 留一份接入评审记录,写明能力边界与责任人。
边界与提醒实施介入不等于全部外包,内部仍要有人懂权限模型并维护台账;只装不管的接入,出问题时找不到责任人,是比接入本身更大的成本。
内容说明
素材来源:ima 知识库收录的公开教程与官方公开页面。连接器授权流程与 Skill 审查做法参考公众号《我与ai的那些事》的公开实操记录(钉钉连接器接入、Skill 安装审查两篇),原文版权归作者,本页仅做结构化总结并注明出处;授权界面与确认机制以当前版本官方页面为准。
需要评估这类场景的落地路径?
深云做企业 AI 生产化交付,可以先给一版场景判断与实施路径,再决定要不要做。
了解深云的交付方式