Manus · Cue.

进入 Manus 官方入口 后，先把需求写成一个可交付的任务，而不是只问一个宽泛问题。官方将 Manus 描述为可执行任务、自动化工作流并产出结果的 AI 产品；适合把研究、资料整理、文档草稿、网页或其他作品拆成有输入、有约束、有验收标准的工作。这里的重点是让系统完成一轮受控工作，再由人决定是否采用。

Manus 2.0 官方说明将 Cue 定义为独立应用，用于组织个人代理团队；它不是 Manus 网页任务的同义菜单，也不应假设两边设置会自动同步。初学练习可先在 Manus 做一个一次性、无敏感资料的任务；需要多个代理围绕同一目标分工时，再判断 Cue 是否适用。两者都应保留人的目标设定、内容复核和最终决定。

截至核验日，官方帮助称 Manus 2.0 是当前版本。它包含 Cascade、Manus Studio、Automations、Cue 等不同层次的能力：Cascade 是内部代理运行体系，不是官方公布的、供用户挑选的模型版本；Studio 是与已授权本机文件和工具协作的桌面工作区；Automations 是按时间或信号启动工作的服务功能。不要把这些名称都当成“模型”，也不要补写未见官方确认的模型清单。

任务选择以边界为先。一次性调研、起草和整理，适合普通 Manus 任务；反复使用同一说明和资料的工作，适合 Projects；需要定时或连接应用事件时，才考虑 Automations。Cue 的官方定位是个人代理团队，适合把调研、筛选和草稿等角色分开，但它在帮助文档中仍标为需邀请码的早期访问功能。功能入口、地区、账户权限和可用范围可能变化，应以登录后的官方提示为准。

一个可复核任务至少写清五项：目标读者、已知材料、禁止事项、交付格式和验收规则。例如，不要只说“写周报”，而要说明“基于这三条虚构数据，输出 300 字中文摘要、三项风险和一张待确认清单；没有来源的数字不得补写”。这会把生成内容和事实来源分开，便于发现遗漏。

对于每周重复的工作，可建立 Manus Project：官方文档说明，项目可保存主指令及文件知识库，项目中新建的任务会继承这些配置。创建时只放当前工作真正需要的资料，并给项目取能识别用途的名称。不要把“项目知识库”理解为对历史任务的追溯修改：官方说明指出，已创建任务不会因配置更新而被整体改写；文件更新通常只影响之后新建的任务。将版本日期写入资料文件名，能减少拿旧素材重做的风险。

练习阶段只使用虚构姓名、金额、邮箱和链接。不要在提示词、附件或截图中放入密码、验证码、私钥、完整身份证件、未公开合同或客户数据库。按 Manus 隐私政策，输入、提示、上传内容及其元数据可能被处理；服务的部分输出生成还会涉及第三方 AI 提供商。启用持久记忆时，与记忆相关的信息可被保留以支持后续任务，因此应先确认资料是否适合长期留存。

涉及邮箱、日历、云盘或其他连接服务时，只授权完成当前任务所需的账户和范围。官方政策说明，连接器只处理用户授权来源中、按用户指示所需的数据；这不是把全部账户内容交给任务的理由。若流程会发送、发布、付款或触及第三方，先产出草稿或待办，人工确认后再继续。官方 Automations 页面也提供测试运行与发送/发布确认的思路；本教程不替你配置连接，也不建议把凭据直接贴进对话。

以下练习只用虚构资料、无需连接外部服务；需要一个已可正常登录的Manus账户。第一步，在 Projects 中创建“虚构周报练习”；按 Projects 官方步骤填写主指令并上传一份只含虚构数据的文本。第二步，在该项目中新建任务，粘贴以下提示词。第三步，等结果出现后，不直接转发，而是依照提示词末尾的验收项逐条核对。若只做一次练习，也可在普通任务中直接使用同一提示词。

