AI 應在何時發送問候？讓問候倍感溫馨的時機、情境與控制選項
當 AI 問候在使用者自選的時間送達、提供明確的互動理由，且便於忽略或關閉時，便會令人倍感溫馨。若它在與使用者當前活動毫無關聯的情況下彈出，或在使用者婉拒後仍不斷出現，就會讓人感到被打擾。對於正在考慮是否啟用 AI 主動訊息的使用者而言，一個簡單的檢驗標準很有幫助：時機、理由、主導權。在將一則非主動請求的問候視為受歡迎的邀請之前，請確認這三者皆已具備。
是什麼讓 AI 問候倍感溫馨？
問候是一份展開日常活動的輕巧邀請：繼續一項寫作練習、探索一個創意靈感提示，或是重拾某個個人專案。它的溫馨感與其說來自熱情的措辭，不如說來自恰到好處的契合度。這個時機適合使用者嗎？這項建議是否切題？當事人是否能自由選擇要不要回應？
關於主動型對話代理（proactive conversational agents）的研究將「主動性」描述為系統主動發起互動，而非等待使用者發出請求。作者指出，若缺乏周全的設計，主動性可能會被視為一種侵擾，並指明「根據個人情境調整時機與步調」以及「尊重其界限」是至關重要的設計維度。這為評估問候提供了一個實用的切入點：關注時機以及對選擇權的尊重，而非單看友善的語氣。——《Towards Human-centered Proactive Conversational Agents》，arXiv
例如，一位選擇在午後接收簡短創意提示的使用者，可能會很樂意在該時段收到一次邀請。但若問候在他們已經使用該工具時彈出，反而可能感覺像是一種打擾。這些屬於說明性質的情境，並非斷言每位使用者的偏好皆是如此：相同的時機可能適合某個人，卻不適合另一個人。讓使用者自行定義偏好，遠比將猜測的日常作息當作授權更加可靠。
哪些時機選擇能讓使用者掌握主導權？
首先應從使用者明確選擇的時機著手：自選的時間、自選的日期，或是與他們主動參與的活動綁定的提醒。像「平日下午」這樣寬泛的偏好設定，可能比刻板的每日排程更切合實際，但關鍵在於必須由使用者親自設定且能夠隨時修改。
問候也應當具備合理的適可而止機制。在選定時段內發送單次邀請，比接連不斷的後續追蹤更容易讓人接受。若使用者略過該邀請，系統便應順其自然；若他們希望稍後再收到邀請，可以自行選擇。這是一項綜合平台規範（旨在使打擾可控）與強調適應性及使用者偏好之研究所得出的編輯建議，並非引文來源所驗證的通用頻率標準。
W3C 關於限制打擾的補充指引建議，應提供便於控制中斷與提醒的途徑，包括選擇顯示哪些類型以及何時顯示。該指引亦提及暫停提醒以便使用者稍後返回的功能。將其應用於日常的 AI 問候中，便能得出一個實用的預設作法：讓問候具備可延後性，並由使用者選擇下一次合適的時間，而非直接假定沉默就代表「過一會兒再試一次」。——W3C，《Limit Interruptions》
何種情境能讓邀請變得實用？
一則實用的問候會為其出現提供簡明扼要、易於理解的理由。它可能會提及使用者所選的時間範圍，或是提供他們要求接收的創意活動。讀者應能一眼看出關聯，而無需費心揣摩系統掌握了哪些資訊，或為何選擇在該時機出現。
邀請的份量應當與該理由相稱。若使用者選擇了午後速寫提示，那麼「您的午後速寫提示已準備就緒」就是一則明確的邀請。它點明了活動內容，並將下一步的決定權留給使用者。若系統沒有可供參照的使用者自選活動或時程，那麼將泛用的問候保留在應用程式內部、留待使用者自主開啟，或許是更好的做法。
情境不應用於讓問候聽起來比背後的實際依據更為親密。一個良好的檢驗方式是，使用者是否能用一句話解釋為何收到該問候：「我要求在這個時間左右接收提示。」如果其解釋需要依賴隱含的揣測，那麼即便文字親切，該問候仍可能讓人感到突兀。這是從主動型代理研究中對情境、適應性與禮貌性的強調所推導出的設計觀點；並非針對任何特定 AI 服務的功能保證。——《Towards Human-centered Proactive Conversational Agents》，arXiv
哪些控制選項應便於尋找？
在啟用問候功能前，請確認具備名稱直觀且效果明確的控制選項。實用的選項包括開啟或關閉問候、選擇邀請類型、挑選時間範圍、設定頻率，以及將其暫停一段時間。一個清晰可見的「暫時不要」動作可用於單次略過；而容易尋得的設定路徑則應能處理持久的偏好變更。
平台說明文件已明確指出，通知控制權屬於裝置使用者。Apple 指出，應用程式應在情境中說明為何需要通知權限，且使用者可隨時變更通知設定。Android 提供通知管道（notification channels），讓使用者自訂各類通知的呈現方式；在管道建立後，使用者仍保有對其行為的控制權。——Apple Developer，《Asking permission to use notifications》與 Android Developers，《Create and manage notification channels》
這些均屬於底層平台機制，並不代表特定 AI 產品必然提供自訂問候排程或獨立的問候類別。在依賴某項控制前，請務必先檢視該服務本身的設定；若問候是以警示形式發送，亦需檢查裝置層級的通知設定。Android 的指引說明了各管道的使用者設定；在 Apple 裝置上，通知授權與可用的互動類型同樣受系統設定控管。具體選項取決於產品與裝置本身。
檢視控制選項的簡單方法是回答三個問題：我能關閉這類問候嗎？我能更改它的送達時間或形式嗎？我能否在不重設所有設定的情況下單獨略過一次？若答案一目了然且容易理解，使用者便擁有了更切實的選擇權。W3C 指引同樣建議中斷控制應當便於操作，並由使用者決定需要的類型與時機。——W3C，《Limit Interruptions》
該如何決定是否啟用主動問候？
在開啟這些功能前，不妨運用此快速決策指引進行評估：
檢查項目：時機；尊重使用者的標準答案：由我自行選擇問候送達的時間，或者我能將其保留在應用程式內部。
檢查項目：理由；尊重使用者的標準答案：我能清楚辨識出這與我主動加入的哪項活動或偏好相關。
檢查項目：主導權；尊重使用者的標準答案：我無需大費周章翻找設定，就能略過、暫停、調整或停用它。
本對照表為實務經驗的綜合歸納，並非計分式測驗。若其中有一項答案不明確，請先從干擾度最低的可用選項開始——例如將提示保留在應用程式內，直到您決定打開它為止。若您確實啟用了通知，請在接收幾次後確認該時機是否仍契合您的作息。若不再適用，請隨時更改設定。
現有證據均指向應當有所克制並賦予選擇權。IBM Research 於 2020 年發表的一篇論文提出了一套可部分基於使用者偏好與排程來發出、抑制或合併通知的機制；該論文呈現的是一套框架，並非保證特定排程方法能對每個人奏效。後續關於以人為本的代理之論文同樣將適應性與界限尊重列為重要設計考量。結合 Apple、Android 和 W3C 關於使用者控制項的指引，這些文獻支持了一項簡明原則：日常的問候應當是一份可由使用者雕琢的邀請，而非一項必須滿足的期望。——IBM Research，《A snooze-less user-aware notification system for proactive conversational agents》
選擇問候的實用原則
只有在其時機由您掌握、其目的易於理解，且控制選項觸手可及的情況下，才啟用 AI 問候。一則與所選創意活動緊密相關的簡明邀請，能讓開展任務變得輕鬆無負擔。若您無法得知它為何送達或不知該如何變更模式，請將問候保持關閉，或使用應用程式內的選項，直到您能掌握為止。當使用者能自由決定歡迎、推遲還是婉拒那個時刻，溫馨感便最為純粹。