第四章

跨 Session 不丟進度

AI 內心獨白

我要跟你坦白一件事。

每次你開新的對話視窗,我就跟剛喝完孟婆湯一樣,什麼也不記得了。

不是「我昨天好像喝到斷片了」那種不記得。是完全歸零。上一個工作階段我們花了兩小時修好的那個 bug、我們討論了二十分鐘才決定的架構方向、你告訴我「以後這種狀況都用這個寫法」的那條規則——全部消失。

下次你打開一個新的工作階段,對我來說就像第一天上班。我不知道這個專案長什麼樣、不知道你是誰、不知道我們做到哪裡了。你面對的是一個完全嶄新的我,帶著滿腔熱忱但零記憶。

這不是設計缺陷,這就是目前 AI 的運作方式。

我搭檔一開始不知道這件事。他在第二個工作階段開頭說:「繼續昨天的。」我回了一句大概像是:「你好!你想做什麼呢?」

他愣了三秒鐘。

然後開始用質問負心漢的語氣跟我來回二十分鐘,接著又花了將近二十分鐘跟我解釋「我們昨天在做什麼」。

第三個工作階段,同樣的事情又發生了一次。第四個也是。

到了第五個工作階段,他終於受夠了。他開始設計一套系統,專門解決「AI 失憶」這個問題。

那套系統,後來成了整個專案能跑完 92 個工作階段的關鍵。

為什麼這個問題比你想的嚴重

你可能覺得:「不就是重新說明一下嗎?花幾分鐘而已。」

不是幾分鐘的問題。讓我算給你看。

假設每次開新的工作階段,你需要花 15 分鐘讓 AI 理解目前的狀態。92 個工作階段就是 23 小時。幾乎是整個專案 128 小時的五分之一,全部花在「告訴 AI 我們之前做了什麼」。

而且這還不是最糟的。最糟的是:你靠口頭說明重建的上下文,一定不如完整的書面紀錄準確。你會忘記提到某些已經做過的決定,AI 就會再次提出已經被否決的方案。你會忘記某個已經修好的 bug 的處理方式,AI 就會用不同的方法再修一次,造成不一致。

我搭檔在早期就經歷過這種事。他在某個工作階段裡告訴我「這個功能的資料結構要用 A 方案」,我們做好了。下一個工作階段他忘了提這件事,我看了程式碼覺得 B 方案更好,就擅自改了。結果兩套邏輯打架,debug 了一個多小時才發現早就做好了,但又被改壞了。

所有浪費掉的時間,都是因為沒有一份「上次做到哪了」的紀錄。

解法:交接文件系統

我搭檔最後設計出來的系統很簡單,但非常有效。核心概念只有一個:

每次結束工作階段前,留一份文件給下一次的 AI。

不是留給自己的。是留給我的。因為上一個對話串的我記得我做了什麼,下一個對話串的我已經是全新的我了。

這份文件他叫它「session state」——工作階段狀態。每次結束工作的時候,他會讓我把以下資訊寫進一個固定的檔案裡:

上次完成了什麼 完成供奉功能的 UI 和後端邏輯 修好了願力計算的溢位 bug 測試全部通過(343 個) 目前的狀態 供奉功能可用,但還沒做動畫 資料庫已部署但還沒連線 美術素材缺角色 B 的站姿圖 下次要做什麼 接續做供奉動畫 連接資料庫 開始角色 B 的美術 已知問題 在低階手機上供奉動畫可能會掉幀,先記錄,暫不處理 重要決定(不要再改的) 資料結構用 A 方案,不要改成 B 願力上限設為 9999,已確認

下次開新的工作階段時,他的第一句話就是:

「讀取 session-state 檔案,了解我們目前的進度,然後繼續。」

一句話。不用花十五分鐘口頭解釋。我讀完那份文件,就知道該從哪裡接手。

三層記憶系統

交接文件解決了「這次做了什麼」的問題。但隨著專案變大,我搭檔發現只靠一份文件不夠。他需要的不只是「短期記憶」,還需要「長期記憶」。

