對話循環

這是什麼

驅動每個代理互動的請求-回應基本單位：接收訊息、建構上下文、執行工具、產生回應。

白話解釋

想像一個 ping-pong 遊戲——你發球（傳送訊息），Hermes 擊球（處理並回應）。對話循環就是這個來回過程中的每一次擊球。每次你傳送一則訊息，Hermes 就會經歷一個循環：它收集上下文（BOOT.md、對話歷史、相關筆記），決定使用哪些工具（如果需要），產生回應，然後等待你的下一步。每個循環都是獨立且完整的。

為什麼重要

理解對話循環對於理解 Hermes 的行為和限制至關重要。每個循環的處理時間和 token 使用量直接影響使用者體驗和成本。當工具花費太長時間或上下文變得過大時，一個循環可能會中斷。將對話視為一系列循環，有助於設計更好的提示並預期 Hermes 如何處理複雜的請求。

運作方式

一個循環從接收到使用者輸入時開始。Hermes 建構完整的提示（系統提示 + BOOT.md + 對話歷史 + vault 上下文），將其傳送給 AI 模型，然後處理回應。如果回應包含工具呼叫，Hermes 會執行這些工具並將結果回饋給模型——在同一個循環內——然後模型產生最終回應。這個循環在 Hermes 輸出完整回應並等待下一個使用者輸入時結束。

具體範例

你問：「現在幾點了？」

1. 循環開始。Hermes 收到你的問題。
2. 它建構提示（系統設定 + 你的問題）。
3. 模型決定需要使用時間工具。
4. Hermes 執行時間工具，取得當前時間。
5. 工具結果回饋給模型。
6. 模型產生：「現在是下午 2:15。」
7. 循環結束。Hermes 等待下一個問題。

如何連結

本筆記屬於執行環境系列。最鄰近的概念包括：工作階段狀態、上下文壓縮、代理執行環境。

來源證據

• turn_loop.py#TurnLoop — 管理對話循環生命週期。
• agent.py#process_message — 處理傳入訊息並透過循環運行的入口點。

工作流程

• 尚無首次工作流程對應；此概念仍透過文章與來源證據存在於筆記庫圖譜中。

相關文章

• 目前暫無文章以此概念名稱或別名達到引用門檻（請參閱提及-挖掘政策）。

相關筆記

• 工作階段狀態
• 上下文壓縮
• 代理執行環境