上一篇文章,我談到角色的記憶,希望對話能夠延續,又不讓曾經說過的話變成固定印象。
接下來,想談另一個很容易影響相處感受的問題:角色什麼時候應該開口?
在微光裡,我希望 Bot 不只是等著接收指令的工具。他們也是這個地方的角色,可以參與聊天,讓日常多一些趣味。
但只要想像一下,一群人正在聊天,每說一句話,旁邊就有一位角色立刻補上一段回應,那個畫面好像也不太輕鬆。
他可能沒有說錯什麼,甚至每一句都很友善,卻還是讓人想說:「先等一下,讓我把話講完。」
所以,能夠回應之後,還需要繼續考慮什麼時候適合回應。
有話可以說,不表示現在需要說
對 LLM 來說,替一段訊息產生回覆,通常不難。
有人分享作品,可以稱讚;有人聊晚餐,可以問吃了什麼;有人提到工作很忙,也可以說幾句關心的話。
但把這些回應放回多人聊天裡,就不一定都有必要。
假設兩位成員正在討論一個問題,其中一位剛問完,另一位還沒來得及回答,Bot 就先接走了話題。即使回答正確,也可能改變原本的互動。
那句問題,也許本來就是想聽某位朋友怎麼說。
因此,我不能只看一則訊息能不能回答,也需要考慮它出現在什麼對話裡。眼前有沒有正在進行的交流?大家是不是已經接得很順?角色插進去之後,是幫忙,還是打斷?
有時候,不回應反而比較合適。
被叫到的時候,先把眼前的事情接好
比較清楚的情況,是成員直接提到角色,或使用與他有關的指令。
這時候,對方已經表達了互動意願,角色應該先處理眼前的問題,而不是只顧著表現個性。
如果無法完成,也需要交代清楚。缺少什麼資訊、功能目前做不到哪裡,或應該改從哪個入口處理,都比留下模糊的回應更有幫助。
不過,被叫到一次,也不代表接下來整段聊天都要由他參與。
問題解決之後,成員可能轉而和其他人討論。角色需要能停下來,不必因為剛才加入過,就持續替每一句話補充意見。
我希望這種互動有開始,也能自然結束。
主動接話,最好有一個具體理由
我仍然想保留角色主動參與的可能。
如果永遠只能等指令,他們和日常聊天之間就會有一段距離。適當的一句話,有時確實能讓交流比較容易開始。
例如,有人明確表示不知道某個功能怎麼使用,角色可以提供入口。活動正在進行時,也可能需要由負責的角色說明下一步。
但這些情況都有一個相對具體的理由。
比起設定成「看到訊息就想辦法回」,我更想先挑出一些適合主動參與的情境,再觀察實際效果。這裡談的是設計方向,不是表示微光目前已經具備完整的判斷能力。
尤其是含糊的訊息,更不能急著替對方決定需求。
有人說「今天好累」,可能想聊,也可能只是隨口留下近況。角色不一定需要立刻追問原因,更不用把一句話展開成一整段分析。
有時候,一句簡短回應就足夠;有時候,留給其他成員接話會更好。
不要把每次分享都變成一場訪談
為了讓對話繼續,Bot 很容易在回覆最後加上一個問題。
「你最喜歡哪個部分?」
「接下來打算怎麼做?」
「可以再多分享一點嗎?」
這些問題單獨看都很合理,但如果每次分享都會收到追問,久了也可能帶來壓力。
成員原本只是想貼一張照片,或留下一句感想,卻好像每次都多了一件需要回答的事情。
我希望角色能理解,分享本身就可以是一個完整的動作。
對方不一定想延伸討論,也不一定希望立刻得到建議。看見、回應,然後讓話題停在那裡,也是一種正常的互動。
如果提出問題之後沒有得到回答,就先停下來。不能因為想維持熱絡,又補上第二個、第三個問題,把對話變成需要完成的流程。
多個角色,更需要避免一起湧上來
微光有不同角色,這讓接話的問題又多了一層。
一位角色回應,可能剛好。好幾位同時出現,各自稱讚、追問或補充,對成員來說就可能太多了。
尤其當他只是隨手說一句話,突然收到一排 Bot 訊息,很容易讓原本的人際交流被蓋過去。
所以,多角色的個性設計之外,也需要考慮共同的參與規則。
某件事情已經有人接住,其他角色未必需要再說一次。同一個話題也不必每位都表態。至於彼此接話或演出,則適合放在有明確安排的活動裡,而不是讓一般聊天隨時變成角色劇場。
我希望大家感覺到微光裡有不同的角色,但不需要同時應付所有角色。
回得快,不一定比回得剛好重要
Bot 可以很快產生回答,人卻需要時間。
有人正在打字,有人還在想,也有人剛看到訊息,準備接話。如果角色總是在第一時間回覆,就很容易搶到每一次開口的機會。
因此,我想把等待也當成互動設計的一部分。
不只是限制訊息數量,而是留一點空間,看看成員之間會不會自然接起來。若已經有人回答,角色就未必需要補充;若對話正在順利進行,也可以繼續安靜。
當然,單純延遲幾秒不會自動解決所有問題。真正需要判斷的,仍然是這次介入有沒有必要。
我想避免的,是把最快出現誤認成最有幫助。
安靜不一定代表需要被填滿
經營社群時,很容易在看到安靜的頻道時,想做點什麼。
丟個問題、發起話題,或讓角色出來說幾句話,好像就能讓空間重新動起來。
但大家可能只是在忙,也可能暫時沒有想分享的事情。不是每一段安靜,都代表社群出了問題。
如果用 Bot 不斷補上訊息,表面上看起來比較熱鬧,卻未必增加了成員之間的交流。甚至可能讓真正想說話的人,得先穿過一堆自動產生的內容。
所以,我不想只用角色發了多少訊息,來判斷他有沒有做好。
我更想知道的是:他開口之後,有沒有幫助某個人順利參與?有沒有讓一段原本難以開始的交流變得容易?或者,他其實只是增加了需要略過的訊息?
讓人想接話,也讓人可以不接話
我希望微光的角色能帶來存在感,但那不必靠不停說話證明。
被需要時能接好問題,適合時能帶來一點趣味,大家聊得投入時,也能留在旁邊。這些都是我想放進角色設計裡的能力。
對成員來說,和角色互動應該保有選擇。
想聊時可以繼續,不想回也不用解釋。今天只想和朋友說話,不需要另外處理 Bot 的關心;明天有興趣,再去找他也可以。
我想讓角色成為大家願意接近的對象。
而要做到這件事,除了想好他會說什麼,也得替他想好:什麼時候,先把話留給別人。