从 0 到 1 创建第一个 Grok Bot 任务！

第一次打开 Grok Bot，最容易卡住的往往不是操作，而是不知道该让它先做什么。与其一上来就连接邮箱、安排自动任务，不如先用一段自己能核对的信息，完成一个小任务，再学习如何把任务交给它。

这篇教程从创建一个专用 Bot 开始，带你整理会议待办、检查输出，并纠正一次真实出现的错误。操作步骤适用于不同设备；截图来自中文客户端的一次实际操作，界面布局可能因设备和版本而异。安装和登录部分提供操作指引，本次没有重新注册或重新登录。界面观察日期为 2026 年 11 月 11 日，后续版本的入口名称可能调整。

一、先理解：你要交给 Bot 的是什么

在本次演示中，我们把一段会议记录交给 Bot，要求它整理成待办表。它需要理解输入、组织输出，也需要在信息不足时保留不确定性。任务完成后，仍由我们核对它是否忠实于原文。

建议把第一次使用的目标定得具体一点，例如：

• 把一段会议记录整理成待办表。
• 根据你粘贴的材料，写一份带有待确认项的摘要。
• 对比你提供的两个方案，列出差异与缺失信息。

等这类小任务稳定之后，再尝试浏览网页、处理文件或连接工作应用。不要把“已经回复了”直接当成“已经做对了”。

二、先确认自己的账户能否使用

打开 Grok Bot 官方入口，找到 Download Grok Bot，选择与你的设备和系统匹配的版本。页面上的默认下载项会随设备变化；也可以点 More downloads 查看其他平台。请以官方页面当时显示的版本和要求为准。

在 More downloads 中可查找其他设备对应的下载入口。截图展示了 Windows、iOS、Android、macOS Intel 和 Linux 等选项；它们只是当时页面显示的选项，实际可用性以你打开的官方页面为准。

图：官方 More downloads 面板；截图只说明入口位置，不代表已在这些平台安装。

按所选平台的官方提示安装或打开应用，然后按界面提示登录；若跳转浏览器验证，完成后返回应用。本文没有重新安装或演示登录过程。

如果账户显示 Access、等待开放或升级提示，以你自己账户页面显示的信息为准。套餐价格、开放地区、支持平台和配额都可能变化，本教程不把参考文章中的价格或资格描述作为当前承诺。不要为了“开通资格”向不明页面提供密码、验证码或登录凭证。

下文从已经登录的界面开始演示。如果你还进不了主界面，先完成官方账户流程，再继续下面的步骤。

三、创建一个用途明确的 Bot

在左侧栏找到 新建 Bot，打开创建窗口。给它起一个一眼能看出用途的名字，例如“会议整理助手”“资料研究助手”，也可以先用本文的“新手教程演示”。

图 1：填写 Bot 名称后创建；头像样式与颜色可按喜好选择。截图只保留创建区域。

名字本身不等于任务说明。创建完成后，还需要告诉 Bot 你希望它如何工作。对于新手，建议先让一个 Bot 服务于一个清晰用途，后面回查对话更容易。

四、复制这段提示词，跑通第一个任务

第一次演示不需要连接任何应用，也不需要提供真实工作资料。复制下面的示例，发送给刚创建的 Bot：

你是我的新手教程演示助手。请只根据下面这段示例会议记录整理 Markdown 待办表，不要联网，不要访问任何已连接应用，不要发送消息或创建日历事件。
示例记录：小林负责整理产品需求，周五前交付；小周负责设计首页，下周一评审；预算尚未确定。
输出字段：事项、负责人、截止时间、状态。相对日期保留原文，不要猜测具体日期。最后单列未决问题。

这段提示词写清楚了四件事：

要素	本次如何表达	为什么有用
目标	整理 Markdown 待办表	输出容易检查和复用
输入	直接提供完整示例记录	不需要它自行寻找资料
边界	不联网、不访问应用、不发送消息	把首次任务限定在整理文本
验收标准	固定字段、保留相对日期、单列未决问题	便于逐项核对结果

以后换成自己的任务，也可以沿用“目标 + 输入 + 边界 + 验收标准”的结构。遇到信息不足的地方，明确要求标为“待确认”，比让它自行补齐更可靠。

五、真实踩坑：表格看起来完整，也可能补出了信息

本次实际运行时，Bot 正确提取了两项任务和负责人，也保留了“周五前”“下周一评审”。但是它在两条任务的状态栏中都写了 “进行中”。

问题在于：示例记录并没有说明任务是否开始。“负责某项工作”不能证明“正在进行”。如果直接把这份表发给团队，就可能把模型的推测当成事实。

图 3：首次任务的真实输出。两项任务被写成“进行中”，但原始会议记录没有提供状态信息。

我们随后发送了这条修正指令：

请修正表格：原文没有说明任务状态，不能写“进行中”，统一改为“待确认”。保留事项、负责人和截止时间，仍单列预算未决问题。

修正后的两条状态都变成了“待确认”，预算仍单独列为未决问题。

