5BY.AI Graph View的节点如何连接：Pack、Saved、Anchor与Handoff
要理解5BY.AI Graph View，首先需要区分画面上出现的要素的角色。
Pack、Saved和Anchor都可能显示为节点，但不具有相同的意义。Handoff不是节点，而是表示对话之间移动的关系。
Pack是思考段落，Saved是要重新查看的对话，Anchor是重新开始的坐标。Handoff是从那个坐标移动到新对话的路径。
Pack是上下文边界形成的段落
Pack不是容纳整个对话的文件夹。
而是在与AI对话过程中，一个问题定义和思考方向形成的段落。即使是同一主题，如果目标或判断标准改变，可能形成新的Pack。
反过来，即使出现多个技术术语，如果是解决同一问题的同一流程，也可能延续为一个Pack。
Saved是用户对特定问答的选择
Saved是用户直接选择想要再次查看的一个逻辑对话对。
并非只有用户同意的回答才能成为Saved。重要的反驳、风险警告、稍后需要验证的假设也可以留为Saved。
Saved不是Pack的子项或重要度徽章。它是独立的用户选择记录。
Anchor是重新继续的基准点
Anchor是可以重新确认到此为止的目标、已确认的事实、选择的方向、需要维持的条件和剩余问题的高密度状态节点。
Anchor不是容纳Pack和Saved的上级容器。在Graph View中与Pack、Saved以同等水平存在。
用户可以在对话变长或想要移动到其他AI时创建Anchor。
Handoff是移动关系而非节点
Handoff是以Anchor为出发点，在同一AI的新对话或支持的其他AI中继续上下文的过程。
Handoff本身不会成为新的记忆节点。
概念流程如下。
Anchor → Handoff → 新对话的开始 → 新的Pack
通过这个关系，用户可以确认从哪个基准点转移了对话，移动后形成了什么新的思考。
节点以角色而非层级区分
如果将Anchor理解为在Pack之上、Saved在Pack之内的层级结构，5BY.AI的角色就会模糊。
Pack是可以自动形成的上下文段落。Saved和Anchor由用户直接选择。三个要素的生成方式和目的不同，因此不合并为一个上下结构。
Graph View在保持这种差异的同时展示彼此的时间性和上下文关系。
Raw不是直接的节点
Raw是由用户提问和AI回答构成的基本对话流。
如果将所有Raw显示为节点，短的修改和重复说明也会填满画面。因此Raw作为Pack、Saved和Anchor产生的源泉保留，不成为Graph View的直接节点。
部分Raw存在于Pack之外也是正常的。
一个实际流程
假设用户审查产品的登录结构。
首先形成调查错误现象的Pack。将重要的日志解读留为Saved。确定原因后，将需要维持的认证原则创建为Anchor。
之后为了委托其他AI进行安全角度的审查而执行Handoff。在新对话中形成单独的审查Pack。
在Graph View中可以确认仅凭结果文档无法看到的以下关系。
- 从什么问题开始
- 选择哪些对话有重新查看的价值
- 在哪里创建了基准点
- 移动到了哪个对话
- 移动后判断如何变化
画面展示关系但不做判断
打开Graph View不会产生新的Saved或Anchor。不会因为节点连接多就自动晋升为更重要的想法。
Graph View的角色不是代替解释用户的过去思考，而是展示使其能够重新探索。
区分Pack、Saved、Anchor和Handoff的原因也相同。
不混合各要素承担的角色，用户才能准确区分过去的对话记录、直接选择的重要时刻、重新开始的位置和实际移动路径。