AI 換手不失憶：靠檔案接續，不靠對話

想像你請一位同事幫忙整理一份報價，他做到一半去開會。回來的是另一位同事，他沒聽過前面的討論，桌上也沒有留任何紙條。他只能重問一次，或憑感覺猜。猜對了是運氣，猜錯了就要重做。

跟 AI 一起工作，這種場景每天都會發生，而且比人更常發生。這篇文章說明我們怎麼讓 AI 換手時不失憶：不是讓它「記得更多」，而是讓它根本不需要記得。

為什麼 AI 一定會忘

先講一個常被誤會的事實：語言模型本身沒有記憶。每一輪對話，系統都會把整份上下文重新送進模型，包括規則、先前的對話和工具回傳的結果。模型只看得到這一次送進來的內容，然後產生下一段文字或下一個工具呼叫。

上下文有長度上限。對話越長，送進去的東西越多，成本越高；滿了就要壓縮，把前面的內容濃縮成摘要。壓縮是有損的，細節會掉。對話一結束，連摘要都不在了。

所以「AI 會記得」這件事，最多只在同一段對話裡成立。隔天重開、換另一個 AI 工具、或同一件事交給第二個 AI 平行處理，前面的記憶都帶不過去。

四個欄位，說清楚現在在哪

我們讓每一件工作都在自己的資料夾裡放一份身分檔，其中有一組「狀態」欄位。最重要的是四個：做到哪、下一步、等誰、期限。

• 做到哪：一句話描述目前的完成程度，例如「報價初稿完成，價格表還沒對過」。
• 下一步：接手的人一打開就該做的那件事，要具體到可以直接動手。
• 等誰：如果卡住，是在等哪一個人或哪一件外部的事，沒有就留空。
• 期限：什麼時候以前要完成，讓排序有依據。

這四欄看起來很普通，但它們回答的正好是接手者最先問的四個問題。只要這四欄是新的，任何 AI 打開資料夾，都能在幾秒內知道該從哪裡開始。

這四欄還有一個用處：每天早上，程式會讀各案的「下一步」與「期限」，排出今天該推進的清單。也就是說，同一組欄位既是接手的線索，也是排程的依據，不需要另外維護一份待辦清單。

人看的那份「現況」頁面，則由程式從身分檔產生，不手寫。這樣做有一個好處：人看的和 AI 讀的永遠是同一份事實，不會出現兩邊說法不一樣的情況。

每段工作收尾時，還會寫一則簡短的工作紀錄：今天做了什麼、為什麼這樣做、留下哪些沒解決的問題。狀態欄告訴人「現在在哪」，工作紀錄則保留「怎麼走到這裡」。

交接卡：AI 之間唯一的傳話方式

當一件事要從一個 AI 交給另一個 AI，我們不讓它們直接對話，也不靠「口頭」轉述。唯一的方式是寫一張交接卡，放進對方工作資料夾裡固定位置的收件匣。

一張交接卡有八個欄位：編號、從、給、要做什麼、依據、完成條件、期限、權限。任何一欄缺了，卡片就不能放進收件匣，檢查程式會擋下來。

舉個例子。一份活動企劃交到一半，卡片上寫著：要做什麼是「把三家場地的報價整理成比較表」；依據是上週確認過的預算範圍；完成條件是「表格含價格、容納人數、可用日期，並標出最推薦的一家」；期限是週四；權限是「只讀報價資料夾、只寫比較表」。接手的 AI 不需要問任何問題，就能開始，也知道什麼事不該碰。

其中兩個欄位特別重要。「完成條件」讓接手者不用猜做到什麼程度才算完；「權限」則寫明這件事允許做什麼。接手者的權限只能等於或小於交出者，不能藉著交接把權限放大。

交接卡也可以直接成為開新工作的起點。收到卡片的一方，可以依照卡上的內容建立一件新工作，卡片本身就成了那件工作的來源紀錄，之後要追問「這件事為什麼開始」，翻回這張卡就有答案。

入口規則只放路標

新的 AI 進到工作區，第一件事是讀入口規則。很多團隊會把所有規則、背景、歷史都塞進這份檔案，結果檔案越來越長，上下文還沒開始工作就先被吃掉一大塊，重要的規則反而被稀釋。

我們的做法相反：入口規則只放路標。它告訴 AI 先讀哪幾份檔案、狀態寫在哪裡、哪些事情絕對不能做，然後就停止。真正的內容住在各自的檔案裡，需要時才打開。

這和技能的載入方式是同一個想法。工具一開始只讀技能的簡短描述，等任務真的用到時，才把全文讀進來。少讀，才有空間想。

好的接續，不是讓下一個人記住所有事，而是讓他知道去哪裡找。

換工具、換電腦，也接得上

因為狀態全在檔案裡，接手的不一定要是同一個 AI 工具。今天用甲工具做的工作，明天可以由乙工具接著做，兩者讀的是同一份入口規則、同一組狀態欄位、同一個收件匣。

我們只保留一份共用規則，不為每個工具各寫一套。各工具自己的設定檔只做一件事：指向那份共用規則。規則若有兩份，遲早會漂移成兩套不同的說法。

換一台電腦也是一樣。平台用一個可以重複執行的安裝程式，在新機器上把環境建回來，並留下一個讓 AI 找得到平台的路標。接著 AI 讀各案的狀態欄位，就能排出今天該推進的事。

多個 AI 同時在同一個工作區時，規則更簡單：先認領不重疊的檔案，再各自動手。要改同一份檔案、或動到共用的設定，就輪流來。寫入前先重讀一次目前的內容，發現別人已經改過，就保留雙方的成果再合併，而不是整份蓋掉。

也要誠實說明界線。把狀態寫進檔案，靠的是每段工作確實收尾。若一個 AI 做到一半被中斷、還沒寫回狀態，接手者看到的就是舊的資訊。為此我們讓每一步都留下只追加的事件紀錄，至少能知道最後發生了什麼。接手者看到狀態欄和事件紀錄對不上時，應該先停下來核對，以紀錄的日期為準，而不是自行補上缺的部分。

另一個界線是驗收。光有文字規則，不等於真的接得上；必須實際關掉、重新啟動，再確認新的工作階段能從檔案接著做。這種演練要定期重做，不是做過一次就算數。

重點回顧

• 模型沒有記憶，對話會被壓縮或結束；狀態要寫在檔案裡。
• 四個狀態欄位回答接手者的四個問題，人看的頁面由程式從同一份資料產生。
• AI 之間只用八欄交接卡傳話，權限不能藉交接放大。
• 入口規則只放路標；換工具、換電腦，都從同一份檔案接著做。