將ChatGPT、Claude、Gemini等多個AI對話作為一個流程繼續的方法
在一個專案中只使用一個AI的情況越來越少。
在ChatGPT中探索想法，在Claude中審查長文件，在Gemini中確認不同視角。也可以根據工作目的使用Copilot、Perplexity、DeepSeek、Mistral或Grok。
問題是切換AI時使用者的思考流不會一起移動。
5BY.AI不是試圖將多個AI的回答合為一體的服務，而是將使用者確定的上下文和判斷標準連接到下一個對話的服務。
各AI的對話記錄是分離的
各AI服務提供自己的對話列表和功能。
在一個服務中整理的目標和排除條件，其他服務不會自動知道。使用者需要重複說明同樣的背景。
如果減少說明，新AI可能從錯誤的前提回答；如果全部複製，對話會變得冗長混亂。
Pack在各對話中留下形成的思考段落
在一個AI中定義問題的段落、在另一個AI中審查反駁的段落和在又一個AI中制定執行方案的段落可以成為不同的Pack。
Pack不是按AI服務的資料夾。而是表示在實際對話中形成的上下文邊界。
Saved與服務無關地留下要重新查看的時刻
使用者可以將任何AI的回答，只要有再次確認的價值，留為Saved。
不僅是好的結論，風險警告和反對意見也可以成為Saved。
Anchor是下一個AI需要知道的出發基準
在切換AI之前，使用者可以將至今為止的目標、已確認的事實、選擇的方向、需要維持的條件和剩餘問題創建為Anchor。
Anchor不是特定AI的所屬物，而是使用者重新繼續的基準點。
用Handoff開始下一個對話
當使用者明確執行Handoff時，Anchor和相關上下文被組裝為下一個對話的起始條件。
新AI不需要原樣重複之前AI的回答。可以在相同目標和儲存條件下提出不同視角。
不消除AI的差異
多AI連續性不是讓所有AI得出相同答案的功能。
各AI的優勢和視角差異保持不變。5BY.AI的角色是連接使用者在什麼基準上提問。
例如一個AI提出快速實現方案，另一個AI指出安全風險。使用者可以將反駁留為Saved，修改判斷後創建新的Anchor。
在Graph View中重新確認移動
在5BY.AI Graph View中可以查看在哪個Pack中創建了Anchor、Handoff後在新對話中形成了什麼Pack。
按服務的對話列表中是斷開的記錄，從使用者視角則連接為一個思考流。
支援範圍遵循公開契約
5BY.AI在官方支援的AI提供者範圍內運作。
支援與否和狀態應以產品的最新公告為準確認。特定AI的螢幕結構改變時，原則是Adapter吸收變化而Core的意義契約保持不變。
實際工作流
- 在ChatGPT中探索問題和初始假設。
- 將重要對話留為Saved。
- 將當前判斷和儲存條件創建為Anchor。
- Handoff到Claude審查長文件和反駁。
- 判斷改變則創建新的Anchor。
- 在Gemini或其他支援的AI中確認額外視角。
- 在Graph View和Timelapse中重新審視移動和變化。
這個流程的中心不是AI服務。
而是使用者透過什麼問題和判斷來到了當前位置。
使用多個AI的原因是為了獲得不同的能力和視角。在此過程中不必每次從頭說明，同時不丟失使用者基準，這就是5BY.AI要解決的連續性問題。