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的原因也相同。
不混合各要素承擔的角色，使用者才能準確區分過去的對話記錄、直接選擇的重要時刻、重新開始的位置和實際移動路徑。