产品功能May 1, 2026업데이트: August 4, 2026
可以用Handoff从Anchor将上下文连接到新AI对话
Handoff是以用户选择的Anchor为出发点,组装记录的上下文,在同一AI的新对话或支持的其他AI中继续思考的功能。
当AI对话变长或需要在其他AI中继续审查时,用户需要重新说明之前的背景。如果只复制最后的回答,前提会缺失;如果粘贴整个对话,新对话的开始可能过长。Handoff以用户选择的Anchor为基准准备要继续的上下文。
Handoff不是新的记忆节点,而是从Anchor移动到新对话起点的明确过程。
本次更新的变化
- 将用户选择的Anchor用作Handoff的出发点。
- 以确定的顺序组装记录的坐标和相关上下文,帮助新对话的开始。
- 设计为在同一AI的新对话和支持的其他AI之间都可以使用。
- 在Graph View中可以确认Anchor和新对话之间的移动关系。
- Handoff执行中不自动生成新的重要度、推荐路径或结论。
用户确认的方法
- 在想要继续的对话位置创建Anchor。
- 在5by Tools中选择该Anchor。
- 明确执行Handoff并选择要继续的新对话。
- 在新对话中确认传递的上下文后继续当前提问。
实际使用流程中的示例
例如用户要在实际工作中使用此功能,在想要继续的对话位置创建Anchor。在5by Tools中选择该Anchor。然后明确执行Handoff并选择要继续的新对话。需要时在新对话中确认传递的上下文后继续当前提问。但使用功能时需要遵守以下边界。不会仅因打开新标签页或新对话就自动执行Handoff。了解这个区分,用户就不会混淆系统的自动处理和自己的明确选择来使用功能。
区分变更前后
如果将此功能理解为单纯的存储、自动摘要或自动推荐,与其他功能的边界就会模糊。本次说明中Handoff是以用户选择的Anchor为出发点,组装记录的上下文,在同一AI的新对话或支持的其他AI中继续思考的功能。将用户直接执行的行为和系统展示结构的动作分离,明确了什么被记录以及什么不改变状态。
适用范围和注意事项
- 不会仅因打开新标签页或新对话就自动执行Handoff。
- Handoff不是AI制作新摘要来重新解释过去判断的功能。
- 不会仅凭语义相似性自动混合其他对话。
- 创建了Anchor不会立即移动,需要用户单独执行。
在5BY.AI整体结构中本次变更重要的原因
Handoff是在使用多个AI的同时将思考连续性的中心留在用户身上的功能。不将所有上下文封闭在特定AI的对话窗口中,而是让用户从选择的坐标开始新对话。移动不是自动而是明确的,是否维持或改变之前的判断由新对话的用户决定。
确认本次更新的标准
- 应区分用户的明确选择和系统的自动处理来说明。
- 功能的对象单位和其他功能的边界在公开说明和实际动作中应一致。
- 不应仅凭画面探索或相似性自动确定重要度、正确答案或推荐路径。
相关页面
#5BY.AI#Handoff#Anchor#AI Conversation Continuation#Multi AI#Context Movement