对照原文指出具体错误，再要求局部修正，比笼统地说“重新做一遍”更容易让输出符合要求。下面的表格是修正结果的文字整理。

核对时至少看这四项：

1. 事实有没有出处？ 人名、金额、状态和结论能否在输入中找到？
2. 日期有没有被擅自换算？ 没有明确基准日期时，“下周一”不应被随意转换为具体日期。
3. 未决问题有没有保留？ 不知道的内容应显式标记，不能被漂亮的排版掩盖。
4. 是否遵守行动边界？ 你要求的是整理草稿，还是已经授权它发送、创建或修改？二者要写清楚。

对这次任务而言，验收后的核心表格应是：

事项	负责人	截止时间	状态
整理产品需求	小林	周五前	待确认
设计首页	小周	下周一评审	待确认

未决问题：预算尚未确定。

六、认识对话详情：电脑与资料库在哪里

在对话顶部打开 查看对话详情，右侧会出现详情面板。本次客户端中可以看到 动态、资料库，以及 电脑 → Bot 的电脑 等入口。

本文查看详情时，“Bot 的电脑”显示为“休眠中”。这是当时的界面状态，不代表任务失败。

这些入口先认识即可。本文第一项任务只处理粘贴文本，没有打开 Bot 的电脑操作网页，也没有上传文件到资料库。涉及网页登录、文件上传或下载的任务，应结合实际界面检查过程与产物，不能只看最后一句“完成了”。

如果后续需要它整理文件，可以先提供一份不含敏感信息的样本，说明要读取哪些内容、输出什么格式、存放在哪里。遇到登录、验证码或授权步骤，按客户端提示由你自己完成必要操作。

七、连接应用前，先想清楚要完成什么

左下角的 连接应用 是查看应用连接的入口。先定义任务，再决定是否需要连接。比如，你只是让 Bot 整理刚刚粘贴的会议记录，就没有必要为此开放邮箱或日历。

本文确认了“连接应用”入口的位置，没有新增应用授权；可用应用与具体权限以你打开后的实际页面为准。

确实需要连接时，逐项查看授权页面显示的账户与权限范围，弄清楚它可以读取什么、是否可以写入。首次尝试可以先要求“只读取并生成草稿”，确认结果后再明确授权发送或修改。

一个可复用的任务描述是：

请先列出完成这个任务需要的应用和权限。
如果现有信息已经够用，就不要额外连接应用。
先输出执行计划和草稿；发送消息、创建事件或修改外部数据前，等我确认具体内容。

八、什么时候再尝试例行任务与可复用流程

本次对话详情中能看到 创建例行任务 入口。建议先手动把同一个任务跑通、核对稳定，再考虑定时执行。一个尚未验证的提示词反复运行，可能只是让同一类错误反复出现。

设置例行任务时，需要在实际界面中检查执行时间、时区、输入来源、结果去向和权限；创建后还要确认任务是否真正启用。本文没有创建或启用任何例行任务。

如果你看到 Skills 或其他流程复用入口，也可以在重复工作已经稳定后再研究。先保存一份有效的提示词和验收标准，本身就是最容易开始的复用方法。本文没有安装或测试第三方 Skills。

九、新手常见问题

创建好了，却不知道下一步发什么？

先发一个小而明确的任务。把材料直接粘贴进去，要求一种具体输出，例如“用四列表格整理”，并说明信息不足时如何处理。

它补全的信息很合理，可以直接用吗？

合理不等于真实。像本次把状态写成“进行中”，看起来顺畅，却没有原文依据。让它区分事实、推测与待确认项，再逐项核对。

一直显示运行中怎么办？

先查看当前任务记录和详情，判断是否在等待你的输入、登录或确认。若有明确错误，依据错误提示处理；没有足够证据时，不要直接把问题归结为网络或配额，也不要连续重复发送同一个任务。

为什么我看到的界面和截图不同？

版本、语言、账户开放范围和窗口尺寸都可能影响界面。寻找对应功能名称即可；账户资格与套餐以官方页面和客户端实际提示为准。

能不能一开始就让它自动处理所有工作？

更稳妥的顺序是：文本小任务 → 核对结果 → 修正提示词 → 尝试必要的工具或应用 → 再考虑固定流程。先把验收标准写清楚，后续才容易判断自动执行是否可靠。

十、把这套模板留作下次起点

任务目标：
请帮我完成【具体任务】。

输入材料：
【粘贴内容，或明确指定允许读取的文件/页面】

执行边界：
只使用【允许的信息来源】。
缺少的信息标为“待确认”，不要编造。
涉及发送、购买、删除、授权或修改外部数据时，先说明具体动作并等我确认。

输出要求：
以【表格/清单/Markdown 文档】输出，包含【必要字段】。
最后列出信息缺口、需要我确认的事项，以及实际完成了哪些动作。

验收标准：
【列出我能够逐项核对的要求】

掌握创建 Bot、描述任务、核对结果和给出具体修正这四步，就已经能开始积累自己的工作流程了。第一次任务不必复杂，关键是你能看懂它的过程，也能判断交付是否可靠。