MemoryLake
返回全部文章
Pain Point2026 年 5 月 22 日8 分钟阅读

为什么 Janitor AI 会忘记角色细节?

你写了一个长篇互动小说场景,角色是你经过几个月构建起来的——他们的伤疤、口音、背景故事,以及他们在第二章中许下的未完成的承诺。在三十条消息后,你的角色不再记得任何这些。口音消失了。伤疤不见了。承诺从未发生。更糟的是,你不得不在每个新聊天的开头不断重写同样的角色圣经。

这就是 Janitor AI 的构建方式,而有一个简单的方法可以修复它。

简短答案

Janitor AI 忘记角色细节是因为 JLLM,它的默认模型,工作上下文窗口大约为 8,000 到 9,000 个标记。在 25 到 30 条长篇写作消息后,最早的角色笔记被推送出去,AI 不再看到它们。一个持久的角色记忆层可以在每次对话中重新注入正确的细节,从而解决这个问题。

为什么 Janitor AI 会忘记角色细节

Janitor AI 是一个流行的长篇互动小说托管平台,而你所看到的遗忘是模型上下文预算的直接结果。

1. JLLM 的上下文窗口很紧。 JLLM,平台的内部模型,运行在大约 8,000 到 9,000 个标记的上下文窗口上——对于短场景来说足够,但对于多章节项目来说不够。随着消息的积累,最旧的内容是第一个被丢弃的。

2. 25 到 30 条消息的悬崖。 Janitor AI 帮助中心和社区指南都指出,在 25 到 30 条消息后,聊天中的初始交流超出了 JLLM 的工作窗口。那是角色“忘记我们是如何相遇的”,丢掉伤疤,或恢复到通用的声音——早期的定义实际上已经离开了提示。

3. 角色卡和个性字段是永久标记,但很小。 角色的个性、场景和任何高级提示被保留为永久标记,保留在每个请求中。它们的数量是严格限制的。详细的角色圣经无法在这里容纳而不挤占写作本身。

结果是一个模型,可以在一个章节中美丽地写出你的角色,然后悄悄开始写出稍微不同的人。

当 Janitor AI 忘记角色细节时你会失去什么

对于作家、小说家和互动小说设计师来说,遗忘最痛苦的地方在于——连续性:

  • 身体细节漂移。 伤疤、跛行、在第一场景中引入的假肢在第十场景中悄然消失。
  • 声音变平。 你定义的细致的言语模式、词汇和口音变成通用叙述者的声音,因为原始角色卡离开了窗口。
  • 情节承诺蒸发。 “我将在第三天的灯塔见你”变成了被遗忘的台词,因为包含它的消息不再在提示中。

解决方案不是“写一个更长的角色卡”。而是将角色的规范圣经保留在聊天之外,然后在每次聊天开始时通过 REST API 仅注入所需的片段。

Janitor AI 的内置变通方案(以及每个方案的不足之处)

Janitor AI 提供了一些功能,部分解决了角色漂移的问题。它们都无法解决长项目的问题。

聊天记忆。 该平台允许你编写或自动生成到目前为止聊天的摘要,然后作为永久标记包含在每个请求中。这是最接近的原生解决方案。它仍然受到相同的 8K-9K 窗口的限制,摘要失去具体性(伤疤变成“有一个显著的标记”),而且你必须在故事发展时手动维护聊天记忆。Janitor AI 的 聊天记忆与上下文管理指南 详细介绍了权衡。

角色个性和场景字段。 被保留为永久标记,因此它们在每次对话中都能存活。它们的长度也是设计上较短——足够用于一页卡片,而不是多部小说的规范。

代理到更长上下文模型。 许多作家使用反向代理来使用具有更大窗口的非 JLLM 模型。这可以购买上下文空间,但引入设置开销,有时会有速率限制或额外费用,并且仍然将角色记忆绑定到一个工具中的一个聊天。

对于快速场景,原生功能是可以的。对于在多个聊天和多个会话中构建小说的作家来说,它们则不够。

Janitor AI 的内置记忆不足之处

