將AI對話在新對話中繼續時會傳遞什麼：5BY.AI Handoff上下文結構
開啟新AI對話不會自動延續之前對話的上下文。
使用者需要重新說明目標、條件、已審查的內容和剩餘問題。移動到其他AI時重複說明會更多。
5BY.AI Handoff是為了幫助這種轉換的上下文組裝功能。
Handoff不是將過去對話整體複製的功能，而是以使用者選擇的Anchor為出發點，組裝記錄的座標使重新開始成為可能的功能。
出發點是Anchor
Handoff不會從任何對話自動開始。
使用者創建的Anchor成為出發點。Anchor是為了重新繼續當時的目標、已確認的事實、選擇的方向、維持條件和剩餘問題的基準點。
上下文從四個方向組裝
概念上Handoff使用以下流程。
Anchor → Recent → Top → Current
Anchor是使用者聲明的基準點。
Recent補充那個基準點周圍的最近對話流程。
Top補充記錄的重要座標和相關依據。
Current包含使用者現在要在新對話中請求的當前指示。
這個結構不意味著在公開畫面上一定顯示為四個單獨的框。而是說Handoff不盲目複製過去整體，而是區分出發基準、周邊上下文和當前請求來組裝。
不是自動生成新AI摘要的功能
如果將Handoff理解為執行時AI重新閱讀過去對話並重新評價最重要內容的結構，就不準確了。
它使用記錄的Anchor和相關座標。不會在執行瞬間用相似度分數重新計算重要度或推測使用者的最終判斷。
不傳遞所有原文
複製整個對話會使token變大，不必要的重複和被放棄的假設也會一起進入。
Handoff專注於構成重入所需的上下文。在需要時使用者可以單獨確認Saved或原來的對話。
必須由使用者直接執行
不會僅因開啟新標籤頁或新對話視窗就自動執行Handoff。
因為新對話可能是完全不同的目的。
使用者直接決定從哪個Anchor、到哪個AI、繼續什麼請求。
在同一AI和不同AI中都可以使用
對話變長變慢時可以移動到同一AI的新視窗。
或者將反駁、程式碼審查或寫作視角委託給其他AI。
Handoff的目的不是讓多個AI得出相同答案。而是讓使用者不必重複說明已確定的出發條件，同時利用不同AI的視角。
Handoff本身不是記憶節點
在5BY.AI Graph View中，Anchor是節點。
Handoff是從Anchor連接到新對話的移動關係。在新對話中可能形成單獨的Pack。
透過這個使用者可以確認從哪個基準點移動了，移動後產生了什麼判斷。
Attach和實際重用是區分的
使用者可能準備了Handoff但在新對話中實際沒有工作。
因此僅連接Handoff不能斷定記憶被實際使用了。以連接的上下文為基礎進行新的首次對話時，重入事件才能成立。
實際示例
使用者在一個AI中審查認證結構後留下以下Anchor。
- 伺服器是登入狀態的單一權威。
- 擴充程式不具有單獨的登入權威。
- 原因確定前不修改程式碼。
- 下一步工作是證明第一個不一致邊界。
之後對其他AI執行Handoff並請求「不要更改當前設計，只審查證據」。
新AI不從完全空白的對話開始，但也不被強制接受之前AI的結論為正確答案。在相同基準和儲存條件下開始新的審查。
Handoff想要傳遞的不是對話的所有句子。
而是使用者為了重新開始而選擇的Anchor及其周邊記錄的上下文，以及現在要執行的請求。