Anchor与Handoff如何在AI对话之间创建移动路径
想在的新窗口或不同AI中继续AI对话时，应该以什么作为出发点？
复制整个对话太长，只移动最后一条回复可能遗漏重要前提。新建摘要可能改变原始判断的标准。
5BY.AI将这个问题分为Anchor和Handoff。
Anchor是出发点，Handoff是从该出发点移动到新对话的过程。
Anchor是重新开始思考的基准点
Anchor是用户直接选择稍后想要继续的位置的功能。
那个位置不需要简单地是最后一条消息。问题定义变得清晰的时刻、重要判断形成的时刻、在进入下一步前想要记录当前状态的时刻，都可以成为Anchor。
Anchor不是容纳Pack或Saved的上级文件夹。
在Graph View中，Anchor与Pack、Saved作为同一层级的节点存在。它与周围的上下文相连，但不拥有其他节点，也不在下方形成层级结构。
这个区分很重要。如果将Anchor视为上级容器，可能会将过去所有对话捆绑在一个固定结论之下。5BY.AI将Anchor视为一个重入坐标。
Handoff是移动关系而非记忆节点
Handoff不是存储单独记忆内容的节点。
它表示用户从选择的Anchor移动到新对话起始点的事实及其过程。
概念上如下所示。
Anchor → Handoff → 新对话的开始
如果Anchor展示了从哪里出发，Handoff则展示了那个出发点连接到了哪个对话。
因此Handoff本身不是被再次存储或选为重要记忆的结构。Handoff是Anchor与新对话之间的移动关系。
打开新标签页不会自动继续
5BY.AI不会仅因为用户打开了新标签页或新对话就自动插入过去的上下文。
如果自动插入过去的内容，即使用户想问完全不同的问题，之前的上下文也可能混入。以哪个Anchor为基准也将由系统代为决定。
Handoff需要用户明确执行。
- 选择要继续的Anchor。
- 在新对话中执行继续操作。
- 记录的坐标和相关流程为新开始而组装。
- 用户在新对话中继续思考。
在此过程中选择权在于用户。
Handoff不创建新结论
Handoff的角色不是重新评价或总结过去的记录。
不重新选定最重要的内容，不自动查找相似对话并混合，不计算新的重要度。
Handoff以用户选择的Anchor为中心，准备可继续的已记录上下文。
这里可能包含基准点周围的流程、最近连接的对话、当前新对话所需的起始信息。但Handoff不会将过去的判断变为新的正确答案。
在新对话中，可以照搬之前的判断，也可以反驳，还可以重新审视前提。
同一AI的新对话中也需要
Handoff不是仅在切换到不同AI时才需要的功能。
在同一AI中，对话变长或主题分离时也可能需要开始新对话。难以重新说明现有窗口的所有上下文，只移动最后一条回复可能使出发点不明确。
使用Anchor和Handoff，即使在同一AI的新对话中也能记录从哪里继续。
- 在现有对话的判断点创建Anchor。
- 在新对话中执行Handoff。
- 之后形成的Pack和Saved连接到新的流程。
- 在Graph View中可以确认之前的对话与新对话之间的移动。
使用多个AI时维持思考中心
根据工作内容可能使用不同的AI。
在一个AI中探索想法，在另一个AI中审视反驳，在又一个AI中处理文档或代码。
仅看各服务的对话列表，这个过程像是彼此独立的记录。Anchor和Handoff记录了从哪个判断点移动到了哪个对话。
此时的中心不是特定AI，而是用户的思考流。
5BY.AI被设计为可在支持的AI之间延续上下文，但不判断哪个AI能得出更好的结论。用户选择适合目的的对话，以Anchor为出发点执行Handoff。
为何需要区分Anchor和Handoff
将两个概念合为一体，基准点和移动就会混淆。
可能仅创建了Anchor就自动开始新对话，每次执行Handoff时可能产生新的记忆节点。这种结构使用户的意图变得模糊。
5BY.AI分离角色。
- Anchor：用户声明想从这里重新开始
- Handoff：从该Anchor移动到新对话的关系
- 新对话：移动后重新形成的新的思考流
得益于这个区分，用户可以创建Anchor后稍后再继续。不必因为创建了Anchor就立即移动。
移动的目的不是复制而是连续性
Handoff不是将过去对话整体复制的功能。
核心目的是让用户不丢失之前思考到的位置，在新对话中继续那个流程。
Anchor留下出发点，Handoff记录移动后，用户之后可以回答以下问题。
- 这个对话从哪里开始的
- 继承了什么判断
- 在哪个时刻切换到了其他AI
- 移动后思考如何变化
- 能否回到之前的位置
Anchor是固定过去的点，Handoff是从那个点跨越到未来对话的路。