Tracks
给代理布置一��性任务很容易。让它每周都从您可控的来源运行同一套研究,并在过程中不自行虚构细节,才是本教程要解决的更难的问题。这正是 Grok Bot 发挥作用的地方。
在本指��中,我们将用它创建 Scout——一个 DataCamp 学习 Bot,面向熟悉 Python 和基本 LLM 概念、但刚接触代理编排的用户。
随后我们会让 Scout 制定一个每周四小时的计划,将每条推荐与其 DataCamp 页面核对、将已复核的方法保存为一种技能,并将其安排为周一例行任务。
要点速览:如何使用 Grok Bot
- 为每个 Bot 在其资料中设定一个清晰的单一职责,并将资料限制为每周都有效的规则。每周的上下文应写在消息里,而不是描述中。
- 您账户中的所有 Bot 共享同一台云电脑,因此浏览器登录、文件和终端凭证对所有 Bot 可见。不要把不同的 Bot 当作安全边界。
- 把会变化的事实放在 Bot 读取的文件里,不要放在它的记忆中,并让它在每次运行前重新打开来源。
- 在保存任何内容前,先对照来源复核结果。只有手工版正确后,才把方法保存为技能;随后用不同输入测试该技能。
- 最后再安排例行任务,且只在测试运行之后。说明审批边界,以及当来源缺失或页面无法加载时应如何处理。
什么是 Grok Bot?
Grok Bot 是 SpaceXAI 的代理应用,���通过 Cursor 使用,用于创建具名的 Bot,使其在任务之间保持角色与会话。它与 Grok 聊天应用和用于编码的 CLI——Grok Build——相互独立。
Grok Bot 的循环与大多数其他 AI 助手不同。您给出一个期望结果,Bot 会跨涉及的各类应用和网站开展工作,最后要么交付完成的成果,要么提出需要您判断的问题。它会在不同会话间保留稳定的偏好和角色上下文,但凡是每周会变化的内容,都应放到 Bot 读取的文件中,而不是它的记忆里。
更多背景信息,建议阅读我们的 Grok Bot 指南。
Grok Bot 中的 Bot、技能与例行任务如何协作
本教程需要用到四个术语。SpaceXAI 关于 Bot 与云电脑的指南以及产品文档将它们定义如下:
- Bot:具名、具备职责、拥有专属会话与已保存上下文的代理。
- 云电脑:归属您账户、由所有 Bot 共享的持久机器,带有浏览器、文件与终端。即使您合上笔记本,它仍会继续运行。
- 技能:用于执行任务、检查结果并知道何时请求审批的一套指令。
- 例行任务:指示某个 Bot 何时运行一项任务的分配,可按计划或在受支持的事件后触发。
上述顺序遵循官方的技能与例行任务指南,其将测试置于排期之前。
Grok Bot 是否共享一台云电脑?
是的。Grok Bot 常见问题指出,电脑属于您的账户,而非某个单独的 Bot。每个 Bot 都可以看到那台电脑上的浏览器 Cookie、已保存的登录和文件,不过每个 Bot 的浏览器任务会在各自的屏幕中进行。
我们会先把 Scout 的流程限制在公共页面上。若之后登录 DataCamp、Notion 或其他服务,所有 Bot 都能使用该会话。删除 Scout 并不保证移除共享文件或登录状态,因此需要主动登出,并清理任何不希望对其他 Bot 可用的内容。

