Grok Bot从零教程：安装登录、创建AI团队与云端Agent安全设置

Grok Bot 的上手难点不在于点击哪个按钮，而在于一开始就想着建一堆 Bot 把活全包了。结果往往是职责重叠、权限失控、任务互相抢。这条从安装登录开始的教程，核心思路是每一步先跑小测试，确认职责和权限之后再逐步扩大任务。

安装与登录：先确认来源和架构

打开官方 Grok Bot 下载页，按系统选择安装包。Mac 要区分 Apple 芯片和 Intel，Windows 要区分 X64 与 ARM64，不确定时先看电脑的系统信息，不要从陌生网盘随便下载。

• Mac：下载完成后打开磁盘影像，把应用拖进「应用程序」。
• Windows：正常运行安装包，之后从开始菜单打开。
• 遇到系统阻止或版本不符：先检查来源和架构，不要关闭安全保护硬装。

打开应用后按登录引导在浏览器里完成认证，再回到 Grok Bot。订阅方面需要注意：新联合套餐从 Premium 开始包含 Bot，旧套餐要按账户里的实际访问权判断，不要照旧视频理解成所有订阅都不需要。另外新套餐是共享池，不占原有额度。

首次问卷和设置按自己的情况填写，不需要一次连上所有工具。先用一份不敏感的文档做小任务，通常更容易跑通第一步。本地执行权限先收紧，确实需要时再单独确认。

ARM64 与 X64 是两种不同的 CPU 指令集架构：X64（也称 x86-64）是传统 Intel/AMD 桌面处理器使用的架构，ARM64 则常见于基于 ARM 的芯片（如部分高通处理器、苹果 Silicon 芯片）。在 Windows 上，ARM64 版本系统通常需要安装对应的 ARM64 应用才能发挥最佳性能，虽然部分系统可模拟运行 X64 应用，但可能遇到兼容性或性能问题。Mac 上 Apple 芯片（M 系列）与 Intel 芯片同样互不通用，下载错误的安装包会出现无法打开或闪退。查看系统信息的方法：Mac 点击左上角苹果菜单→「关于本机」；Windows 在「设置→系统→关于」中查看「系统类型」。

创建第一个 Bot：把它当成有明确岗位的同事

在侧边蓝点 New 或加号选择创建新 Bot，编辑名字、标签、描述和头像。第一个 Bot 的建议是只负责梳理需求和拆解任务，不是什么都管。

岗位描述不要只写「你是一个很厉害的助理」。可以这样写：先澄清目标和约束，再拆任务排优先级，先给计划，不创建其他 Bot，也不替我对外发送。长期有效的职责和边界写在 Bot 的描述里，这一次具体要做什么放在对话消息里。规则发现有问题就及时修改，不要只在某一次聊天里随口纠正。

准备一份岗位定位和一份内容原则，去掉无关隐私后再上传。告诉他哪个是事实来源、哪个是工作偏好、希望输出什么。不要因为他能读文件就把整个电脑里的资料都扔进去。需要整理成 Markdown 时，先让他展示摘要和你保存位置，确认后另存不覆盖原文件，并把保存路径返回给你。

同一账号的 Bot 共享云端文件，所以别把不同 Bot 当成资料隔离。

所谓「岗位描述」相当于给 Bot 预设系统提示（system prompt）或角色设定，它会在每次对话中持续生效，定义 Bot 的身份、职责边界和行为准则。而「对话消息」是一次性的用户输入，只影响当前轮次。将长期规则写入描述、临时任务放入对话，可以避免 Bot 在不同任务间混淆职责。描述应包含：角色定位（如需求分析师）、工作流程（先澄清后拆解）、禁止事项（不创建其他 Bot、不对外发送）、输出格式要求。规则修改后建议重新开启对话或明确要求 Bot 遵循新规则，以确保生效。

小测试验证：看它有没有真读懂

先给一个不联网的小测试，看看他是否真的读懂附件要求：给适合程度、三个理由和一个切入口。重点看他有没有引用你的原则信息，信息不足时会不会直接承认。测试通过的标准不是回复够长或者语气好听，而是检查他有没有按附件判断、有没有遵守限制、结果能不能指导下一步。没通过就改规则再测，不急着扩展团队。

扩展团队：按工作环节拆分，先跑顺交接

第一个助理稳定之后再按工作环节拆分 Bot。比如助理做拆解，研究员找证据，策划把资料变成方案。分工不是越多越好，先把三个人的交接跑顺。

