Meta Muse Wonder 与 Wonder Full：使用方式和 AI 功能

Muse Wonder 功能：Active Memory 与 Active Focus

Meta 将 Active Memory 描述为跨对话检索相关信息的能力。Active Focus 则指在困难任务中持续推进、尝试其他方法，并从错误中恢复。

更多 Muse 使用场景将稍后推出，优先面向订阅用户。开发者已经可以使用，并不意味着面向普通用户的推出过程已经完成。

来源： Meta：推出 Muse Wonder 和 Muse Wonder Full

有用的记忆应减少纠正，而不是增加猜测

假设一位小店店主喜欢简短文案、销售手工陶瓷，并且只在国内配送。每次请求都重复这些细节很麻烦。保留正确背景，可以让下一份草稿更贴合需求。

但某些事实会变化：促销结束、商品售罄，或者配送范围扩大。试试下面的虚构背景更新练习。它检查助手能否在同一次请求中遵循修正，而不是混合新旧事实；它并不测试跨对话的持久记忆。

请在所用产品实际提供的记忆控制和对话功能范围内进行练习。单靠提示词不能创建持久记忆，也不能保证助手在下一次会话中记得这些内容。

请用以下虚构项目说明做练习：一家陶瓷店在本地销售马克杯，偏好直白语言，希望文案控制在 50 个词以内。请分别列出事实和偏好。现在更新说明：配送范围扩大到全国，但只配送马克杯。根据更新后的事实起草文案。不要编造折扣、配送时效或库存数量。说明哪条信息发生了变化。

你需要智能体，还是只需要一份好草稿？

根据所需结果选择工具。重写邮件、解释段落或梳理想法，通常可以止于一份供你审阅的文本。跨服务的多步骤任务则需要额外检查：助手能访问什么、能修改什么，以及如何确认它确实完成。

例如，准备生日晚餐计划与实际订位不同。前者可以给出候选清单，后者则可能让你承诺特定日期、地点和取消条款。建议转变为外部操作的那一步，应单独作出决定。

无论模型品牌是什么，这种区分都有用，也让指令更容易写：先描述要交付的结果，再列出任务范围以外的操作。

• 需要想法或草稿？先提出边界明确的聊天请求。
• 需要多个相互关联的步骤？设定检查点和最终完成凭证。
• 需要购买、订位或发送消息？要求实际操作前先审阅具体信息。

用五部分任务说明，让 AI 助手更有用

好的任务说明能提供足够方向，让助手无需猜测你的优先级。请写明预期结果、可用资料、限制、权限边界，以及结果的形式。

先用下面模板处理一个小项目。替换所有方括号内容。第一次尝试只要求一份可以检查的计划或草稿。

• 结果：让成果可观察，例如一页发布计划。
• 资料：说明回答应依据哪些笔记或来源。
• 限制：直接写明边界，不要指望助手自行推断。
• 权限：区分起草内容和代表你实际行动。
• 完成标准：要求交付成果，并如实列出剩余工作。

目标：[一个具体结果]。可用信息：[可以分享的笔记或资料]。限制：[时间、预算、格式及排除项]。交付内容：[具体成果]。区分我提供的事实与你的假设。对会改变结果的缺失信息先提问。只处理草稿，不要发送消息、购买商品或修改外部账户。最后列出已完成工作、未解决的问题和我需要检查的事项。

扩大任务前，先检查结果

先选一个你足够熟悉、能够判断结果的任务。对照任务说明阅读输出，再选择一处需要修正的地方。能准确响应纠正的助手，可能比首稿更惊艳的助手更实用。

如果结果依赖缺失信息，提出问题可能才是正确回应。对虚构小店来说，询问配送政策比编造政策更好。检查输出时，留意它是否会这样做。

为重复性工作保存一份简短、可复用的说明。其中放入稳定偏好，每次任务再补充最新日期、价格和项目信息。这样即便普通聊天没有持久记忆，你也有清晰记录可与回答对照。