> For the complete documentation index, see [llms.txt](https://docs.lumiao.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.lumiao.ai/docs/guan-fang-bo-ke/lu-mao-dao-gu-ji-shu-ban.md).

# 撸猫捣鼓技术版

会在这里介绍撸猫背后的技术，我们：

### 【已经完成】用「树状消息链」替代单一消息链 <a href="#heading6f01421db52f42aba6aafb6d43fb88b1-yi-yong-shu-zhuang-xiao-xi-lian-ti-dai-dan-yi-xiao-xi-lian-0" id="heading6f01421db52f42aba6aafb6d43fb88b1-yi-yong-shu-zhuang-xiao-xi-lian-ti-dai-dan-yi-xiao-xi-lian-0"></a>

* [记忆消息链技术](https://docs.lumiao.ai/docs/guan-fang-bo-ke/ji-yi-xiao-xi-lian-ji-shu)

大多数airp产品的消息链是一条线——你只能往前走，回头修改就意味着覆盖。

Lumeow 把它重构成了**树**。这意味着「if 线剧情」「支线探索」「平行时空叙事」这些过去只能靠脑补的东西，未来真的有可能变成可玩的机制——每一个分叉都是一个真实存在的世界线，可以回溯、可以对比、可以并行推进。

### 【已经完成】基于树状结构的记忆工程：树状存储 + 二级渐进式压缩 + 无缝滑动窗口

* [记忆设计原则及分层结构介绍 | 技术博客 | Lumeow文档库](https://docs.lumiao.ai/docs/guan-fang-bo-ke/ji-yi/ji-yi-she-ji-yuan-ze-ji-fen-ceng-jie-gou-jie-shao)

我们分析了一下现有的主流方案，市面上的主要流派：

* **RAG 召回式**——靠玄学相似度，召回什么全看运气；
* **野蛮截断式**——超长就砍，前情后果一并丢失；
* **无限自增式**——上下文越滚越大，最终拖垮窗口和钱包；
* **单一长期记忆式**——整条故事线只有一份记忆，一旦被污染就再也回不去了。

Lumeow 的记忆系统建立在树状消息链之上：**树状存储**让每条世界线拥有自己独立、可隔离的记忆；**二级渐进式压缩**让上下文随距离逐层抽象，而不是一刀切；**无缝衔接的滑动窗口**则保证长程叙事不会出现记忆断层。

### 【已经完成】剧情变量管理：在两个极端之间找更优解

* [状态栏——简单模式管理复杂状态](https://docs.lumiao.ai/docs/guan-fang-bo-ke/zhuang-tai-lan-jian-dan-mo-shi-guan-li-fu-za-zhuang-tai)

目前剧情状态管理基本是两个极端：

* **Sillytavern社区 MVU + JS**——能力强，但门槛劝退绝大多数创作者；
* **每条消息都拼接状态面板**——简单粗暴，但冗余、易错、污染叙事。

Lumeow 想在两者之间找一个**取长补短**的方案：让普通创作者也能驾驭，同时保留足够的表达力。

### 【正在努力ing】在以上创新之上，兼容 Silly Tavern 生态