让助理先规划，研究 Bot 暂时不要创建。要求优先找一手来源，过滤重复报道，每条保留链接和日期，再写清最多五条，信息不足就报告缺口，不为了凑数编内容。你确认职责和停止条件之后，再让他创建一个对应 Bot。先是一个小范围任务，抽查链接、发布时间和关键事实。策划 Bot 也用同样的方法创建，别一次创建好几个重复岗位。

点 New 选择需要写作的 Bot，建立群聊并改一个好找的名字。当前桌面流程可以选择多个 Bot，菜单名称可能随版本调整。建好群还不够，下一条消息要说明共同目标和下一步归谁，把任务按先后写清楚，每一步只指定一个负责人：研究员先交带来源的简报，策划再出方案，助理最后汇总。同时约定不能直接发布，缺资料时停下来问你，避免抢活和重复消耗。

云端 Agent 与安全设置

打开电脑视图可以查看 Bot 的云端浏览器和终端。云端任务不会因为你合上笔记本就自动停止，但操作你面前的本地电脑是另一项权限，不能混为一谈。

需要在云端安装开源 agent 时，先把官方项目文档交给 Bot，让他只检查云端环境，报告系统依赖、安装位置和所需权限。先看计划再确认，明确不能装到你的本地电脑上。以 Pi 为例，官方文档当前要求 Node 至少 22.19，安装前核对官方文档，确认依赖和权限以后再执行。安装完成先查版本，不要看到一句「已安装」就直接相信。

需要 API 凭据时，不要直接粘贴到普通聊天、日志或录屏里。先确认服务商和安全输入流程，只用你理解的凭据保存方式。外部 API 可能单独收费，要另外设置，没有安全流程就先停下。安装后进入云端测试目录，按工具文档配置提供商和模型，第一次只做一个无敏感数据的小任务，检查输出文件和工具日志。如果报错，保留错误信息先诊断，别把更多权限全部放开。

如果你的版本出现 Teacher Tax，可以在电脑视图里演示一次流程：先说明目标，再完成一个无敏感信息的小操作。结束录制后审阅技能，没有这个入口也没关系，可以让 Bot 根据文字步骤整理技能。一次录制得到的只是技能草案，不是永远不会出错的自动化，把异常、停止条件和交付结果补齐，先用安全样例试跑，稳定后再设置定时，确认时区、频率以及失败后怎么通知你。

打开设置里的 Auto Review，给高影响操作加上「先询问」规则，比如发邮件、公开发布、付款、删除和覆盖，先停下来让你确认。遇到看不懂的权限请求，先让它解释目标和影响，不要盲目允许。同一账号的 Bot 共享云端文件（含登录），不是每个 Bot 一个保险箱。项目结束后暂停不需要的例行任务，退出不再使用的网站，撤销无用连接和授权。敏感资料不因为藏起某个 Bot 就自动消失。

入门路径可以总结为：先让一个小任务可靠，再扩展成一组 Bot 协作。角色清楚、资料可查、交接明确，最后把费用和权限管好，这样搭出来的团队才更容易真的帮你推进工作。

（原文末尾附带星火 AI 服务页面推广，涉及商品说明、售后客服与抽奖活动，参与前请以页面实时规则为准，与 Grok Bot 使用无关。）

云端 Agent 指在远程服务器上运行的自动化代理程序，它拥有独立的浏览器、终端和文件系统，与用户本地电脑隔离。云端任务的生命周期由服务端管理，即使用户关闭本地设备，任务仍会继续执行。而本地权限则指 Bot 直接操作你当前电脑的鼠标、键盘、文件等能力，通常需要额外授权。区分二者很重要：云端安装的软件不会出现在本地，云端凭据也不应被本地任务随意调用。在云端安装开源 agent（如 Pi）时，需确认其运行环境、依赖版本和网络访问权限，避免将敏感数据暴露给云端服务。

Auto Review 是一种操作前审查机制，允许用户为特定类型的高影响操作（如发送邮件、公开发布、付款、删除文件、覆盖保存）设置「先询问」规则。当 Bot 准备执行这些操作时，会暂停并请求用户确认，用户可查看操作详情后决定允许或拒绝。这类似于给自动化流程加了一道人工闸门，防止 Bot 因误判或权限过大造成不可逆后果。建议在初始阶段对所有涉及对外通信、财务、数据删除的操作开启 Auto Review，待流程稳定后再按需放宽。同时定期审查已授权的连接和 API 密钥，撤销不再使用的权限。