Grok Bot 粉皮书
模块三 进阶篇·组织协作8

第 8 课 · 工具箱:按任务选连接与身份

模块模块三 进阶篇·组织协作预计学习20 分钟难度前置第 7 课

先看任务,再决定接什么

第一次让 Bot 整理笔记时,文字就够了。到了要读邮件、改日历或维护网站,才需要给它接上具体工具。工具越多,能做的事越多,授权和排查的工作也会跟着增加。我觉得新手最省心的做法,是每次只为一项已经说清楚的工作开必要的入口。

把工具分成三类就容易判断了。

工作需要可以考虑的入口开始前先问
读你已经有的文档、邮箱或日历官方或可信连接器连接后能读到哪些资料,是否也能修改、发送
在只有网页界面的系统里操作Bot 的云端浏览器登录是否由本人完成,网页变动后怎么检查结果
使用自己的电脑、内网或代码仓库本机执行权限、受控网络连接或已有开发工具谁能访问,范围多大,出错后如何撤回

可以在官方插件设置说明核对当前应用里如何查看已安装插件、认证状态和单个工具的开关。看到“已安装”时还要检查是否完成授权。连上服务之后,读写范围取决于插件权限和源服务设置,不能只看一颗绿色状态点。

给账号分权限,别把 Bot 当隔离墙

同一账号下的 Bot 共用云电脑、浏览器会话和登录态。给不同 Bot 起名字并不能把它们隔开。你可以给一个长期岗位准备单独的服务账号,再在服务端只授予它所需的资料和动作;如果没有这种条件,就先做只读或草稿任务,不要用主账号的最高权限来省一次配置。

Agent Mail、Tailscale、部署插件或信息挖掘插件都是特定问题的备选工具。有人需要独立邮箱身份,有人需要让云电脑访问自己的设备,也有人只想做一份周报。它们不是开箱必装清单。尤其当安装说明要求运行代码、开放内网或绑定付款账户时,先查清作者、权限、数据去向和费用,再决定是否使用。你可以在官方权限说明核对共享电脑和本机权限的边界。

开发方向也是如此。Bot 可以协助写代码和准备部署材料,但“代码写完”“测试通过”“线上可用”是三件不同的事。发布之前看仓库、环境和变更内容;发布以后从公开地址检查用户真的能看到什么。

用一张权限地图做练习

先不要接真实账号。写出你想让 Bot 做的三件事,比如“把两份公开资料整理成表格”“为客户邮件起草回复”“更新网站上的一段介绍”。在文档中列五栏。

任务需要读哪里可以写哪里需要本人批准什么结果怎么验收
公开资料表格两个公开链接新建草稿文件暂无外发打开原链接逐条核对
客户邮件草稿脱敏的来信样例草稿箱或本地文件真实发信收件人、事实和措辞均经本人检查

试着把第三行也填完整。如果一项任务必须先给 Bot 整个邮箱或完整本机权限,而你现在只需要一段草稿,就把任务缩回“把样例贴进对话”。这样仍能验证交付质量,也不会为了学习一项功能就提前交出不必要的权限。

完成时你应该能说清每个任务的输入、授权范围和可打开的产物。遇到安装步骤要求复制密钥到聊天框、关闭审批或让 Bot 自行付款,先停下来检查来源与替代路径。

学完后记得保存进度

完成标记保存在当前浏览器;登录后,会记住上次阅读的章节与位置。