多数 AI Agent 都借用用户的身份：从你的账号发送消息，在你的浏览器里工作，最后仍显示为你名下的一段会话。Manus Cue 提出了另一种结构：给 Agent 一套自己的身份。
在 Cue 中，一个 Agent 可以拥有自己的邮箱、电话号码、钱包和电脑。把几个 Agent 放进同一个群聊，它们还能分工和交接。用户设定方向、查看进度，并作出最后决定。
这是当前个人智能体浪潮里最激进的产品设计之一，也把最难的问题集中到同一个友好界面里：权限、金钱、身份表达、记忆和责任究竟由谁承担。
Manus Cue 是什么
Manus 在 2026 年 9 月 28 日随 Manus 2.0 发布 Cue。它是桌面端和移动端的独立应用，使用与 Manus 相同的基础设施，但围绕持续个人 Agent 组织，而不是围绕通用项目工作区。
Cue 目前处于 Early Access，需要邀请码。Manus 最初称受邀用户可以免费使用，并提供网页、桌面和移动端，iOS 版本则等待 App Store 审核。开放节奏随时可能变化，实际可用情况应以产品当下显示为准。
Cue 与 Manus 共享账号和数据关系。Manus 的账号删除说明明确写道，目前不能只删除 Cue 账号而保留 Manus 账号。因此，「独立应用」描述的是界面和产品体验，并不代表身份和存储数据完全隔离。
每个 Agent 都有一套操作身份
Cue 最核心的主张，是每个 Agent 都拥有四项资源：
- 一个邮箱地址；
- 一个电话号码；
- 一个钱包；
- 一台电脑。
四者组合起来，才把一个角色变成现实中的操作员。邮箱和电话让 Agent 进入人与企业原本使用的通信渠道；电脑让它浏览并完成任务；钱包允许它在用户设定的预算内付款。
这比给助理起名字、选头像更有实质意义。独立地址可以让对方知道消息来自 Agent，而不是假装由用户本人发送；独立号码可以接听电话并留下摘要；受限钱包则有机会把消费上限写清楚，而不是直接交出通用支付账号。
但身份本身不能自动保证责任清晰。收件人仍需要知道自己在与 Agent 互动，用户也需要完整记录它发送了什么、承诺了什么、买了什么。预算只能阻止无限支出，不能判断一笔支出是否合理。
从一个助理变成一支个人团队
Cue 可以让多个 Agent 进入同一个群聊，围绕共同目标分工。Manus 举过一个发布活动的例子：一个 Agent 调研场地，一个整理候选名单，另一个制作演示文稿。
这里最重要的是交接。它们不会各自生成互不相干的答案，工作会从一个职责继续流向下一个职责。用户负责方向和最终选择，无需手工复制每一份中间材料。
这个结构与 Grok Bot 很接近，后者也把智能体呈现为一组数字队友。Cue 的差异在于把外部身份放到产品中心：电话、邮箱和钱包属于 Agent 自身，地位高于普通连接器。Grok Bot 更强调持续云电脑、流程学习和组织协作。
两种产品都可能在隐藏复杂度的同时隐藏错误。研究 Agent 如果一开始采用错误前提，后续 Agent 只会把错误包装得更完整。因此，交接时必须保留来源、限制、未解决问题和审批边界。
电话、支付与日常服务
Manus 表示 Cue Agent 可以接听电话，并在应用中留下摘要。官方还描述了日常服务场景：扫描餐厅二维码后，让 Agent 点单或代为排队。
这些例子说明 Cue 的目标不只限于知识工作。它想进入日常生活的服务层，更像个人代表，而不是生产力聊天机器人。
但最后一公里最难验证。不同餐厅、电话系统、地区支付规定、退款流程和身份验证方式并不一致。文章必须区分「某项功能存在」与「它覆盖哪些环境」。「可以点单」不代表每个商家、国家和异常情况都能处理。
支付尤其需要严格对待。给 Agent 钱包充值前，应确认交易额度、每次确认规则、收据、退款、争议处理，以及 Agent 误解用户要求后怎么办。发布文章能证明方向，不能替代完整的消费者保护说明。
定时任务与主动工作
Cue 支持通过自然语言创建定时自动化。Agent 因此不必一直等在聊天窗口里，可以定期准备简报、检查条件或在指定时间开始工作。
Manus 2.0 还推出了更广泛的 Automations，可以由连接服务中的事件触发，例如新邮件、日历事件、Slack 消息、Notion 更新或广告表现变化。Cue 位于这套基础设施的个人 Agent 一侧；Manus Studio 和 Cloud Computer 则承担更广泛的项目工作。
主动性只有在三个问题可以回答时才有价值：是什么触发了任务，使用了哪些数据，无需批准最多可以做到哪一步。定时计划不能成为永久空白授权。只读监测、生成草稿和对外动作应保持为不同权限。
哪些已经确认，哪些仍缺证据
截至 2026 年 10 月 6 日，官方资料可以确认：
- Cue 是真实存在的独立 Early Access 应用；
- 当前需要邀请码；
- Agent 可以单独使用，也可以组成团队；
- Manus 宣布每个 Agent 配有邮箱、电话、钱包和电脑；
- 可以通过自然语言建立定时自动化；
- Cue 与 Manus 共用账号和数据关系。
公开资料仍没有充分回答：支持哪些国家和电话号码地区，钱包由谁提供和保障，每种动作的审批控制有多细，审计与导出是否完整，长期记忆能否逐条治理，企业管理员拥有哪些权限，以及真实任务的独立成功率。
这些空白不代表产品不存在，只说明它还很早。后续应随着正式文档和可复现用户测试出现而持续更新。
Manus Cue、Grok Bot、OpenAI Dots 与 Today
| 判断维度 | Manus Cue | [Grok Bot](/blog/what-is-grok-bot) | [OpenAI Dots](/blog/what-is-openai-dots) | [Today](/blog/what-is-today) |
|---|---|---|---|---|
| 基本单位 | 拥有身份的个人 Agent 团队 | 持续存在的数字同事列表 | 一个全天在线 Dot | 一个全生活个人智能体 |
| 独特能力 | 每个 Agent 的邮箱、电话、钱包和电脑 | 云电脑、多 Bot 协作与流程学习 | ChatGPT 连续性、插件与云端执行 | 可检查 living memory 和整天连续性 |
| 协作方式 | Agent 在群聊中交接 | Bot 协调并转移任务所有权 | Dot 委派后台任务 | 用户始终处在同一连续上下文中心 |
| 开放状态 | 邀请制 Early Access | Grok 与 Cursor 部分付费套餐测试 | 符合条件的 ChatGPT 套餐与地区 | Mac、iPhone 和 Android 已可使用 |
| 核心信任问题 | Agent 身份可以承诺或购买什么 | 持续会话和共享工作怎样治理 | Dot 记忆是否可检查和纠正 | 主动帮助怎样有用而不过度侵入 |
如果你最想尝试的是能以独立身份通信和交易的 Agent，Cue 最有辨识度。Grok Bot 更适合一支数字团队持续完成重复工作。Dots 更自然地延伸 ChatGPT 用户的现有习惯。Today 服务的是另一种需求：让一个智能体理解工作、健康与家庭，而不是把每个生活领域拆成单独员工。
怎样安全试用 Cue
如果拿到邀请码，先从一个 Agent 和一项可逆职责开始：
1. 使用新的低风险通信渠道，不要第一天转发整个个人邮箱。 2. 在看清审批和收据流程之前，不给钱包充值。 3. 第一周只让 Agent 起草，不直接发送。 4. 多 Agent 协作时检查每次交接。 5. 在重要历史积累前，先测试删除、导出和断开连接。
早期试用不必追求偶尔成功一次。更值得观察的是：上下文不足、服务变化、收件人意外回复或任务无法完成时，系统能否保持可预测。
身份让 Agent 更有用，也让它更需要负责
Cue 找到了个人 AI 缺少的一层。如果 Agent 真要参与现实世界，它需要的不只是推理能力，还需要渠道、资源、边界和可识别身份。
给每个 Agent 配置邮箱、电话、钱包和电脑，让承诺变得具体，也让错误变得具体。聊天里的错误答案可能只是不方便；错误的承诺、电话或付款会影响另一个人。
因此，Cue 的长期质量不会由用户能创建多少身份决定，而取决于权限能否清楚地随身份流动。行动次数多少并不重要；用户需要知道谁做了什么、为什么这样做、获得了什么授权，以及哪些结果还能撤回。