一个账户,一台电脑,多个 Bot。作者制图。
用 Grok Bot 构建每周 DataCamp 学习 Scout
Scout 会读取学习者画像与时间预算,然后返回一份简短计划。该学习者熟悉 Python 与基本 LLM 概念,刚接触代理编排,本周可用时间为四小时。我们的 AI Agent Fundamentals 学习路径为六小时,无法在本周全部完成。
四小时的限制设定了上限;输出格式则标明计划何时完成。
Scout Bot 应该返回什么?
对于每个资源,Scout 应从课程页面返回以下信息:
- 标题与链接
- 类型(课程、学习路径、项目或教程)
- 级别(基础、中级或高级)
- 时长(若页面有展示)
- 选择理由
- 在序列中的位置
最后应给出总用时和一个本周目标。若页面未列出时长,请回答 "not listed",不要估算。
对我们的学习者来说,三条经核对的资源就足够。如果可用材料与目标、水平或预算不匹配,Scout 也可以返回更少。
每条理由都应指向这个特定学习者。比如,“假设学习者已具备的 Python 能力,并在前一门基础课程的概念上进一步构建”就是有效解释;“涵盖 AI 代理”则不是。排序同样需要理由,例如先完成基础课程,再进行假设相同知识点的项目。
为何搜索摘要不足以支撑
搜索摘要可能过时,或遗漏级别与时长。Scout 可用它们寻找候选项,但在把资源加入计划前,必须阅读相应的 DataCamp 页面。
我们需要在指令中明确这一规则。网站仍可能拦截 Bot、要求登录或显示验证码。这种情况下,Bot 应请求我们接管。
如何访问 Grok Bot
由于 SpaceXAI 与 Cursor 的合作,访问 Grok Bot 有两种不同方式
Grok Bot 方案
Grok Bot 没有永久免费的层级。Cursor 目前提供限时试用额度。付费访问来自合格的 Cursor 方案或 SuperGrok 订阅。无论哪种方式,都通过 Cursor 登录。
Grok Bot 官方账号现称,所有 SuperGrok 与 Cursor Pro 订阅者均可使用,并且每位用户的每周使用上限已重置。我们��阅时,Cursor 的帮助页面尚未完全反映该公告的每一部分,因此请在方案页面或应用内确认当您阅读此文时的最新状态。
|
访问路径 |
状态 |
|---|---|
|
Cursor Pro、Pro+ 与 Ultra |
已包含;最新公告新增了 Pro |
|
Cursor Teams(自助) |
所有成员均已包含;无需 Premium 席位 |
|
SuperGrok 与 SuperGrok+ 订阅者 |
已包含;最新公告新增了基础版 SuperGrok |
|
SuperGrok Team 或 Enterprise;Cursor Enterprise |
非自助;请联系您的客户团队 |
对于将 SuperGrok 与账户关联的情况,Cursor 帮助仍将该关联描述为不会改变 Cursor 方案的永久用量授权。Cursor 按代理步数与 token 计量,而非消息条数,因此请在研究运行与例行任务测试之前,检查用量与账单。
隐私设置与平台支持
Grok Bot 需要云端数据存储。如果您的 Cursor 账户使用传统隐私模式(Legacy Privacy Mode),它将无法启动。请在 Cursor 隐私面板中更改该设置。
Grok Bot 支持搭载 Apple 芯片或 Intel 的 macOS、x64 或 Arm64 的 Windows,以及 iOS 18 或更高版本的 iPhone。若您使用 Linux、Android 或 iPad,请在阅读本文时查看当前平台列表,因为支持情况可能已变更。
订阅包含每周用量,但 Cursor 未公布适用于所有方案的统一数值。试用期在 7 天窗口内提供用量额度,单个大型任务即可用尽。
步骤 1:安装 Grok Bot 并创建 Bot
我们无需 API 密钥、本地开发环境或 DataCamp 登录即可进行研究本身。开始课程是另一回事,可能需要账户。安装只需少量步骤,而 Bot 的描述比安装程序更值得关注���
安装并登录
从Grok Bot 入门页面下载桌面应用,选择适合您机器的构建版本。通过浏览器使用 Cursor 账户登录。若您的组织使用单点登录,请按其常规界面登录。
首次启动会停在“认识一位未来的同事”界面,同时云电脑在启动中。若卡住,请彻底退出 Grok Bot 并重开,再尝试其他操作。若问题仍在,请更新桌面应用,彻底退出并重开,然后打开 Agent Computer,留出时间让其完成。接着使用恢复(Recover),仅在万不得已时使用重置(Reset),因为重置可能丢弃尚未同步的工作。

