WorkBuddy 连接外部系统前，为什么先要确认使用哪个账号？
企业把 WorkBuddy 连接到外部系统前，第一件事不是测试“能不能连上”，而是确认连接器使用哪个第三方账号、该账号原本拥有哪些权限、哪些工具会暴露给任务。连接器会以配置的第三方账号身份执行操作；如果直接拿管理员或个人日常账号做连接，后续任务可能在不该拥有的范围内读取、修改或发送信息。先定账号与工具边界，才能让自动化从可运行变为可控。
为什么“连接成功”不是验收结论？
一个团队要让助手从业务系统查数据、向协作工具写入结果，通常会先完成授权，看到连接状态变为可用便开始下达任务。但同一个系统里的不同账号，权限可能差异很大：有人能看全部部门数据，有人只能处理所在项目；有人能编辑，有人只能查看。
旧方法把连接器理解成一条技术通道，忽略了它同时携带账号身份。于是“请查询一份资料”与“请更新一条记录”的风险并不只由提示词决定，还取决于连接器实际用谁的身份去调用外部服务。
先把账号、工具、任务拆开确认
接入前至少建立三张小清单。
第一张是账号清单：账号归属谁、用于哪个系统、原有可访问范围是什么、离岗或任务结束后如何撤销。优先使用职责清晰、范围有限的受控账号，避免把个人高权限账号当成长期运行身份。
第二张是工具清单：连接器提供哪些读取、写入、发送或管理工具；本次业务是否真的需要全部工具。能只读就不开放写入，能限定对象就不开放全局搜索。
第三张是任务清单：哪些任务可以调用该连接器、可处理哪些对象、结果交付到哪里、异常时由谁接管。账号权限再小，也不应被无关任务随意复用。
WorkBuddy 的连接器说明如何影响这个选择？
腾讯云 WorkBuddy Enterprise 的连接器管理文档说明，连接器以配置认证凭据对应的第三方账号身份执行操作，访问范围不超过该账号在第三方服务中已有的权限。该文档还说明，连接器的工具权限可通过 Gateway 配置过滤，未授权工具不会暴露给 Agent。
这两项机制分别回答“连接器能以谁的身份做事”和“智能体能看到哪些工具”。企业不能只依赖其中一项：即便过滤了工具，高权限账号仍可能使允许工具的影响范围过大；即便账号权限很小，过多不必要工具也会增加误用和审查成本。
怎样为第一个连接器设置最小边界？
先选择一个低风险、可撤销的读取场景，例如从指定项目空间查询公开的流程文档。为它单独配置测试账号，只授予所需系统中的最小范围；在 Gateway 中仅保留本任务确实需要的查询工具。
随后用四类请求测试：访问允许对象、访问不允许对象、尝试调用未开放工具、请求超出任务目的的操作。预期结果应包括正常返回、明确拒绝、工具不可用和人工接管，而不是为了“演示成功”临时扩大账号权限。
什么时候才考虑增加写入或高影响操作？
只有在读取链路稳定、对象范围可核对、业务负责人明确、失败动作可恢复时，才逐步增加写入、发送或批量处理。每增加一项工具，都要重新说明它要解决什么业务步骤、影响哪些第三方对象、是否需要人工确认和如何留存记录。
对于涉及财务、人事、客户数据、外部发布或不可逆修改的场景，应把批准动作放在执行前，并依据企业制度决定是否允许自动执行。产品的连接能力不等同于组织已经完成授权、审计或合规判断。
最后怎样验证连接器已经可交付？
验收不看“是否出现一个绿色连接状态”，而看四个结果：第三方账号是否仅能访问预期范围，未授权工具是否对 Agent 不可见，越权请求是否被拒绝，撤销授权后任务是否立即失去访问能力。将这四项留为可复测记录，才适合把连接器推广给更多任务。
使用的事实与来源
- WorkBuddy Enterprise Connector 管理｜腾讯云官方文档：用于核对连接器按第三方账号身份执行、原有权限范围与 Gateway 工具过滤的表述。
- WorkBuddy Enterprise 新建任务栏｜腾讯云官方文档：用于核对任务、连接第三方应用和权限管理入口的基础表述。
- WorkBuddy Enterprise 两个权限模式｜腾讯云官方文档：用于核对高风险动作确认机制，作为任务执行侧边界参考。
发布前核验说明
- 本文的账号清单、工具清单、最小授权和验收步骤是企业实施建议，不声称为 WorkBuddy 内置审批或合规功能。
- 文中不包含价格、客户案例、效果比例、JOTO 合作身份或任何未由上述公开资料支持的产品承诺。
