長期プロジェクトでAI対話の文脈が分散する理由と5BY.AIでつなぐ方法
長期プロジェクトのAI対話が切れる最も大きな理由は対話が消えたからではありません。
対話は残っていても複数のウィンドウとAIサービス、数か月の時間に散らばります。ユーザーは最後に何を決定したかよりもなぜそのように決定したかを失いやすいです。
長期プロジェクトの問題は記録不足よりも再侵入座標の不足に近いです。
文脈は複数の方向に分散します
プロジェクトが長くなれば次のような分散が生じます。
- 同じAIの中で新しい対話ウィンドウを開きます。
- 異なるAIに検討を任せます。
- 文書とコード、会議記録が別途のツールに残ります。
- チームメンバーが変わります。
- 数週間プロジェクトを中断します。
- 以前の決定を修正するが修正理由が残りません。
対話リストは判断のつながりを示しません
対話のタイトルと日付だけではどの対話が次の対話の出発点だったか分かりにくいです。
似たタイトルの対話が複数存在すれば最新の対話が最終判断かも明確ではありません。
Packは思考区間を区別します
5BY.AIは対話で一つの問題と方向が形成された区間をPackとして見ます。
初期探求、原因調査、保存条件の確定と実行判断がそれぞれ異なるPackとして現れる可能性があります。
これを通じて同じプロジェクトの中でも思考の中心がどこで変わったか確認できます。
Savedは再び見る根拠を残します
長期プロジェクトでは最終結論と反対する根拠も重要です。
ユーザーは判断を変えた反論、失敗原因、重要なログと再び検証する仮説をSavedとして残せます。
Anchorは中断と再開始の間をつなぎます
プロジェクトを止める前にAnchorを作れば次を保存できます。
- 現在の目標
- 確認された事実
- 選択した方向
- 変えてはいけない条件
- すでに除外した方法
- 解決されていない問題
- 次の作業
数か月後再び戻っても対話全体を最初から読まずに基準点から再侵入できます。
Handoffは新しい対話につなぎます
対話ウィンドウが長くなったり別のAIの検討が必要ならAnchorからHandoffを実行できます。
ユーザーは同じ基準を繰り返し説明せずに新しい対話を始めながらも別のAIの観点を維持できます。
グラフィックビューとTimelapseで流れを確認します
5BY.AIグラフィックビュー（Graph View）はPack、Saved、AnchorとHandoffのつながり関係を示します。
Timelapseはこの構造がどのような順序で形成され修正されたかを示します。
二つの画面は最終文書を代替しません。結果の後に消えた判断の移動を再び理解させます。
公式文書と共に使う必要があります
5BY.AIは要件文書、コードリポジトリ、スケジュール管理と承認記録を代わりしません。
公式ツールには現在の結果と実行状態を残す必要があります。5BY.AIにはその結果に到達したAI対話と判断の流れを残します。
実際の長期プロジェクトの流れ
- 問題探求のPackが形成されます。
- 重要なリスクをSavedとして残します。
- 現在の方向と保存条件をAnchorとして作ります。
- 別のAIにHandoffして反論を検討します。
- 判断が変われば新しいAnchorを作ります。
- 公式文書とコードを更新します。
- 中断後最後のAnchorから再び入ります。
長期プロジェクトで必要なのはすべての対話を一か所にコピーすることではありません。
どこで問題が変わり何を重要視し、最後に有効な基準点がどこかを再び見つける能力です。
5BY.AIは対話が散らばる現実をなくそうとしません。複数のウィンドウとAIを使う間にもユーザーの思考の流れが切れないようにつなぎます。