could you provide english translation, please?

似乎不会自动总结长期记忆。另外每次修改api后都需要重启游戏生效。单独设置api时使用谷歌的似乎都会总结报错。

总结时报错+1，我还以为是我的问题

总结报错尝试去设置单独配置api,可能是rimtalk更新原因

总结时报错+1，另外还有遇到无法总结长期记忆的问题

我也是每次总结的时候报错，为啥会这样？

我事件总结好像没有记住小人死亡，一个小人死了半天了，另一个人还在说要给死掉的那个做饭吃

自动总结里面都是 与self对话*xx 或者其他感觉没啥用的内容，这对吗

目前只有殖民者能够正常的更新记忆，殖民地的奴隶永远都被当做新加入的成员，这导致常识的更新经常出现问题。

您好，RimTalk作者有設定允許非人類被賦予此前無法實現的言語表達能力。也就是說可以讓動物、寵物、甚至機械體也可以說話了。 關於這點您之後會增加非殖民者的相關記憶嗎？

记忆被重新提及有可能导致某个一般的事件被不断蒸馏成非常重要的设定，比如说一个受伤访客被我的殖民者重新提及过后总结，然后不断往复，结果被蒸馏成这个殖民者的人设就是非常关心这个访客的安全

以下问题都是在我安装了rimtalk的情况下提出的

作者大大 请问我可以只将此模组当作一个常识与特殊名词的添加器吗 不描述规则 设定 世界观 只添加一些特定词汇 我只想把这个模组当词汇【梗之类的网络用语词 】添加器 不想对一些大型抽象的词和规则作定义描述【怕与rimtalk的提示词冲突】 如上文的 世界观 袭击
还有大量添加常识会占用性能吗 或是AI运算消耗会变多 如果影响小 那是不是可以把rimtalk大部分的提示词搬过来 如一些种族的描述
还有就是关于常识的描述需要极其严谨吗 还是口语化的给个大概就行

Same issue as youmo2233. Rimtalk works fine, this mode throws the same error any time it tries to summarize. I use Gemini and have tried the setting that points this to Rimtalk's settings as well as entering the API manually.

和 youmo2233 遇到同样的问题。Rimtalk 工作正常，但这个模式每次尝试摘要时都会抛出同样的错误。我使用的是 Gemini，已经尝试过将设置指向 Rimtalk 设置，也尝试过手动输入 API 参数。

api是直接复制的，可能和我用的api是硅基流动的有关？rimtalk能正常使用，记忆拓展我试了不管✔不✔优先使用rimtalk的配置都会在总结中期记忆和长期记忆时报错

现在有不能正确读取时间的bug,除了殖民者到来的天数，所有的天数都固定为今天

接上
5.常识库，比如我加了个关于“锚点”的常识，标签和关键词也是“锚点”，重要性也不低，但我问小人锚点是什么时，常识调用里没用这一条，反而调用了其他无关常识，这个调用是啥机制？
6.常识库，设置里调用上限几条它就调用多少，能不能有个低于多少评分就不调用的选项？感觉有时候要用很多条，有时候又不需要那么多，这也可以省token

大佬，有几个疑问希望解答
1.自动总结的els有内容吗，在调试里就只有比如：与self对话x30；或者：享用xx；躺着。（共十条），感觉没有什么实际用处
2.clpa，调试里没看到这个的调用，是会自动调用所有还是有其他机制？
3.scm，设置上限是20条，但有些小人的scm会超出，有个甚至有120多条，这是是正常情况吗？
4.记忆时间，之前好像有“上月”“一年前”，现在“上周”以后都变成了“最近”，不知道有没有啥影响

在常识里修改角色相关的词条后，会生成一个新的，新殖民者xxx

袭击和贸易商来是不是会自动创建常识啊，没有正确读取时间，除了殖民者到来天数都是“今天”

@ferafajdflsl9
一路总结到CLPA然后一条一条删了

怎么清空小人记忆，之前一个小人设定口吃，然后殖民地所有人都口吃了。哪怕我更改全局提示词禁用{.....}都没用

@youmo2233
三个只是预设配置，只是把rimtalk的供应商选项变成了具体的url，本身就是custom。这个报错就是api填写错误

