追問之前先回憶什么時(shí)候該讀記憶什么時(shí)候才該向用戶補(bǔ)問題很多執(zhí)行型 AI 助理看起來“信息不夠”時(shí)第一反應(yīng)都是繼續(xù)追問用戶。但真正穩(wěn)定的系統(tǒng)默認(rèn)順序其實(shí)應(yīng)該反過來先 recall再 clarification。也就是說如果答案很可能已經(jīng)存在于記憶、歷史任務(wù)、運(yùn)行檔案或當(dāng)前上下文里系統(tǒng)應(yīng)該先把這些來源查一遍只有在它已經(jīng)檢查過這些來源之后仍然缺少繼續(xù)執(zhí)行所需的信息時(shí)追問才是正確動(dòng)作。為什么“先回憶”比“先追問”更重要系統(tǒng)“現(xiàn)在沒想起來”不等于“系統(tǒng)從來不知道”。真實(shí)協(xié)作里很多看起來像“缺信息”的情況其實(shí)只是還沒做檢索用戶以前已經(jīng)說過系統(tǒng)以前已經(jīng)做過某次 run 留下了鏈接、截圖、日志或文件當(dāng)前上下文里已經(jīng)有明確線索只是還沒被讀取。如果這些答案本來就在系統(tǒng)可達(dá)范圍內(nèi)直接追問用戶就會(huì)把本該由系統(tǒng)完成的檢索工作重新甩給用戶。哪些信息最適合先 recall1. 長期偏好和約定比如默認(rèn)語言、默認(rèn)工作目錄、常用輸出格式、用戶明確說過“以后都這樣”的規(guī)則。這類內(nèi)容一旦存過就不該在每次任務(wù)里重新問一遍。2. 用戶以前給過的穩(wěn)定事實(shí)比如某個(gè)倉庫路徑、某個(gè)平臺要發(fā)到哪個(gè)賬號、某個(gè)對象對應(yīng)哪條規(guī)則。這類信息通常不是當(dāng)前任務(wù)的新決策而是歷史上已經(jīng)存在的事實(shí)。3. 上一次執(zhí)行已經(jīng)產(chǎn)出的結(jié)果比如剛才發(fā)布生成的鏈接、上次失敗在哪一步、截圖保存在哪里、某個(gè) run 改了哪些文件。遇到這類問題時(shí)更穩(wěn)的動(dòng)作通常是查任務(wù)歷史或運(yùn)行檔案而不是直接問用戶。什么時(shí)候 clarification 才是正確下一步真正應(yīng)該追問的通常是下面三類1. 缺的是新的決策例如這次要發(fā)正式版還是草稿兩個(gè)平臺只能選一個(gè)時(shí)優(yōu)先哪個(gè)統(tǒng)計(jì)范圍按 7 天還是 30 天。這些不是舊記憶而是當(dāng)前任務(wù)的新選擇。2. 缺的是只有用戶知道的外部信息例如登錄驗(yàn)證碼、新憑據(jù)、只有用戶知道的日期、人數(shù)或預(yù)算。系統(tǒng)再怎么 recall也拿不到這類答案。3. 缺的是會(huì)導(dǎo)致結(jié)果實(shí)質(zhì)不同的關(guān)鍵字段例如具體日期、時(shí)間、發(fā)布平臺、發(fā)布模式、要修改哪一個(gè)任務(wù)。填錯(cuò)這些字段結(jié)果就不是同一件事了。一個(gè)關(guān)鍵邊界缺的是答案還是缺的是“定位答案的鑰匙”這是判斷 recall 還是 clarification 很好用的方法。如果缺的是答案本身而且答案很可能已經(jīng)存在例如默認(rèn)語言、上次 run 改了哪些文件、項(xiàng)目默認(rèn)路徑那就優(yōu)先 recall。如果缺的是定位答案的鑰匙例如“那個(gè)任務(wù)”到底指哪個(gè)、“這個(gè)平臺”到底是知乎還是掘金、“繼續(xù)剛才那個(gè)”是續(xù)跑還是新開那就優(yōu)先 clarification。因?yàn)橄到y(tǒng)連該去哪份記憶里找都還不知道。為什么很多無效追問本質(zhì)上是檢索失敗像“上次那個(gè)”“按之前那個(gè)規(guī)則來”“繼續(xù)剛才那個(gè)”表面上像用戶沒說清楚實(shí)際上常常只是系統(tǒng)還沒做檢索。例如“上次那個(gè)”可能能通過最近通知定位到具體任務(wù)“之前那個(gè)規(guī)則”可能已經(jīng)是 standing memory“繼續(xù)剛才那個(gè)”可能能從 recent run 或 run archive 里找到明確對象。如果本來可以通過檢索解決卻直接升級成 clarification用戶會(huì)明顯感覺自己在替系統(tǒng)當(dāng)數(shù)據(jù)庫。一個(gè)更穩(wěn)的執(zhí)行順序在執(zhí)行型系統(tǒng)里遇到“信息似乎不夠”時(shí)更穩(wěn)的順序通常是先看當(dāng)前上下文再看 standing memory / memory index再查任務(wù)歷史與運(yùn)行檔案最后只對真正缺失的關(guān)鍵字段做 clarification。這樣問出來的問題會(huì)更少也更準(zhǔn)。因?yàn)橄到y(tǒng)補(bǔ)問的是“最后缺的那個(gè)點(diǎn)”而不是把整塊檢索工作推回給用戶。FAQFAQ 1只要有記憶就一定不能追問嗎不是。記憶只是起點(diǎn)不保證答案仍然有效也不保證已經(jīng)足夠當(dāng)前任務(wù)繼續(xù)執(zhí)行。FAQ 2memory index 里只有標(biāo)題沒有正文算已經(jīng)查過了嗎不算。標(biāo)題只是線索不是答案本身。只要還有相關(guān)線索沒讀就不該直接說“不知道”。FAQ 3什么問題最不該直接追問用戶最不該直接追問的通常是用戶以前已經(jīng)明確給過、而且系統(tǒng)本來可以通過記憶、運(yùn)行檔案或近期上下文自己查到的內(nèi)容。本文首發(fā)于 OmniGoAI 官網(wǎng)https://omnigoai.com/zh/blog/gowork-pending-clarification-vs-memory-recall/ ——OmniPost把內(nèi)容一鍵分發(fā)到 30 平臺。