登录后的 Grok Bot 桌面应用。作者供图。
撰写能跨周复用的描述
通过新建或Cmd/Ctrl+N 创建 Bot,选择Create new agent,然后打开Bot actions → Edit Profile。将其命名为Scout,并赋予标题DataCamp Learning Scout。
描述中应保存每周都适用的规则。本周的话题应放在别处。添加如下规则:
- 策划 DataCamp 学习内容,并与明确的技能水平与时间预算匹配。
- 将此资料视为长期上下文,而非任务本身。等待单独的消息再开始研究。
- 仅使用当前任务中的话题与时间预算。不要复用先前会话的话题。
- 在推荐前打开每个候选项对应的 DataCamp 页面。
- 严格按页面所示引用级别与时长;若页面未列出,请填写 "not listed"。
- 保持来源链接完整,绝不捏造课程细节。
- 当两项资源涵盖相同概念时,更偏好上手实践材料。
我们第一次设置时,Scout 将资料当作实时任务,开始了一个不相关的 ETL 计划。我中止后新建了一个 Scout,并补充了下面两条等待规则:
- 当学习目标含糊时先提问澄清,而不是猜测。
- 绝不创建账户、报名或购买任何东西。
新的 Bot 随后会等待单独的任务,而不是从其资料中直接开始工作。
专用的 Scout 还能将每周例行任务与冗长的通用聊天分离开来,使每次运行仅携带制定学习计划所需的上下文。
务必在资料里设定限制,这样在例行任务无人值守运行时也同样生效。同时,保持资料足够简短,便于在 Scout 的工作范围变化时复核。第 2 步将处理话题与时间限制。
Scout 资料保存长期适用的研究规则。作者视频。
如果您不想从空白资料开始,可以添加我们的 Scout 模板,其起始角色与描述相同。此处我选择手动创建资料,以便在 Scout 接到首个任务前看清每条规则。无论采用哪条路径,继续之前都请复核描述。
步骤 2:撰写 Bot 的首个研究任务
我们可以用自然语言给 Scout 布置任务,但请求仍需包含细节。文档建议明确结果、来源、限制、输出,以及 Bot 必须停下来等待复核的节点。
哪些属于资料,哪些属于消息?
资料与消息回答不同问题:
- 资料说明Scout 如何工作。
- 消息说明它本周需要做什么。
之后,技能会保存步骤,而每次例行运行会读取最新输入。
资料已涵盖页面核验与来源链接。在消息中,给出学习者水平与本周任务,要求在四小时内给出少量资源,并让 Bot 在复核处停下。
我们将首个任务作为一条消息发送,且在 Scout 工作期间未再添加限制:
Build me a weekly DataCamp learning plan.
The learner is comfortable with Python, understands basic LLM concepts, is new to AI agent orchestration, and has 4 hours available this week.
They prefer practical, hands-on material over theory.
Search current DataCamp content on AI agents.
Open each candidate's resource page before you consider it.
Pick a small number of resources whose page-listed durations total 4 hours or less, and order them from foundations toward practical application.
For each resource, return the title, the content type, the level and duration exactly as printed on the page, the link, one sentence on why it fits this learner, and its position in the order.
Then give me the total time and one learning objective for the week.
Do not use search snippets as evidence.
If a page does not list a duration or a level, write "not listed" instead of estimating.
If the goal is too broad to plan against, ask me before you continue.
Stop after the plan.
Do not enroll me in anything.
Scout 启动了浏览器搜索并返回一份计划供复核。首次回复中一门课程的级别不正确,我在第 4 步中进行了更正。
创建每周学习者文件
Bot 的记忆无法可靠记录经常变化的细节。在共享电脑上创建 /workspace/learner-profile.md,并将其作为每周运行的真值来源。
# Learner profile
Current goal: AI agent orchestration
Weekly budget: 4 hours
Background: Comfortable with Python and basic LLM concepts
Preference: Practical, hands-on resources
Completed resources: None
当目标、预算或已完成清单发生变化时更新此文件。Scout 应在每次制定计划前读取该文件,若文件缺失或过期则停止。
步骤 3:在 Grok Bot 的 Agent Computer 中复核研究
会话中会显示工具、文件、问题与审批;Agent Computer 则展示点击、输入、导航与状态。离开任一视图都不会中断工作。
在 Agent Computer 里需要关注什么
检查 Scout 是否打开了每个课程页面,而非依赖搜索摘要。同时记录一个被它拒绝的资源,以及给出的拒绝理由。
若其停滞,请检查前文提到的登录、验证码与审批问题。仅完成受阻的那一步,然后再交还控制权。不要把密码粘贴到聊天里;请使用安全的密钥请求。
电脑视图能显示页面是否被访问,但不能证明最终答案无误。请保留会话记录,因为它显示了 Bot 使用了哪些页面,以及它是否中途改变了方向。
这种以浏览器为先的方法适合我们的 DataCamp 流程,因为页面本身就是证据。对于有受支持连接器的服务,请优先使用连接器获取结构化数据,仅在需要视觉核对时打开浏览器。
在我们的运行中,Agent Computer 打开了权威的 Introduction to AI Agents 页面。其页眉显示 Basic 和 1 hr 30 min。时长与 Scout 的答案一致,但级别不一致。

