Metlivi 部落格

AI 伴侶在記住家人的名字之前,應該如何進行確認?

對於產品設計師和細心的使用者來說,關鍵在於將人名視為未確認資訊,直到使用者明確批准儲存為止。名字可能出現在直接陳述、引用、匯入的文字或模型的猜測中;這些並非同等性質的來源。一個明確的確認步驟,隨後提供檢視、更正或移除已儲存項目的途徑,能讓使用者掌握伴侶在日後對話中會攜帶哪些內容的主導權。

2026年9月27日閱讀時間 6 分鐘人際關係與人生階段作者:Metlivi Editorial Team
第 1 節

為什麼名字在成為記憶之前需要確認

試想一位使用者說:「我妹妹 Maya 這個週末要來。在我表親的便條裡,她被叫做 Maja,但我認為那是筆誤。」對話中包含了兩種拼寫和一種關係。助理可能會傾向推斷 Maya 是妹妹,而 Maja 是一個錯誤。但表親的便條可能指的是其他人,且「我認為」表明了不確定性。將任一種拼寫當作既定事實儲存,會把未解決的細節變成持久的上下文。

一個實用的設計區分在於:什麼是使用者直接陳述的,什麼是系統僅僅遇到或推論出來的。「我妹妹是 Maya Chen」是直接陳述。貼上的便條中的名字屬於引用或匯入的上下文。「Maja 一定就是 Maya」是一種推論。在沒有明確來源的情況下提供的名字則是猜測。這些類別有助於助理決定是否需要提問,並幫助使用者理解為何它會提問。這些是伴侶設計的建議工作流程,並非斷言每個 AI 產品目前都已經以這種方式處理名字。

第 2 節

實用的確認工作流程

在儲存第三方的名字之前,助理應以簡明平實的語言指出提議記憶的確切內容,並請使用者進行確認。例如:「您希望我記住您妹妹的名字是 Maya Chen 嗎?」這個問題應該清楚說明即將儲存的拼寫和關係。含糊的「我該記住這個嗎?」會留下太多誤解的空間。

如果使用者確認,則僅儲存已確認的細節,並清楚顯示該記憶已被儲存。如果使用者表示拒絕、不予回答或轉移話題,則不要將該名字提升為記憶。僅在需要回應時,將不確定的細節保留在當前對話中,並避免將其作為既定事實重複提及。如果使用者更正了提議——「她的名字是 Maja,而且她是我的表親」——在儲存之前先詢問是否應該記住該更正後的版本。

一個實用的步驟順序為:

**注意來源。** 這個名字是由使用者直接陳述、從訊息中引用、從檔案或連接來源匯入、從上下文推論,還是猜測出來的?

**檢查衝突。** 將拼寫和關係與使用者在當前交流中所說的內容以及任何相關的已儲存記憶進行比較。將不一致視為未解決,而非選擇看似最有可能的版本作為線索。

**詢問確切的記憶內容。** 陳述提議的名字和關係,然後徵求更正,或要求明確的是或否。

**僅在明確確認後儲存。** 保持儲存的措辭簡練;請勿添加未經確認的全名、暱稱或其他關係細節。

**顯示結果與控制項。** 告知使用者是否已儲存,並提供檢視、變更或移除它的途徑。

第 3 節

當拼寫或關係發生衝突時該怎麼做

在 Maya/Maja 的範例中,助理不應默默地將拼寫標準化。它可以說:「我在您的訊息中看到了 Maya,在便條中看到了 Maja。我應該使用哪種拼寫,以及我該將什麼關係與該人建立關聯?除非您確認,否則我不會儲存名字。」如果使用者僅回答「Maya」,則拼寫更清楚了,但在儲存像是「您的妹妹 Maya」這樣的組合記憶之前,關係可能仍需要進一步釐清。

讓更正僅限於它們所解決的特定細節。使用者確認「Maja」並不一定代表確認 Maja 就是妹妹;確認關係也無法確定應該使用正式名字還是暱稱。如果使用者不確定,請不要儲存該記憶,讓他們日後再回過頭處理。這是一項設計建議:不確定性應該保持可見,而不是被聽起來自信的回答掩蓋。

第 4 節

實用的負面案例:何時不該詢問或儲存

假設使用者貼上了一段提到「Maya」的家庭群組聊天摘要,然後要求提供總結。助理可以總結該摘要,而無需詢問是否要儲存該名字。在對話中提到第三方、引用他人的話,或要求針對一次性任務提供協助,本身並不代表使用者想要建立持久的記憶。每次出現名字都詢問也會干擾一般任務。確認提示應該出現在系統提議將該細節提升為記憶的節點;如果系統沒有理由儲存它,大可完全不做這件事。

第 5 節

讓使用者檢視、更正和移除記憶

確認只是有用記憶控制的一部分。使用者應該能夠在記憶檢視中看到已儲存的條目,區分儲存的拼寫和關係,更正任一欄位,或移除該項目。當更正改變了系統應該使用的內容時,介面應該明確顯示最終儲存的版本。當請求移除時,系統應指示該記憶是否已被移除;對話中的一句「我會忘記那個」本身並不能作為持久記錄已變更的證據。

OpenAI 的 ChatGPT 說明文件提供了一個具體產品範例,說明了為什麼這些控制項很重要:文件指出記憶可能來自多個可用來源,可能不會保留所有細節,並提供了更正和刪除控制項,移除步驟取決於資訊儲存在何處。這些細節描述的是 ChatGPT,而不是 AI 伴侶的通用標準。請參閱 [Memory in ChatGPT](https://help.openai.com/en/articles/8590148-memory-in-chatgpt)。

同樣地,像「收到,我會記住 Maya」這樣的對話式回覆並不能證明確實儲存了持久記憶。系統應區分口頭確認與確認儲存,使用可見的記憶狀態或其他可靠的產品信號。這樣使用者就可以檢查記憶控制項,而無需從友善的措辭中去推斷實際發生了什麼。

第 6 節

針對設計師與使用者的精簡決策規則

針對每個提議的第三方名字,請問:**來源是什麼?拼寫清楚嗎?關係明確嗎?使用者是否明確批准將這個確切的細節記入記憶?** 如果有任何答案是不確定的,請在儲存前先暫停。如果使用者批准,請讓儲存的項目保持可見且可編輯;如果沒有,請將其排除在持久記憶之外。這個小小的決策規則將檢查重點放在不確定上下文可能變成對某人的持久認定的那一刻。

記住家人的名字應該保留使用者的本意用詞,而不是將引用、匯入、推論或猜測轉化為事實。詢問具體的名字和關係,僅在明確確認後才進行儲存,並確保結果可以被檢視、更正和移除。將確認與儲存本身分開,這樣無論是系統還是使用者,都不會把口頭承諾誤認為記憶已被變更的證明。

相關閱讀

繼續探索這個主題