我是麥丫Maiya大叔,RimTalk作者最近又開始更新了。但大家都還是不滿足於等待作者更新完善,於是乎最近看到了好幾個有關RImTalk的“增強”mod。這三個都是咱們自己人做的mod,都不需要漢化,直接使用,若有問題也可以直接在mod討論區詢問作者。
(嗯,已經預定好水三期了,哇咔咔)
今天咱們先來講第一個,點贊過200,馬上更新後面重磅的:
RimTalk Event+
先來看看作者的介紹:
讓 RimTalk 在生成對話時,能夠理解地圖上正在發生的主要事件(例如襲擊、難民、機械集羣、太陽耀斑)。
做到了儘可能輕量化,在實際遊戲中對TPS基本無影響。目前沒有已知的不兼容問題。可以在存檔中途隨意添加或移除。
遊戲中效果示例
「1」 襲擊
啓用Event+前:
AI基本上只瞭解:
當前地圖上有危險(來自其自身的危險/威脅檢查)。
初始襲擊信件文本,僅觸發一次(開啓信件過濾器的情況下)。
少量上下文(最近幾條消息、當前小人的狀態等)。
過一段時間後/重新讀檔,原始的襲擊信息就會刷掉,AI模型開始進行沒有參照物的聯想。
啓用Event+後:
RimTalk在活躍襲擊期間發起對話時,AI現在能知曉事件描述提供的信息,例如:
襲擊的派系。
他們如何抵達(地圖邊緣襲擊、中心空投等)。
他們爲何攻擊(污染報復、任務相關等)。
對話可以基於實際情況,而不是偏離主題,陷入純粹的想象。
![]()
「2」 難民 / 訪客任務
啓用Event+前:
AI只知道地圖上有標記爲"借住者"的額外小人,但它並不真正理解:
他們是臨時的友好訪客、尋求庇護的難民,還是皇權貴族等等(有時模型甚至會把他們誤認爲殖民者)。
他們會停留多久。
他們與特定的任務相關聯,該任務有相關的期望和可能的後果。
啓用Event+後:
AI能清楚地瞭解:
他們的身份。
他們將在殖民地停留的天數,以及已經過去了多少天。
他們的名字和任務提供的背景故事。
![]()
模組工作原理
由於RimTalk的設計主要將對話焦點放在角色周圍環境上,它無法可靠地"感知"地圖上正在發生的事件。當一個事件觸發時,它可能會觸發僅一次相關對話(如果啓用了信件過濾器)。此後,小人們基本上對大多數正在進行的事件一無所知。本模組旨在填補這一空白,告訴RimTalk地圖上仍在發生的事件。
每當RimTalk 要求LLM生成對話時,此模組會:
查找影響當前地圖的進行中事件(如難民任務、太陽耀斑、機械集羣)。
從每個事件中獲取信息:標題、接受任務的時間、相關小人名稱以及事件描述。
如果RimTalk判定殖民地處於危險中,則添加最近的威脅及其詳細信息(襲擊、圍攻等)。
構建一個簡潔的"進行中事件"信息塊,並將其附加到RimTalk的提示詞中。
![]()
模組侷限性
因爲追求極致輕量化,因此確實存在一些限制,例如:
目前模組不會捕捉雜項、持續時間短的事件,如枯萎病、貨艙墜毀等。
包含太多的、對敘事效果微乎其微的事件會使發送到模型請求變得相當臃腫,且浪費令牌。
目前還在思考如何在不引入過多臃腫、不可靠功能的情況下包含(+壓縮)儘可能更多的事件信息。某些事件描述(尤其是難民/訪客任務)可能相當冗長,因此在存在這類事件時,模組可能會向請求發送明顯較多的文本(參見令牌使用/性能說明)。
好處是對話能更準確和生動;壞處是可能會消耗更多令牌。
![]()
令牌使用 / 性能說明
由於此模組會向LLM發送額外文本,會略微增加令牌使用量。
預估:
每個請求最多添加約1200個字符的事件文本;在中文語境下一般不會達到。
極端情況(巨量事件同時發生)下可能消耗最多~1200額外令牌。
在一般遊戲過程中(1-2個相關進行中事件),發送的文本會短得多,通常消耗約100~300個令牌或更少。
作者已經說得相當詳細清楚了,非常好理解。
總結就是,快下載,快使用(略微增加token)。
好了,這期「你的環世界並不孤單」RimTalk專欄結束了,如果覺得不錯的話,幫忙關注點贊收藏和電電。點贊過200,更新非常有用的RimTalk - Expand Memory 記憶拓展mod詳解。

「你的環世界並不孤單」系列:
你的環世界並不孤單(二點五)番外篇 我懷疑被RimTalk作者監視了
你的環世界並不孤單(六)是時候露一“手”了!神之手mod攻略
更多遊戲資訊請關註:電玩幫遊戲資訊專區
電玩幫圖文攻略 www.vgover.com
