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と関連座標を使います。実行瞬間に類似度スコアで重要度を新しく計算したりユーザーの最終判断を推測しません。
すべての原文を伝達しません
対話全体をコピーすればトークンが大きくなり不必要な繰り返しと破棄された仮説も共に入る可能性があります。
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とその周辺の記録された文脈、そして今実行しようとするリクエストです。