Agent Computer 打开的 DataCamp 页面。作者供图。
步骤 4:核验并更正 Bot 的输出
这一步我们要放慢速度。先把计划与 DataCamp 页面逐一对照,再做接受。
检查链接、级别、先修要求与时间
逐行阅读计划。整洁的排版也可能隐藏错误的级别、失效的链接或不正确的总时长。检查如下事项:
- 这些链接是否指向标题完全一致的真实 DataCamp 页面?
- 标注的级别是否与页面所示一致?
- 学习者是否满足所有列出的先修要求?
- 按页面显示的时长相加,是否不超过四小时?
- 是否存在真实的进阶关系,而非三门可互换的初学者课程?
- 是否有仅因关键词匹配而被纳入的内容?
我们应自行把页面时长相加,而不是���任计划中的总计。若超过 4 小时,就让 Scout 去除最不相关的一项并重新计算。
Scout 的首个计划包含 Introduction to AI Agents、Building AI Agents with CrewAI 和 Building AI Agents with Google ADK。页面列示的时长合计为 3 小时 30 分钟,因此计划符合预算,还剩 30 分钟未用。
问题在于第一门课程的级别。Scout 写的是 Beginner,而权威页面印的是 Basic。我们发送了如下更正:
Please revise the plan using the exact level labels shown on each course page.
The Introduction to AI Agents page lists its level as Basic, not Beginner. Reopen all three pages and verify each title, level, duration, and canonical URL.
Return the same plan with only the verified corrections. Keep the total at or below 4 hours.
Scout 重新打开了三个页面,只修改了第一门课程的级别,并保持总时长 3 小时 30 分钟。虽然改动不大,但这也证明仅有有效链接与看似合理的标签并不足够。

首版计划与更正后计划并排对照。作者供图。
处理缺失的时长
不要把 XP、视频或练习换算成小时。若时长字段不一致,我们应保留每个字段所印的值并标明字段名称,仅在预算校验时使用最高上限。
把复发性规则保存到 Bot 资料
在更正我们的计划后,我只把每周都应生效的那条规则加入了 Bot 描述。一次性的话题或时间限制保留在我们的每周输入文件中。
步骤 5:将 Bot 的工作流程保存为技能
将流程保存为技能的两条最佳实践:
- 在手工版本可用之前不要保存流程。否则,技能只会重复相同的问题。
- 保持技能聚焦:一个来源族、一个输出格式、一个审批边界。若它必须去猜应使用哪些系统或该返回什么,便可能走偏并消耗更多用量。
技能应包含什么
让 Scout 保存一个名为 Weekly DataCamp Learning Plan 的技能。它应读取 /workspace/learner-profile.md,将每个先修要求与学习者的背景和已完成资源进行比对,累加页面时长,返回约定字段,并在任何需要审批的操作前停止。
保存后,可在编辑器中用/ 引用它。若未出现,请在Settings → Plugins → Yours 中启用。

已保存的技能,含输入与校验。作者供图。
用不同目标测试该技能
我把学习者的目标改为 LLM 评估,将预算降至 3 小时,并用一句简短请求调用已保存的技能:“使用当前的学习者画像,制定本周计划。”
Scout 使用了 Agent Computer,并返回了一门课程 LLM Application Evaluation with LangSmith,且未沿用 AI 代理计划中的任何推荐。它也排除了跑题的页面,以及没有列出时长的教程。
该课程的权威页面给出了两种时长格式:摘要中的2 hr 估算,以及一个1 hr - 3 hr 的时长标签。Scout 复制了该标签,但把上限当作固定的三小时总计。我们要求它注明所用字段,保留两个印刷值,并仅在预算校验时使用上限。
随后在先修要求检查中发现了更重要的问题:该课程要求先修 LLM Application Fundamentals with LangChain,而我们的学习者尚未完成。打开权威页面是必要的,但技能还需要在推荐课程前,将先修要求与学习者画像进行比对。
我更新了技能,使其在选课前比较每一条先修要求与学习者画像,并在选择资源前报告每个相互矛盾的时长字段。
步骤 6:将技能安排为每周 Grok Bot 例行任务
由于云电脑会持续运行,如前所述,例行任务可以在合上笔记本时运行。我们会先测试,再依赖周一的时间表。
此处选择每周计划是出于刻意考虑。每隔几分钟就跑一遍相同研究,会在学习者详情与 DataCamp 页面未变化时也消耗用量。
设置日程、时区与边界
我们在Settings → General → Agent 下设定时区,然后用五个要点创建例行任务:
- 日程安排
- 从哪里读取目标与预算
- 应返回什么
- 哪些需要审批
- 若来源缺失应如何处理
若/workspace/learner-profile.md 缺失,或 Scout 无法进一步推进,例行任务应报告问题并停止,而不是在循环中重试。它会继承 Scout 的受限操作;审批仅在我们之后新增外部操作时适用。通过查看会话详情 → Routines 来管理例行任务。