作者大大这是为啥，总结和归档时出现，我rimtalk能正常用，这个ai配置只能用三个供应商不能用custom吗？[AI Summarizer] ❌ Failed after 1 attempts. Last error: Not Found
UnityEngine.StackTraceUtility:ExtractStackTrace ()
(wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Log.Error_Patch2 (string)
RimTalk.Memory.AI.IndependentAISummarizer/<CallAIAsync>d__18:MoveNext () (at C:/Users/Administrator/Desktop/rim mod/RimTalk-ExpandMemory/Source/Memory/AI/IndependentAISummarizer.cs:456)
System.Runtime.CompilerServices.AsyncMethodBuilderCore/MoveNextRunner:InvokeMoveNext (object)

@grimm clarke
关键词没必要写了，现在自动匹配内容里的关键词。标签＞内容＞关键词

大佬，常识库导出没有包含关键词是正常的吗?其他都有就只有关键词没，每次都需要从新填

这自动总结怎么开

我在外面上班的时候有什么东西把bug更新回去了

常识库角色状态的BUG还存在

常识库角色状态bug已修复

常识库有问题，记录的东西与实际不符，比如元老变新人，以及会搞乱人物关系，只能关掉，昨天还没有这个问题

殖民地3元老变成新来的了，有点出戏

@Cerberus
很可能就是三字母原因，gemini的审查是撤回形式，我们看见failed实际上是有生成的。被注入就会导致颜色比例很高。去加个破甲词吧，不知道怎么写可以问grok

加上mod之后10句话里有5句6句会输出failed，去掉之后就正常了，用的模型是gemini。因为很多日常对话也会failed，所以不太确定是不是因为装了三字母而导致的

自動生成常識這邊有個bug 後來到的小人會被認成已經待很久的殖民者
而初期就在的小人則會被當作新來的

我看了一下常識庫發現自動生成把待在殖民地的時間搞反了

the mod is super, but there are problems with translation, in Russian there are such scribbles ���اѧ��� �է�ݧԧ�ӧ�֧ާ֧ߧߧ�� �ѧ��ڧ� �ݧڧ�ߧ���� , apparently problems with encoding

关闭了所有已完成功能的日志

佬，在开发者模式下每隔一段事件就会产生大量日志刷屏，有没有类似开关日志提示的按键

@OCEAN
关掉自动常识新版在常识库，旧一点的在mod设置下面的记忆类型里。
常识越简洁token消耗越低选取越不精准，但是本身选取就没有很精准所以我建议是多数量少内容然后上限拉满。
这功能的实现没有难度，但是基本轻量不了，因为必须多个频繁运行的检测保证提示词和事件能接近同时消除。你也不想袭击或者天气结束了小人还在那抱怨天气吧。而且与rimtalk本身读取数据是重叠的，这是个非常大的风险。如果提示词有大幅度重合很可能让小人直接复述提示词原文，配合记忆注入他甚至能复读一整天

然后一个小想法，不知道能不能实现：
能不能再加一个临时全局提示词之类的东西？就是说，有个方便打开的窗口，能在里面加上一些临时使用的轻量的全局提示词，比如当前袭击种类、强度，当前殖民地特殊天气，外出任务时的任务内容等等，可以自己添加修改，然后自己决定启用哪些
不过这个跟常识库的功能稍微有点重叠，但我觉得这个的优先级应该要比常识库更高，而且可以更便捷的以当前情况自由修改（这应该也能稍微改善评论区另一个人说的关于event的问题）

非常棒的mod！常识库可以有效缩减全局提示词，而且还让小人更加聪明，炒饭智能+12
几个疑问：
1.常识库的备注是越多越详细好呢，还是简洁点更好？
2.感觉用了这个mod后，对话用的token似乎变高了？不过还能接受
3.常识库会自动为每个小人生成一条备注，而且里面仅记录了在殖民地时间（绮罗商户有bug，没有当殖民者的时间，于是被认为是新人，不过问题不大倒是）我修改这些备注后，ai又会自动改回来，这有办法优化一下吗；比如可以关掉自动总结，或者可以自己润色且不被ai改掉
4.我的ai对话总结好像用不了，我是rimtalk和大佬的mod一起用的，我也在设置里给两个mod用了同一个api，但是每天ai对话总结的时候都会报错说生成失败

Weird, after the update my mod is now half in English, half in Chinese, and partially in Russian

is there a english verison

求助为什么我的mod界面是英文？

我最后一条也确实说了不奢求拼世界观，这类内容只是为了润色加收敛噪音的；具体RimLog只是做一个启发+给你做路径参考，不是说用它的方法把所有的log全都dump到全局条件里或者做不断刷新的一次性大量总结。

实际内容实现你也确实已经用了多层思路，我觉得在这基础上去监听和叠加总结是没有问题的；只是提个建议，如果有打扰请见谅。

Works perfectly. The knowledge library manager isn't translated but it's still intuitive enough to work and that's fine, this is exactly what I've been needing with my more complicated colony.
Thank you Sanguo!

@SaltGin
通过注入世界观背景和种族特征都是帮助小人碎碎念的，说实话没发现实现有太大问题。你要让AI对话进行碎片化叙事去拼一个世界观多少有点太超前了。
Rimlog这个数据量太大了，让AI总结都要消耗掉常识库一年的份额，别说再生成故事。常识库记录袭击只有可以用关键词替代一次性总结和调用的十几token。这俩个方式压根不是一个重量级的

还有关于event对故事的影响/具体实现可以参考下RimLog这个mod作者的思路，他直接调用了游戏里现存的事件log，dump出来的整个文件甚至可以直接丢给LLM生成一个完整的故事； https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3263020460

因为context限制、和需要即时反馈到游戏里等等一系列不可控因素，我觉得无论如何rimtalk或者类似方案都是没法构建大型连续的故事类世界观的，会相当吃资源和金钱；只是感觉event这类要素确实是可以给对话内容锦上添花+收敛生成内容的噪音，算是可以关注的一点，稍微提一下下

加上按现在的解决思路来说，往常识库里堆event的相关信息也确实是滚雪球的一环，按一开始的四层处理逻辑来说这部分应该更具体堆在SCM/ELS/CLPA这几个具体记忆里，直接往常识库里堆感觉确实是崩坏的；这个我觉得还是要再考虑一下

其实我这边担心的问题不太是“日常碎碎念多不多/故事构建/常识够不够丰富”，主要还是稳定性和方案会不会越堆越臃肿的问题

全部功能和逻辑交给AI编程的一大问题就是很多问题都会滚雪球；拿常识库实现这个功能的话，本来可以在全局提示词里清晰写出+稳定执行的规则，如果再套一层“常识库 → 关键词提取（而且多数玩家也很难精确挑关键词）→ 打分 → top-k 注入”，每一步都会多一点不确定性，最后就很难稳定地做到“检查+修正”，还会有可能额外消耗token

提到种族信息，主要是因为一开始在贴吧的功能宣传和github的doc里，都写了常识库可以拿来做这件事，我觉得后续也许可以在文档里再澄清一下

@SaltGin
要记录历史故事其实没什么难度，我让AI总结event自动生成相关常识就可以了。不过日常碎碎念应该是我和作者和不少人的根本目的。对于构建故事这个方向我都没考虑过，你有想法可以反馈给我我去做