上一篇文章，我談到角色之間的差異，不只來自名字和語氣，也來自他們關心什麼，以及怎麼回應眼前的人。

不過，這也帶出另一個問題：為什麼需要這麼多角色？

如果微光裡的功能都交給同一個 Bot，成員只要記住一個名字，有事就找他，好像也很方便。

從使用的角度來看，這確實是一個合理的做法。多一個角色，就多一個需要認識的對象。如果分工不清楚，最後可能只是讓大家多記幾個名字，事情卻沒有比較容易處理。

所以，我想整理一下，自己為什麼還是想讓微光有不同的角色，以及這個選擇需要付出什麼代價。

我想讓大家遇見的，不只有一個萬用窗口
微光除了是交流的地方，也有我想慢慢發展的世界觀。

如果所有事情都由同一個 Bot 回應，他可以是一個很方便的助手，但日常互動也會集中在同一個對象身上。

我比較想嘗試另一種感覺：成員在不同場合，會遇見不同的角色。

有的角色和某種活動連在一起，有的經常出現在特定的交流情境裡。相處久了，大家提到某件事情，就可能自然想起其中一位。

這種熟悉感，不必完全依靠背景故事建立。

一開始，你可能只是因為要使用某個功能而找他。後來慢慢記得他的說話方式，知道他通常會問什麼，也對他有了一點印象。等到他出現在故事或活動裡，就不再是一個突然冒出來的名字。

這是我想保留不同角色的原因之一。他們可以透過各自參與的日常，逐漸在微光裡有一個位置。

分工能幫助我把角色想得更具體
不同角色負責不同事情，也能幫助我設計。

當我試著做一個什麼都會的角色，很容易不斷往裡面加東西。今天需要整理資料，就讓他整理；明天要主持活動，也交給他。每一項能力單獨看都合理，放在一起之後，卻越來越難說明他究竟是什麼樣的角色。

如果先替他留下一個比較明確的重心，我反而比較容易往下想。

他經常遇到什麼問題？和成員互動時，通常需要注意什麼？什麼事情適合由他開口，什麼時候應該交給別人？

這些問題，也接得上上一篇談的個性設計。

不過，我不想把分工理解成「每個角色只能聊自己的業務」。成員平常和他閒聊，當然不需要先確認話題有沒有符合職責。

分工主要是讓實際服務有方向，不是讓每段對話都變成櫃台辦事。

但角色變多，不代表事情自然變清楚
對我來說很清楚的分工，成員未必看得出來。

我知道某位角色為什麼取這個名字，也知道功能是怎麼安排的。但第一次進來的人，可能只看到一排陌生的頭像。

如果他想參加活動，卻得先讀完所有角色介紹，才能判斷應該找誰，那就是我把自己的設計成本交給他承擔了。

所以，角色分工需要被翻譯成大家看得懂的說明。

比起只介紹稱號、性格和來歷，我也需要讓人知道：

「你想做這件事，可以從這裡開始。」

角色的名字可以有奇幻感，但入口最好能直接對應成員眼前的需要。不認識神話、不熟悉世界觀，也應該能找到要用的功能。

如果拿掉那些名字之後，我自己都說不清楚兩個角色的差別，就值得先回頭整理，而不是再寫一段更長的介紹。

找錯人，也不該變成使用者的錯
即使介紹清楚了，成員還是可能找錯角色。

這很正常。大家來微光，不是為了熟記一份分工表。

因此，我希望找錯人的時候，互動仍然能往下走。角色可以簡單說明這件事要去哪裡處理，附上明確入口，而不是只回一句「這不歸我負責」。

假設有人向負責資訊整理的角色詢問活動報名，他不一定需要直接替對方完成報名，但至少可以讓對方知道下一步該去哪裡。

這裡也要分清楚「指路」和「代辦」。

提供一個入口，不代表事情已經辦好。如果沒有真的把內容交給另一個角色，就不能說「我已經幫你轉達」。否則成員可能以為只要等消息，實際上卻沒有任何流程繼續進行。

這是我在設計分工時想保留的要求：可以各自負責不同事情，但不要讓人掉在角色之間的空隙裡。

不同角色，也需要遵守同一套規則
角色可以有不同個性，但涉及實際系統時，不能各說各話。

同一場活動的參加條件，不能問這位是一種答案，換一位又變成另一種。獎勵、權限和操作結果，也不該因為角色說話比較大方，就出現不同承諾。

這讓我需要把角色的表達方式，和系統依據分開看。

同一份規則，可以由不同角色用自己的方式解釋，但規則本身仍然需要有共同依據。個性影響怎麼說，不應該任意改變實際條件。

對我來說，這也是多角色設計背後的維護工作。

讓大家看見不同面貌的同時，還要確保他們接觸的是同一個微光，而不是幾套互相矛盾的說法。

增加功能，不一定要再增加一位角色
喜歡創作角色，也讓我很容易在想到新功能時，順便想替它取一個新名字。

這件事很有趣，但我需要提醒自己，不是每一項功能都值得增加一個新的互動對象。

有些功能原本就和某位角色負責的事情接近，放在一起可能更容易理解。有些只是偶爾才會用到的小操作，未必需要成員為它另外認識一位神祇。

在增加角色之前，我想先問：這個角色帶來的是一種值得建立的關係，還是只是替一個按鈕加上人設？

如果沒有獨立出來的必要，就可以先留在既有角色或功能入口裡。

角色數量不是我想追求的成果。大家能不能分辨、願不願意接觸，以及這個安排有沒有幫助使用，才是需要繼續觀察的事情。

讓分工留在背後，讓相處發生在眼前
我沒有認為，一個 Bot 負責所有事情就是不好的設計。

如果目標是提供單純、集中的服務，一個清楚的窗口可能很合適。微光想嘗試多個角色，是因為我除了功能，也想讓日常互動逐漸形成不同的熟悉感。

但這個選擇不能只滿足我的創作興趣。

我需要把入口安排好，讓角色之間的分工能被理解，也讓找錯人的成員有路可以繼續走。共同規則要一致，新增角色則需要有足夠的理由。

我希望最後大家不必背下整套分工，也能慢慢知道：「這件事可以找他。」

那時候，角色的名字就不只是功能分類。它也會連著一些曾經得到的幫助，以及下一次還願意找他說話的理由。