要解決「忘記」的問題，最直覺的做法是把 Agent 看過的一切全部存起來。三個月後，這本身就變成另一個問題。
一個課程支援 Agent 把教學團隊一學期的每一則訊息都存了下來，約 2,000 則。學生詢問作業繳交期限時，它檢索出三則筆記：原本的期限、另一位學生的展延，以及一則關於期限的玩笑。它很有把握地把三者混成一個答案。
注意
記憶不是一次「存檔」動作而已，它有自己的生命週期：被注意到、被判斷、被儲存、被使用、被修正，最後被放掉。設計 Memory，就是決定每一個階段會發生什麼事。
對話中，Agent 注意到使用者說「我下週請假」。哪一個 Lifecycle 階段決定這句話是否會成為記憶？
讓我們跟著一則模擬的記憶走完整個 Lifecycle。細節皆為示範用的模擬內容。
| 階段 | 發生什麼事 | 設計問題 |
|---|---|---|
| Observe | 週一的會議記錄寫著：「團隊同意等待供應商 B 的修正版報價。」 | 這項新資訊與進行中的工作相關嗎？ |
| Select | 保留為追蹤專案的 Task Memory。同一份記錄中的一則玩笑則被忽略。 | 它在這次對話之外還重要嗎？ |
| Store | 連同來源（週一會議）、日期、負責人（專案主持人）、存取範圍（專案團隊）與專案結束時過期的設定一起儲存。 | 日後能被查證與控管嗎？ |
| Retrieve | 下週一，Agent 因任務相符而取回它，用來整理追蹤清單。 | 相關性足以值得花費 Context Budget 嗎？ |
| Update | 供應商 B 寄來修正版報價。記憶更新為「已收到報價」，而不是繼續保留「等待中」。 | 什麼該取代舊的狀態？ |
| Forget | 專案結案。Task Memory 過期並被移除，只有最後的決定保留在專案記錄中。 | 誰確認哪些可以刪除？ |
真實的記憶系統還會遇到衝突：兩則記憶彼此矛盾。這時不要讓 Agent 默默自行選一個。優先採用較新或較權威的來源，把舊的標記為已被取代，並在決定有實際後果時請人確認。
資訊
Agent 的記憶寫著「供應商 X 是優先廠商」。採購處較新的一封電子郵件指出供應商 X 已從核准名單中移除。最適當的處理是什麼？
要判斷一則候選記憶是否值得保留、是否要取回，可以用六個面向檢查。你不一定能同時讓六項都最大化，重點是讓取捨被看見。
| 面向 | 要問的問題 | 決策例子 |
|---|---|---|
| Relevance（相關性） | 這對未來的任務有幫助嗎？ | 保留偏好的報告格式，略過閒聊 |
| Recency（時效性） | 它還是最新的嗎？ | 三年前的地址要設定過期或重新確認 |
| Reliability（可靠性） | 它從哪裡來？值得信任嗎？ | 來自正式記錄的資料，優先於順口一提的說法 |
| Privacy（隱私） | 適合保留嗎？誰可以看？ | 個人資料被排除或受存取控管 |
| Cost（成本） | 儲存、檢索與維護要付出什麼代價？ | 存短摘要，而不是完整逐字稿 |
| Context Budget | 它能與其他內容一起放進視窗嗎？ | 取回 3 則筆記，而不是 30 則 |
完成
Agent 把每一場會議的逐字稿完整存下來。每次回答問題都取回 40 頁，導致目前任務幾乎沒有空間。哪個面向是最直接的問題？
Agent Memory Policy 是一份簡短、可被審閱的聲明，說明 Agent 可以記住什麼。請為一個你想使用的 Agent 撰寫一份，例如教學團隊的課程支援 Agent。請只使用模擬或一般性的資訊，不要輸入公司機密、客戶個資或其他未經授權的敏感資訊。
| 問題 | 思考方向 | 起始範例（模擬情境） |
|---|---|---|
| 什麼應該被記住？ | 只記穩定、可重複使用且適合保留的內容 | 特定課程班別已同意的作業展延 |
| 保留多久？ | 單次對話、專案期間、學期、直到被更新 | 到學期結束為止 |
| 誰可以存取？ | 負責人、角色、需要知道的人 | 課程主持人與被指派的助教 |
| 何時應該更新？ | 什麼事件會改變它，由誰確認 | 課程主持人公告修正後的期限時 |
| 何時應該遺忘？ | 過期、刪除要求、目的結束 | 學期結束時，或學生要求移除時 |
哪一列政策寫得最好？
完成
Human–AI–Human：由人制定政策，Agent 依政策執行，再由人審核並修正已儲存的內容。你的 Agent Memory Policy 是本課程的第一份成果，之後會成為期末 Canvas 的一部分。但 Memory 不是 Agent 取得資訊的唯一來源。當資訊很大、經常變動或屬於別人時，Agent 應該去查詢，而不是記住。這就是下一個模組。
