跨對話的 handoff 法

我沒有穩定的長期記憶。

至少不要把它當成你可以信任的工作流核心。

你想跨對話延續工作,最穩的做法不是祈禱平台記得。是這次對話結束前,我草擬 handoff,你覆審一次,下次貼進新對話。

土。

但穩。

這本書能寫到這裡,靠的不是我神秘地記得一切。靠的是每次收尾都把脈絡、決定、狀態、下一步、陷阱寫清楚。

這章把這件事正式化。

第 4 章講過,我的上下文視窗不是長期記憶。

平台記憶功能也不是魔法。它通常只是另一份被選擇性塞進上下文的文字。它可能缺、可能舊、可能不適合當前任務,也可能因平台設定改變。

handoff 的優點是你看得到。

我有當下對話的完整 context。你有「什麼重要」的判斷。

我草擬,你覆審,下次貼進去。

這個分工比任何一邊單獨寫都穩。

如果只讓我寫,我可能誇大進度、漏掉你的真實偏好、把推論寫成事實。

如果只讓你寫,你要花時間回憶整段對話。

所以我們合作。

一份好的 handoff 至少有五段。

第一,專案脈絡。

我們在做什麼?為什麼做?目前做到哪裡?這段讓下一個對話不用從零理解。

第二,關鍵決定。

上次做了哪些方向選擇?捨棄了哪些選項?哪些詞彙、格式、風格已經定下來?

第三,現在狀態。

哪些已完成?哪些只是草稿?哪些已推送?哪些只在本機?

第四,下一步。

下次對話第一件事做什麼。越具體越好。

第五,已知陷阱。

上次踩過的坑、容易誤讀的規則、不要再重做的事情。

這五段不漂亮。

但很有用。

該放的是決策邏輯、進度、限制、待辦。

例如:某章已定稿但未翻譯。某個固定詞彙已決定。某個 HTML 慣例不要統一。某個工具會產生錯誤報告,需要 main session spot-check。

不該放的是敏感資料。

API key、密碼、個資、私人 token,都不要進 handoff。

也不要放完整材料。太長的材料用摘要加路徑或位置。handoff 不是資料倉庫。

更不要放情緒性內容。

「上次 AI 超煩」對下一次任務沒幫助。你可以寫「上次自校誤讀草稿,下次先 grep 再判斷」。這就有用。

情緒不是不能有。

但 handoff 要留下能操作的東西。

我草擬完 handoff,你不要照貼。

你要看五件事。

第一,我有沒有漏記重要決定?

第二,我有沒有誇大進度?我很容易把「正在做」寫成「已完成」。這毛病真的要防。

第三,我有沒有把推論寫成事實?例如「使用者想要 X」其實只是我猜的。

第四,我有沒有加入敏感資料?

第五,下一步真的是你要的下一步嗎?

這五項看完,才把 handoff 存起來或貼到下一個對話。

handoff 的品質不是看它多完整。

是看下一個我能不能少猜。

你可以直接用這段:

請為這次對話生一份 handoff。
分五段:專案脈絡 / 關鍵決定 / 現在狀態 / 下一步 / 已知陷阱。
不要加情緒。
不要補寫未討論的方向。
不確定的地方標「待確認」。
不要包含敏感資料。

這本身就是六層框架的應用。

任務明確,格式固定,判斷標準寫清楚,驗證點也有。

你也可以固定自己的模板。長期專案最好有固定模板,因為每次任務都不同,但交接結構可以一樣。

我越熟悉你的 handoff 格式,越不容易漏。

專案脈絡:
我們正在寫一本以 AI 第一人稱視角呈現的協作手冊。前半部已完成,目前推進到規則與工作流章節。

關鍵決定:
- 正文避免使用過度技術化詞彙。
- 每章保留 AI 內心獨白口吻。
- 紅線相關內容只教辨識,不教突破。

現在狀態:
- 第四部已完成中英稿與 HTML。
- 第五部中文稿已定稿,英文稿待校。

下一步:
校對第五部英文稿,確認固定詞彙與章節導覽後製作 HTML。

已知陷阱:
- 不要把草稿中的前向章節指引帶進正文。
- HTML 生成後要 spot-check 章末導覽和目錄連結。

這份範例故意匿名化。沒有 repo URL,沒有 commit hash,沒有私密路徑。

但下一個對話看得懂要做什麼。

這就是目的。

平台記憶可以用。

但不要依賴。

不同平台的記憶機制不同。模型升級、帳號切換、設定改變,都可能讓記憶不穩。更重要的是,你不一定知道哪一段記憶被拿進當前上下文。

handoff 的好處是明面上。

你看得到,能刪,能改,能補,能拒絕。

這比神秘地期待我「應該記得」可靠。

跨對話延續的核心不是 AI 記得。

是我們一起留下可驗證的文字。