先用一句话理解：Grok 对话助手主要与你交流、分析和生成内容；Grok Bot 则是能在云端电脑上执行多步骤任务的 AI 助理。一个偏“讨论与生成”，一个偏“接受委托并动手完成”。
从聊天助手到云端执行者
| 比较 | Grok 对话助手 | Grok Bot |
|---|---|---|
| 主要工作 | 回答问题、解释、分析、生成内容。 | 接收任务，在云端电脑上使用浏览器、文件或可用工具执行步骤并汇报。 |
| 你如何参与 | 主要通过对话补充背景、判断和修改答案。 | 除交代目标外，还需设定权限、检查计划，并审批有后果的操作。 |
| 运行方式 | 以对话交互为主。 | 可持续运行任务，也可按设定使用例程；具体功能依账号和版本而异。 |
Bot 是按职责配置的助理；云端电脑是它执行任务的工作环境；例程负责重复或定时启动工作；多 Bot 协作则把复杂工作拆分给不同职责。它们不是同一个概念。安装、账号和资格流程见账号与入口详解。
它能做什么，仍需要你判断什么
- 它可以按指令浏览公开页面、整理文件、运行可用工具并交回结果。
- 它可能选择浏览器操作、连接应用或脚本等不同路径；要求特定操作方式时，要明确写出来。
- “执行完成”不等于“事实无误”。重要数据仍要查看来源、时间范围、遗漏和结论依据。
资料来源：
把产品、环境与集成分开理解
Grok Bot 本身、它使用的云端电脑，以及接入的外部 AI 或消息服务，是三个不同层次。社区搭建案例可能把云主机、SSH、Tailscale、Claude Code 或聊天平台组合在一起；这说明可以设计跨工具工作流，不代表这些组件属于 Grok Bot 内置功能、由 xAI 维护，或自动包含在 Bot 订阅内。规划前分别核验供应商、费用、登录方式和支持范围。
可先画出“Bot → 云端环境 → 外部服务 → 人工审批”的流程图，并为每条连接写明数据流向、权限持有人和失败时的停止条件。工程环境选型见编程与代码，连接权限见与其他工具联动。