周一例行任务,展示日程与时区。作者供图。
立即运行,而不是等到周一
我没有等待周一,而是用更新后的技能和相同的 LLM 评估画像发起了测试运行。例行任务打开了候选页面,报告了 LangSmith 的所有时长字段,并将其 LangChain 先修标记为未满足。
若未启动,请检查其是否开启,然后核对其详情(日程、时区、Bot、学习者来源、浏览器会话),最后检查剩余用量。学习者详情缺失或会话过期���会导致运行停止。
该例行任务未将 LangSmith 纳入计划,并排除了其他候选项,原因包括跑题、先修未满足或缺少课程时长字段,最终返回Total: 0。为了“填满一周”而放宽规则会破坏校验标准。
该运行出现在运行历史中并显示完成勾选,结果也保留在 Scout 的会话里。这最后一次测试确认了日程、已保存技能、时长策略与先修校验能够协同工作。
例行任务测试完成并显示历史。作者视频。
结语
在本教程中,我们围绕一个当前学习者来源、来源核验、可复用技能与每周例行任务构建了一个 DataCamp 学习 Scout。资料承载常驻规则,技能保存研究方法,例行任务提供周一的时间表。
如您所见,想要实现每周定时且恰到好处的运行,需要一些试错。测试暴露了三个被“润色答案”所掩盖的问题:将Beginner 误作Basic、将时长区间当作固定总计,以及先修未满足。前两者通过重新打开权威页面得以纠正。更新后的技能捕捉到了第三个问题,而最终的例行任务选择不做推荐,而非放宽规则。
接下来,我们可以新增完成历史,以避免重复推荐;或创建一个 Study Coach Bot,将 Scout 选定的资源转化为学习日程。若应用中出现Teach a task,我们也可以用它录制浏览器工作流并创建一个技能草案。
Grok Bot 的全新 X 连接可以拓展 Scout 的发现步骤。现在连接 X 个人档案会创建一个包含额度的开发者账户。对于仅做研究的 Scout,请保持对 X 的写入操作处于阻止状态,并在将候选项纳入计划前,在其 DataCamp 页面上逐一核验。
FAQs About Working With Grok Bot
隐藏一个 Bot 会让其每周例行任务停止吗?
不会。隐藏 Bot 只会将其从侧边栏移除。该 Bot 及其例行任务可能继续运行,因此若要停止,请单独暂停或删除例行任务。
Grok Bot 由哪个模型驱动?
Grok 4.6 可在 Grok Bot 中使用,但 SpaceXAI 并未为每次 Bot 运行记录一个统一的默认模型。Grok Bot 没有模型选择器;产品会在一组固定模型间进行路由,并具备自动故障切换。
Grok Bot 的一个群聊最多能加入多少个 Bot?
一个群聊可包含 2 至 6 个 Bot。当您希望看到交接时使用它,例如我们的 Scout 将每周计划传递�� Study Coach。发送到群组的交接消息仅包含文本。
如果我休假期间 Grok Bot 的例行任务运行了,会发生什么?
若长时间无人确认应继续,Grok Bot 可能会暂停例行任务。运行也可能因用量、会话过期或来源不可达而停止。
一个 Grok Bot 能使用另一个 Bot 已保存的技能吗?
会。已保存的技能可在您的各个 Bot 间通用。其他 Bot 仍需具备该技能所需的登录或插件,且您可能需要在Settings → Plugins → Yours 中将该技能开启。