你是内部运营助理。仅依据下列虚构资料写中文周报，不得联网补充或猜测。
资料：
- 星澜办公本周收到 12 个试用申请，较上周多 3 个。
- 已安排演示 5 场；其中 1 场因联系人未回复而待确认。
- 用户反馈：两位用户希望增加深色模式。
交付：
1. 180—260 字周报摘要；
2. 三条行动项，分别写负责人角色和截止时间；
3. 单列“待确认信息”，不要虚构负责人、日期或原因。
验收：所有数字必须能在资料中找到；资料未给出的内容写“未提供”。

第四步，检查 12、3、5、1、两位这些信息是否被准确保留，行动项是否明确标为建议，以及“未提供”是否真的没有被模型填满。第五步，把具体差异反馈给同一任务，例如“摘要遗漏待确认演示，请仅补这一点，其余不改”。这比笼统要求“重写得更好”更容易留下可追溯的修改依据。

官方说明中，Cue 是可在移动端和桌面端使用的独立个人代理团队应用，目前需要邀请码。每个代理可有独立身份，包括邮箱、电话号码、钱包和计算机；官方示例描述多个代理可在群组中分别研究、筛选并起草建议，再相互交接。它适合把“找资料”“做候选清单”“整理推荐理由”拆开，而不适合用一句模糊命令放弃管理。

官方帮助给出的进入方式是：在Manus侧边栏点击“Agents（Cue!）”，扫码下载独立应用，并在登录时按提示输入邀请码；邀请码和具体可用平台以账户当前提示为准。不要把它当成Manus普通任务中自动同步的设置。

建立 Cue 团队时，先指定一个总目标、每个角色允许使用的资料、必须交接的格式和不能做的动作。例如可给团队说明：

目标：为虚构的校园讲座列出三个场地候选。
研究代理：只整理公开条件，标出未核实信息。
筛选代理：按容量、无障碍、交通三项比较，不联络任何机构。
写作代理：把比较改写为 200 字建议，并列出来源待核对项。
所有对外联系、发布或支付均停止并交由我决定。

官网发布文称由用户设定方向并作最终决定；因此，代理有独立身份不等于可以不经复核地行动。还要注意 Skills 官方帮助明确说明，Manus 与 Cue 的 Skills 配置彼此独立；在 Manus 导入的 Skill 不会自动出现在 Cue 中。

验收先对照输入，再对照交付。可用四个问题快速检查：事实是否都有出处；未提供信息是否被清楚标示；格式、字数和受众是否符合要求；是否出现了不该执行的外部动作。把发现的问题写成可定位反馈，例如“删除第 2 段无来源的比例，并把两条待确认项放到末尾”，然后只要求修改受影响部分。保留原输入、输出和修改说明，下一轮就能判断质量是否真的提高。

当同类任务稳定后，才考虑 Automations。官方说明支持按计划、连接应用的事件或更复杂的描述启动工作，并建议先用 Test run 查看真实结果；对于发送或发布，可保留 Approval required。每次运行会出现在 Updates 中，失败后可查看并修复。重复任务还可选择沿用同一任务上下文或每次新建任务，并关联 Project。不要把“已自动运行”视为“已准确完成”：外发前的人工验收仍是工作流的一环。

把结果视为待发布作品，而不是自动正确的成品。交付前应复核事实、引用、版权和品牌措辞；涉及代码时还要检查依赖许可、密钥是否误入文件，以及是否真的可以在目标环境运行。若使用社区 Skill，官方帮助提醒其可能包含可执行代码，应先审查内容和风险；Skill 不是连接外部系统的 MCP，也不能据此推断任何外部权限。

协作时，Projects 文档称项目和个人任务默认私有；邀请同事进入项目后，对方可访问共享主指令和知识库，但要共享某个具体任务仍需显式邀请。按最小共享原则拆分资料，不要因为项目可协作就上传整套敏感档案。Cue 与 Manus 共用账户或数据、删除范围、费用、余额、退款、技术支持等账户问题，本文不作结论；请以 Manus Help Center 的当前说明和你的账户页面为准。