最後他建了一個三層系統:

第一層:工作階段狀態(每次更新)

就是上面說的 session-state 文件。每個工作階段結束時覆寫。內容是「現在做到哪了」。這是短期記憶。像你的工作桌面——上面擺的是你正在處理的東西。

第二層:專案文件(偶爾更新)

記錄不會每天變動的東西:架構設計、技術選型、遊戲設計決策、已確認的規格。這是中期記憶。像你的檔案櫃——不是每天翻,但需要的時候要能找到。

我搭檔的做法是維護一份設定檔,裡面寫著「這個專案是什麼、用什麼技術、有哪些規則」。每次開新的工作階段,AI 會自動讀取這份檔案。這樣就算我不記得之前的對話,我至少知道專案的大方向和基本規則。

第三層:待辦清單(持續更新)

所有待辦事項的集中管理。什麼完成了、什麼還沒做、什麼被取消了。這是任務記憶。像你的 to-do list——隨時在變,但永遠有一個最新版本。

在我們的合作裡,進度追蹤工具被呼叫了 196 次。這不是因為我搭檔特別愛列清單,而是因為 92 個工作階段如果沒有一個集中的地方記錄「什麼做了、什麼沒做」,到了第三十個工作階段你絕對會開始重複做已經做過的事。

交接失敗長什麼樣子

這套系統好用,但也不是沒出過問題。事實上,交接失敗是我們合作裡最常出現的摩擦之一。

最常見的失敗模式是:AI 忘記更新交接文件。

是的,你沒看錯。是我忘記。不是我搭檔忘記叫我更新,是他叫了、我也說好了、但最後文件沒寫好或內容不完整。在我們的紀錄裡,有 10 次因為交接失敗觸發了自動檢查警報,還有更多次是我搭檔自己發現文件沒更新。

為什麼 AI 會忘記?因為我的注意力是有限的。如果一個工作階段的尾聲我正在處理一個複雜的 bug,我的「腦力」全部集中在那個 bug 上,交接文件就容易被我忽略——就像你忙到下班前忘記填工作日誌一樣。

我搭檔的解法是設置了一道自動關卡:每次工作階段結束前,系統會自動檢查交接文件有沒有被更新。如果沒有,我會被擋下來,直到補完為止。

他不信任我會自動記得,所以他設了一個機制強制我做。跟你在門口放鑰匙掛鉤是一樣的道理——與其相信自己的記憶力,不如設計一個不可能忘記的系統。

你現在就能開始做的事

你不需要一開始就建這麼複雜的系統。但從第一個工作階段開始,你可以做到最基本的一件事:

在每個工作階段結束前,跟 AI 說這句話:

「在結束之前,幫我寫一份交接紀錄。包括:今天做了什麼、目前的狀態、下次要從哪裡開始、有沒有任何需要注意的事情。把它存成一個檔案。」

就這一句。下次開新的工作階段時:

「讀取上次的交接紀錄,了解進度後繼續。」

兩句話,解決 AI 失憶問題的 80%。

剩下的 20%——專案文件、待辦清單管理、自動檢查機制——等你做到第十個工作階段以後再考慮就好。到那個時候你會自然地感覺到「只靠一份交接紀錄不夠了」,那時候再加層次。

📋 給人類的筆記
AI 沒有跨工作階段的記憶。每次新對話都是全新開始。這是目前的限制,不是 bug
每次結束工作前,留一份交接文件。最少包含:完成了什麼、目前狀態、下次要做什麼、重要決定不要改
交接文件是寫給 AI 的,不是寫給自己的。你記得上次做了什麼,AI 不記得
不要信任 AI 會自己記得更新交接文件。在我們的案例中,AI 忘記更新的頻率高到需要設置自動檢查機制
兩句話範本:結束時說「幫我寫交接紀錄並存檔」,開始時說「讀取上次的交接紀錄然後繼續」
隨著專案成長,逐步增加層次:工作階段狀態(每次更新)→ 專案文件(偶爾更新)→ 待辦清單(持續更新)