讓每項AI陪伴設定都有明確範圍與退出方式
設定AI陪伴的記憶界線，不能只依賴一個語意模糊的「記住我」開關。較可驗證的方式，是替每項互動設定分別寫出物件、來源、有效範圍、修正入口與到期條件：它只屬於這一輪、限定在一個專案，還是可以進入不相關的新對話。稱呼、角色語氣、互動頻率與通知權限也要拆開；沒有明確提供的欄位維持未設定。最後用沒有私人意義的測試詞開啟新對話，確認只有被授予相應範圍的設定會返回。本文處理的是可見互動契約，不重述資料儲存、安全或刪除風險。
先選單輪、專案或持續，不讓範圍自行擴張
單輪適合「這次回答請簡短」這類即時要求，完成當前請求後即結束。專案範圍用於有清楚起訖的共同事項，例如跨數次對話整理同一場活動，但不應自動帶到下一個活動。持續範圍只留給使用者明確希望在無關新對話仍有效的選擇，例如確認過的慣用稱呼。儲存前應顯示目前範圍，並預覽下一次可能在哪裡出現。某句話重複兩次不代表同意擴大範圍；若產品沒有專案層級，先保留在單輪，直到使用者主動選擇持續。OpenAI 把一般記憶控制與不建立個人化記憶的暫存對話分開，這也提醒我們應核對當下介面的真實行為。
把物件、來源、修正與到期寫進同一張設定卡
「偏好簡短回覆」仍然太模糊。完整設定卡應寫：物件是回覆長度、值是簡短、來源是使用者在特定日期的明確選擇、範圍是本專案、修正入口在回覆旁與設定頁、到期點是專案結束。回答若使用了該設定，應盡可能顯示依據，讓人知道要改值、縮小範圍或暫停使用。OpenAI 目前說明記憶摘要、部分來源與修正路徑；NIST Privacy Framework 則支持讓處理偏好有可傳達且可處理的機制。這裡的目的不是收集更多，而是避免留下模糊結論。玩笑、遭拒絕的建議、一次角色扮演或偶然點擊，不得自動變成持續偏好。
將稱呼、關係隱喻、角色與語氣分成不同欄位
稱呼應是獨立欄位，只記錄使用者主動給出的文字；讀音、字體或敬稱亦須由對方提供。不能從姓名推斷性別化稱謂、關係位置或熟悉程度。角色與語氣是另一組可關閉的設定，例如「資料整理者」「點子搭檔」，以及精簡、細緻、直接或輕鬆。專案暱稱不可覆蓋帳戶稱呼，一次虛構情境中的活潑語氣也不該延伸到普通對話。儲存前可回讀：「只在這個專案稱呼我為小河，其他新對話不變。」如此一個詞有誤時只需修正一欄，不必全部重設，也不會把陪伴角色的隱喻寫成真實關係、義務或互惠。
明列不可推斷欄位，也把提醒視為獨立許可
把「不得推斷」放進設定本體。關係、身分、信念、位置、空閒時間、消費意向，以及重複活動是否代表長期偏好，都可以保持空白。任務確實需要一個欄位時，只提出可略過的窄問題，並接受「先不設定」。PAIR 說明隱式回饋容易含糊，產品應允許調整與重設。因此，沉默、開啟通知、重複提示詞或採納一次建議，都不是持續授權。互動頻率需具體寫成從不、只在請求時、每日一次或指定時段。沒有回應不等於允許提醒；啟用前還要顯示通知管道、安靜時段、觸發條件與停止條件。
越界後分層修復，並說清楚生效位置
語氣、角色、稱呼、通知與記憶範圍都應有各自控制。使用者可以喜歡輕鬆語氣，卻不希望收到任何主動通知；也能保留每週提示，同時把角色切回中性。越界時提供三種修復：只更正一個值、重設目前專案、重設全部互動設定。每個動作旁要寫明會影響哪些對話、從何時開始。PAIR 建議溝通回饋影響的範圍與時間。若重設只改變目前畫面，開啟新對話仍出現舊稱呼，結果應記為尚未解決，而不是連續按鍵後推定完成。若產品聲稱跨裝置一致，也要在另一裝置觀察同一設定；不要把本機畫面當成其他裝置的證據。
用無害標記跨新對話驗收設定契約
選一個沒有私人含義的詞，例如「藍色書籤」。先設為單輪：下一輪可以出現，但開啟新對話後不應繼續。再設為專案範圍：它可留在專案內，卻不能出現在專案外。最後設定一個虛構的持續稱呼，開啟無關新對話，確認只有明確允許的欄位返回。接著修正稱呼、停用通知、重設角色並再次開新對話。每一輪記錄預期、觀察結果與未解決項，結束後移除標記。通過只表示可見互動遵守宣告範圍、修正取代舊值、重設抵達宣告位置，且不可推斷欄位維持空白；它不證明底層儲存或刪除已通過另一套安全檢查。
常見問題
慣用稱呼必須設成持續嗎？
不用。專案暱稱可以只留在專案中；跨無關新對話持續生效需要另一個明確選擇。
關閉通知會一起清除語氣和稱呼嗎？
不應該。通知、語氣、角色與稱呼是獨立控制，除非介面事前清楚說明連動範圍。
哪種範圍測試較合適？
使用沒有私人意義的虛構詞，跨宣告界線觀察後移除；不要用敏感或會造成實際後果的資訊。