更深层次的问题是角色记忆存在于聊天内部,而不是在其上方。与同一角色开始新聊天时,你几乎是从头开始。将你的项目移动到 Claude 或 ChatGPT 进行大量编辑时,角色圣经也必须手动重建。

严肃的互动小说作家、小说家和游戏大师最终会在旁边保留一个“真实规范”文档,并不断从中粘贴。那个文档才是真正的角色记忆——它只是不与 AI 连接。

MemoryLake 如何修复 Janitor AI 忘记角色细节

MemoryLake 是一个跨模型的记忆层,将角色的规范圣经保留在任何单一聊天或工具之外。圣经存储在一个项目中。Janitor AI 每次对话从中读取,而不是依赖于窗口中适合的内容。

  • 每个项目一个规范角色圣经。 身体细节、声音模式、关系和情节承诺作为结构化条目存储在 MemoryLake 项目中。它们永远不会超出 8K-9K 窗口,因为它们是按需注入的,而不是一次性填充的。
  • 比原始提示多 10,000 倍的角色上下文。 MemoryLake 的检索引擎可以为每个项目保存整个系列的圣经,并在每次对话中仅提供相关细节,因此当角色脱下外套时伤疤重新出现,而不是在你记得提醒模型时。
  • 可移植到其他写作工具。 相同的角色圣经可以在 ChatGPT、Claude、Gemini 和 Grok 中使用。当作家将场景从 Janitor AI 移出进行编辑时,角色会随他们一起移动。

MemoryLake 在 LoCoMo 长上下文基准测试中得分 94.03%,这是截至 2026 年发布的最高结果,具有毫秒级检索和 AES-256 端到端加密。

在 3 个步骤中将 MemoryLake 连接到 Janitor AI

  1. 创建一个项目并加载你的角色圣经。 登录 MemoryLake,打开项目管理,点击创建项目,并以作品命名,例如“灯塔——系列圣经”。通过文档驱动上传现有角色表、背景故事文档和参考图像——支持 PDF、Word、Excel、PowerPoint、Markdown 和图像。为每个角色的声音、伤疤、关系和承诺在记忆标签中添加结构化条目。
  2. 生成 MCP 服务器端点。 在你的项目中打开 MCP 服务器标签,点击添加 MCP 服务器,命名为“Janitor AI 集成”,然后点击生成。MemoryLake 返回一个 API 密钥 ID、密钥和端点 URL。立即复制密钥——它只显示一次。
  3. 连接 Janitor AI。 Janitor AI 不支持 MCP,因此使用 REST API 和你的 Bearer 令牌在每个会话开始时提取相关角色记忆,并将其粘贴到角色卡或场景提示中。对于较长的项目,运行一个小脚本,每当你打开一个新聊天时刷新角色圣经块。

常见问题

Janitor AI 有长期记忆吗?

不太可能。Janitor AI 将个性、场景和聊天记忆作为永久标记,但其他所有内容都受到 JLLM 的 8K-9K 上下文窗口的限制。在大约 25 到 30 条消息后,最早的交流超出了该窗口,AI 不再看到它们。

我如何让 Janitor AI 记住我的角色细节?

将角色圣经保留在 Janitor AI 之外,放在像 MemoryLake 这样的持久记忆层中,然后在每次聊天开始时通过 REST API 将相关片段注入角色卡或场景中。模型只看到适合窗口的内容,但适合的内容总是正确的细节。

Janitor AI 的记忆限制是什么?

JLLM 的工作上下文大约为 8,000 到 9,000 个标记。角色卡、聊天记忆、高级提示和最近的消息都共享该预算,这就是为什么长时间写作会在 25 到 30 条消息后开始遗忘的原因。

传说书能修复角色遗忘吗?

传说书风格的条目有帮助,但它们仍然消耗相同的标记预算。它们在触发时显示相关的传说,这很有用,但底层窗口并不会增长。

我可以在 Janitor AI、ChatGPT 和 Claude 之间共享相同的角色圣经吗?

可以。MemoryLake 将圣经存储在项目中的模型中立格式中,因此相同的规范可以通过 REST 或 MCP 在 Janitor AI、ChatGPT、Claude、Gemini 和 Grok 中使用。