我是麦丫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
