Dot、Muse 与 Grok Bot：智能体正走出那台敞开的笔记本电脑
了解 ChatGPT dots、Meta Muse 和 Grok Bot 能做什么、如何开始使用，以及云端智能体为何正从执行指令转向主动发现值得关注的事情。
OpenClaw 帮助人们把一个吸引人的想法变成可实际运行的工具：让个人智能体持续连接对话和工具。它的自托管 Gateway 可以运行在笔记本电脑、家用服务器或 VPS 上，并通过 heartbeat 定期让智能体回到工作中。下一步已经逐渐显现：让智能体持续工作的电脑，越来越多地属于云服务，而不是正在与它聊天的人。OpenClaw 文档。
这种变化让另一类请求变得切实可行。与其只让助手列出场地，不如想象请它推动一项活动计划：收集回复、比较日期、发现尚未决定的事项，再提出下一步建议。OpenAI 的 ChatGPT dots、Meta 的 Muse 和 xAI 的 Grok Bot 从不同方向处理这类持续工作。dot 在工作工具之间协调，Muse 组织个人目标，Grok Bot 则把分工明确的专业智能体带入共享工作环境。
有意思的问题已不只是 AI 能否完成一项任务，而是它能否认出下一件值得关注的事，同时把重要决定留给用户。本指南介绍这三款产品的能力、切实可行的入门方式，以及能让持续工作更易管理的小型 Codex 工具。
头图：一幅原创插图，呈现下文讨论的工作流世代。
第四代从发现值得关注的事情开始
理解这一转变的一种方式，是把 AI 工作流划分为四代。这是本文使用的观察视角，并非行业标准。区别在于责任由谁承担：谁提出请求、谁执行，以及谁发现下一步有用的事情？
| 世代 | 责任的变化 | 常见工作流 |
|---|---|---|
| 第 1 代：对话式助手 | 回答问题 | 解释概念或起草一段文字 |
| 第 2 代：工具使用型助手 | 执行用户请求的操作 | 搜索网页或获取文档 |
| 第 3 代：任务执行型智能体 | 分多个步骤完成指定目标 | Claude Code 或 Codex 编辑项目并运行检查 |
| 第 4 代：理解上下文的个人智能体 | 发现值得做的事并提出下一步 | dot、Muse 或 Grok Bot 跟进持续工作并给出有用建议 |
Claude Code 和 Codex 让第三代变得具体可见。它们可以读取项目、编辑多个文件、运行开发工具，并朝着结果推进，而不只是给出建议让开发者自行实现。对于软件团队，这意味着 AI 从协助编写一行代码，转向负责一项范围明确的工作。Claude Code 概览、Codex CLI。
第四代改变了工作的起点。OpenAI 表示，dot 会研究相关上下文并提出建议；Meta 表示，Muse 会根据对用户的了解提出有帮助的行动；xAI 则称 Bots 会随着时间变得更主动。这样做的价值，是减少人们反复记住该提出什么请求的精力。日程冲突可以转化为调整建议，临近的截止日期也可以促成一份供人决策的简报。Dots 的任务与记忆、Muse 公告、Grok Bot 公告。
发现问题和采取行动仍是两种不同的责任。助手可以起草回复但不发送，可以比较航班但不购买，也可以提出代码修改但不发布。正是这种区分让主动性变得有用：智能体承担监控和准备工作，而用户保留会带来实际后果的决定。
dot 把对话连接到背后的工作
ChatGPT dots 拥有自己的云端电脑和浏览器，并可以与 ChatGPT Work 和 Codex 协调工作。它的吸引力在于能让原本分散在不同对话中的活动保持连续。研究、活动计划和编程任务，可以成为一项持续职责的组成部分，而不再是三件需要用户不断同步的请求。认识 dots。
以活动组织者为例。一项合适的初始任务，是跟进计划文档和已连接的往来信息，维护尚未决定的问题清单，并在场地更改报价时起草回复。对小型开发团队来说，类似的做法是跟进一个问题、收集复现所需的信息，再把范围清晰的修复任务交给 Codex。这些是可供尝试的场景，并不意味着所有已连接服务或任务都会自动获得支持。
dot 的记忆有助于在不同对话之间保留偏好和持续上下文。Activity 视图可查看委派的工作，Scheduled 则可检查重复任务。对于持续超过一个下午的职责，这一点很重要：助手应该记住目标，但用户也需要一个方便查看当前运行内容的地方。开始使用。
先从一项职责开始，而不是连接所有账户
- 在 ChatGPT 手机应用、桌面应用或桌面浏览器中打开 dots。移动网页暂不支持。
- 创建 dot 并为它命名，然后选择外观或保留默认设置。
- 连接第一项任务需要的插件。活动计划可能需要连接存放计划资料的服务。
- 说明预期结果和权限边界：持续更新待决事项清单并起草回复，但发送前先询问。
- 在 Activity 中查看委派工作，在 Scheduled 中查看重复任务。阅读首次结果后再调整任务要求。
这里刻意把设置保持得很精简。消息渠道、应用连接和本地电脑访问分别用于不同目的。添加联系渠道能让用户更容易联系助手，却不会自动提供它工作所需的文档。同样，只在云端完成的任务不必连接笔记本电脑；但若任务需要使用这台电脑，就必须让它保持联网并打开 ChatGPT 应用。电脑与应用。
若要在云端编程，交付任务前先设置好 Codex 云端环境和代码库。进入 Settings > Personalization > Custom rules 下的 Permissions，定义操作边界。停止工作时，要分别检查已委派任务和重复日程；暂停 dot 的主对话并不会取消所有任务。任务设置、dot 控制。
dots 正在分阶段开放，并非所有 ChatGPT 账户都已可用。截至 2026 年 10 月 12 日，OpenAI 列出的对象包括 EEA、英国和瑞士以外年满 18 岁的 Pro 100、Pro 200 和 Pro 500 用户，同时 Business Premium 和 Enterprise 正在全球推出。Enterprise 需要管理员启用。规划连接工作流前，请先确认自己的账户是否已能使用 dots。Dots 访问权限。
Muse 把个人目标变成持续推进的工作
Meta 于 2026 年 9 月 8 日推出 Muse，将其定位为一款即使应用关闭也能继续工作的个人智能体。它配有专用云端电脑和浏览器，可处理超出简单问答范围的任务。与其把每个请求当成孤立提示，不如围绕一个目标组织工作：准备家庭旅行、安排一周的上学日程，或根据饮食偏好制定可执行的膳食计划。Meta 对 Muse 的介绍。
Muse 的 Goals 视图让这些持续目标一目了然。下方的官方示例把孩子的体育安排、每周膳食和家庭旅行放在一起，而不是拆成互不相关的聊天。持久记忆、侧边对话和可调整的主动建议，让 Muse 能回到相关上下文，而不必让用户事事重述。Meta 如何设计 Muse。
Meta 产品设计文章中的 Muse 官方界面截图。来源：Muse 的设计过程。
膳食规划和旅行准备是两个切实的起点。膳食任务可以把饮食限制、食谱和购物清单结合起来；旅行任务可以收集选项并拟定行程。Muse 还可以生成文档和交互式页面等成果，让计划更容易在聊天之外使用。学习指南或开支追踪表如果能作为持续使用的成果保留下来，就比埋在冗长对话中更实用。
连接完成第一个目标所需的服务
- 打开 Muse 官方应用或网站，并完成所在地区提供的账户注册流程。
- 打开 Settings > Connectors。
- 在所需服务旁选择 Connect，并阅读连接信息。
- 选择 Continue，然后登录并授权所请求的访问权限。
- 从能够产出可检查计划或草稿的目标开始。添加购买或对外发送消息的操作前，先检查活动记录和权限。
Meta 的连接器帮助页面介绍了这一连接流程。敏感的连接器写入操作每次都需要审批，不能设置为 Always allow。购物功能尤其需要留意：Muse 发布公告提到通过 Link by Stripe 提供一次性卡片，而 Shop Pay 和 1Password 支持当时作为即将推出的功能宣布。请以应用当前提供的能力为起点，而不是依据发布文章中提到的未来集成。连接器帮助、连接器指南。
初始推出地区为美国，支持 iOS、Android 和 muse.ai。新用户的实际选择很直接：挑一项反复出现的个人事务，为 Muse 提供足够的上下文，再调整它提出建议的频率。它的价值在于减少重复协调，让目标持续推进，而不是尽可能多地连接账户。
Grok Bot 为重复工作配备专业角色和云端电脑
Grok Bot 通过角色分工来应对同一变化。每个 Bot 都有名称、工作说明、持续上下文和例行任务，多个 Bot 还可以协作。因此，它适合反复涉及相同信息源的工作，例如调查销售线索、跟进产品反馈或准备每日简报。xAI 于 2026 年 8 月 11 日推出了它。Grok Bot 介绍。
官方指南展示了具备浏览器访问、账户连接和例行任务的云端电脑。研究 Bot 可以每天早晨准备一份附有来源链接的对比；销售 Bot 可以收集潜在客户并起草待审阅的外联信息；软件 Bot 则可以在工作转交给 Cursor 前，收集已报告缺陷的相关背景。角色说明的用处在于缩小 Bot 应关注的范围，而不是让它凭一个头衔就成为独立员工。Grok Bot 101。
xAI 官方 Grok Bot 指南中的图片，展示云端电脑界面。来源：Grok Bot 101。
先给一个 Bot 明确的工作，再增加同事
- 通过 Grok Bot 官方入口，使用符合条件的账户登录。
- 创建一个 Bot，并围绕一项职责设置名称、头衔和说明。
- 连接完成该职责所需的账户或云端浏览器会话。
- 在 Settings > General > Agent 中检查允许和禁止的操作。
- 先运行只生成草稿的任务并检查结果；确认任务确实会重复后，再添加例行安排。
共享电脑模式值得重视。同一用户的 Bots 共用一台持久云端电脑，包括其中的文件、浏览器和登录状态。因此，研究 Bot 和销售 Bot 并不是相互隔离的凭证空间。在同一工作环境中混用个人账户和公司账户前，请牢记这一点。Grok Bot 常见问题。
目前符合条件的 Cursor 和 SuperGrok 套餐以及 Enterprise 用户可使用该产品，桌面端支持 macOS、Windows，另有 iOS 对话界面。相关套餐包含每周使用额度，额外使用可能按 token 收费。合理的首个例行任务应设定明确频率并保持输出精简：一份经审阅的每日简报，比多个始终运行的专业 Bot 更容易评估。可用性与用量。
先确定要持续承担的职责，再选择智能体
三款产品有重叠之处，但起点不同。当 ChatGPT、已连接的工作资料和 Codex 需要融入同一流程时，dot 尤其值得关注。Muse 着重于个人目标和实用成果。Grok Bot 则以角色分工和例行任务为中心。无论从哪里开始，都不能省略对预期结果的定义。
| 产品 | 适合作为起点的职责 | 需要检查的内容 |
|---|---|---|
| ChatGPT dots | 维护计划简报并协调范围明确的 Codex 任务 | Activity、Scheduled、已连接的信息源和权限规则 |
| Meta Muse | 准备膳食计划、学习成果或旅行行程 | Goals、活动记录、记忆，以及敏感操作的审批 |
| Grok Bot | 定期准备研究或销售线索简报 | 角色说明、例行任务、审核控制和共享登录 |
好的首个任务应该留下其他人能够判断的成果。要求研究简报附上来源，计划列出尚未解决的决定，代码修改建议附上检查结果。这样比较的就是有用的成果，而非智能体发送了多少条消息，也能看出这项持续职责是否值得保留。
云端让工作持续可用，但任务仍需要触发条件
OpenClaw 将唤醒智能体的 heartbeat 与运行 Gateway 的机器区分开来。持续运行的 VPS 或家用服务器提供随时可用的运行环境；heartbeat 则定期唤起智能体处理工作。这个区分同样有助于理解云端智能体：保持电脑可用，与决定何时重新检查任务，是体验中彼此独立的部分。OpenClaw heartbeat、Remote Gateway 配置。
对于管理研究或开发工作的人来说，这会影响关闭笔记本之后发生什么。托管任务可以在云端环境中继续。需要使用本机检出目录的本地 Codex 任务，则仍要求电脑开机且应用运行。助手的界面再友好，也不会改变文件和工具所在的位置。Codex 定时任务。
原创示意图：本地任务依赖已连接的电脑；托管任务使用服务提供的执行环境。
安排重复任务时，请写明信息源、频率、时区、需要的输出和结束日期。也要说明什么情况下不应采取行动。没有变化的日子里保持安静的版本监控，比每次检查都发来一条通知更有价值。在认定日程可靠之前，先检查最初几次结果。
Skills、插件和 worktree 让 Codex 更便于委派工作
即使没有个人云端智能体，Codex 的一些小功能也很有用。它们能减少重复设置、隔离不同工作，并帮助请求顺利完成。其实用之处很明确：可复用的流程、受支持的连接，或独立的检出目录，都能改善当下的工作流，不必等待下一代智能体。
Skills 用来记录值得重复使用的流程。 可以打开 Skills 视图，或在 CLI 中使用/skills；$skill-creator也能协助创建。用于撰写发布说明的 Skill，可以定义输入、比较步骤、输出格式和发布前检查。这样用户就不必在每项任务中重复解释同一套方法。Codex Skills。
插件提供功能和服务连接。 浏览 Plugins 目录，了解插件需要什么，安装后完成服务连接。CLI 还提供/plugins；在 CLI 中安装工具后，需要开启新会话才能使用。不同界面的支持情况各异，因此请以实际使用的应用所提供的目录和连接流程为准。Codex 插件。
Worktree 将彼此独立的改动分开。 在 Git 项目的新建聊天输入框中选择 Worktree，选定起始分支并提交任务。一个智能体可以调查缺陷，另一个准备文档，而不必同时写入同一个检出目录。当主工作目录中已有未完成改动时，这尤其有用。Codex worktree。
定时任务让工作在适当时间重新启动。 先手动测试提示词，再设定重复频率、执行位置和时区。每天检查公开发布页面是一个易于管理的起点。依赖日程之前，请检查已保存的设置、早期输出，以及本地或云端环境要求。在可用的界面中，语音输入能让用户更容易交代任务，但不会改变这些执行条件。
这些功能可以组合使用，而不必授予无限权限。Skill 说明如何准备发布简报，插件提供经授权的信息源，worktree 容纳代码改动，日程则要求后续跟进。个人智能体可以协调这些安排，但每一部分仍有清楚的职责。
原创示意图：注意到一项有用的操作，与授权执行它，是两个不同的步骤。
归根结底：第五代将承担什么责任？
第四代令人兴奋，是因为助手开始能在人输入下一条提示前识别重要事项。第五代面临的挑战或许是协调：理解哪个专家该处理什么问题、每个专家需要哪些上下文，以及何时应由用户作出决定。只有当更主动的行为减少用户的协调工作，而不是再增加一个需要监督的团队时，它才真正有用。
设想一个个人系统：它发现你即将出差，准备好日程，请编程智能体完成必要修改，再把需要你决定的事项带回来。这样的系统需要让成本清晰可见，也需要明确隔开个人资料与工作资料。智能体学会执行、继而学会发现问题之后，能否围绕一个人的生活可靠地协调工作？第五代智能体应该承担什么责任，又有哪些事必须始终由我们自己决定？
产品信息及所链接的文档已于 2026 年 10 月 12 日查阅。工作流示例是建议的入门场景；产品图片来自文中所述厂商。
留下决策背后的信息来源
比较智能体时，把原始来源、个人笔记和自行试用的结果放在一起会更容易。创建 Telli.sh 账户，将这些资料整理成日后还能查阅的参考库，随产品变化持续更新。请将厂商承诺与自己实际验证过的内容分开记录。