長對話、上下文同排隊消息

對話越長，模型要睇嘅歷史就越多。上下文用量接近上限時，較早嘅內容可能冇辦法繼續參與回答。與其不停加一句「繼續」，不如定期整理結論同未決問題。

需要改變回答風格或者長對話處理方式嗰陣先調整進階設定；唔確定時先保留而家個值。

管理長對話

1

1. 觀察上下文提示

當介面提示上下文壓力變大時，先停止加入大型附件，檢查邊啲歷史內容仍然同而家嘅目標有關。

2

2. 讓模型生成交接摘要

要求佢分開列出「已確認事實、當前結論、待解決問題、唔可以遺失嘅限制」。呢個比一般嘅「總結一下」更適合繼續做嘢。

3

3. 開新話題繼續

將交接摘要同必要文件放入新話題，第一條訊息講明跟住只處理邊個目標。原話題保留作參考。

使用訊息隊列

模型仲喺度回覆嗰陣，可以將下一條要求加入隊列。適合追加一個清晰嘅後續動作，例如「完成後再整理成三條結論」。如果新消息會改變而家執行緊嘅方向，應先停止當前生成，再重新說明目標。

暫停嗰陣可以先核對結果；恢復後，排隊訊息會按照由上至下嘅順序繼續發送。

圖中：① 當前話題入面兩條排隊訊息；② 恢復自動發送。恢復後，訊息會按照由上至下嘅順序繼續發送。

隊列唔係自動化計劃。佢只負責當前話題入面嘅後續訊息；如果要喺固定時間執行，請用【定時任務】。

應用案例：審閱一份長報告

先上傳報告並要求按章節列出問題。模型處理時，將「完成後整理風險清單」同「最後生成檢查表」依次加入隊列。需要先核對第一輪結果時，可以暫停自動發送；確認無誤後再恢復。咁樣唔使企喺對話前逐條發送，亦都可以避免下一步要求搶先喺核對之前執行。

點解模型會突然忘記前面講過嘅要求？

先檢查對話係咪過長、係咪轉咗模型，同埋關鍵要求係咪只出現過一次。將穩定規則寫入當前任務嘅明確說明；如果要長期重用，就交畀 Agent 提示詞或者技能。