故事上下文与记忆机制
在柚姬AI中怎样工作
每次生成回复时，系统会组合当前故事的内容交给 AI，主要包括：
- 当前角色卡。角色卡会在每次对话时完整加入上下文。
- 当前故事的角色设定，以及开场问卷中填写的答案。
- 当前选择的系统预设或个性预设。
- 当前故事的历史内容，包括系统整理的故事摘要和最近消息。
- 您本次发送的消息。
这些内容共同决定 AI 接下来怎样回复。已经显示在页面中的旧回复不会因为修改设定或切换预设而自动改变。
上下文空间怎样分配
每个模型一次能读取的内容有限，这部分空间叫作上下文。了解空间怎样分配，可以帮助您判断为什么聊不了天、该精简哪部分内容。
可用空间
模型的上下文窗口要先扣掉系统预留、回复预留和安全余量，剩下的部分才是本次对话的可用空间。不同模型的上下文窗口不同，可用空间也不同；同一个故事换一个模型后，能带上的内容可能明显变多或变少。
设定内容最多约占六成，对话内容至少保留约四成
可用空间分为两部分：
- 设定内容：最多约占六成，包括角色设定、预设、世界书、开场问答和平台指令。
- 对话内容：至少保留约四成，包括记忆（系统整理的剧情摘要）、永久记忆、聊天记录和本轮输入。
设定内容不会被裁剪。设定内容超出上限时，消息就无法发送，需要先精简。
聊天记录放不下时，系统会保留故事开头和最近的消息，从中间开始省略较早的内容。因此设定内容越长，留给聊天记录的空间就越少，AI 能记住的前文也越少。
看懂“上下文管理”面板
在聊天输入区的工具栏中点击“更多 → 上下文管理”即可打开面板；消息因上下文不足发送失败时，点击提示中的“查看详情”也能打开。
面板顶部显示当前状态，共有四种：
| 状态 | 含义 |
|---|---|
| 上下文空间充足 | 空间够用，无需处理。 |
| 空间偏紧，AI 能记住的聊天记录变少了 | 还能正常聊天，但设定内容已接近上限，或者带上的聊天记录不到一半。 |
| 角色设定或预设太长，当前模型装不下 | 设定内容超出上限，消息无法发送。 |
| 对话太长，当前模型已带不上聊天记录 | 设定内容之外已经放不下聊天记录，消息无法发送。 |
面板下方把内容分为“静态内容”和“对话内容”两侧，并按分组列出占用情况：
- 静态内容：角色设定、预设、世界书、开场问答、平台指令、其他。
- 对话内容：记忆、永久记忆、聊天记录、本轮输入。
每个分组会显示占用的字数和所占比例。“聊天记录”还会显示实际带上多少条、一共有多少条，方便您判断 AI 能记住多少前文。面板中的数字是估算值，世界书会随您输入的内容触发，实际占用以发送时为准。
新版聊天引擎的差异
新版聊天引擎（chat-v2）的面板不分两侧，内容按分组平铺展示；有上限的分组会显示各自上限，顶部显示总占用与总上限。
分组包括平台指令、角色设定（含开场问答）、世界书、记忆（角色状态）、观察记录和聊天记录，不再显示预设、永久记忆与本轮输入。
“记忆”视图可编辑角色状态；观察记录由系统自动整理，只能查看。聊天记录只计算尚未整理进观察记录的部分，不显示带入条数。
状态共有四种：空间充足、空间偏紧、角色设定太长装不下、内容超出上限。
聊不了天时怎么处理
先打开“上下文管理”面板，看是哪一侧超了，再对应处理：
- 设定太长：精简角色卡或预设，或者切换上下文更大的模型。世界书随角色卡提供，无法单独编辑；世界书占用很大时，可以换用更轻量的角色。
- 聊天记录带不上：编辑或精简记忆、删减永久记忆、开始新故事，或者切换上下文更大的模型。
面板中的“你可以这样处理”会列出可直接前往的操作。因上下文不足而没有发送成功的消息，会提示“本次未扣除积分”。
预设不是越长越好
当预设中启用的词条合计超过约 1 万 token 时，编辑页会给出提醒。1 万 token 大约相当于中文 6 千多字，或英文 4 万个字符。
预设内容太多，会带来这些问题：
- 分散模型的注意力，重要的要求反而执行不稳定。
- 词条之间更容易互相干扰。
- 挤占聊天记录的空间，AI 能记住的前文变少。
- 在上下文较小的模型上，可能直接装不下，导致无法发送。
建议只启用当前故事真正需要的词条，更多写法见管理个性预设。
写角色卡的建议
角色卡会在每次对话时完整带给 AI，写得越长，留给聊天记录的空间就越少，也可能增加消耗。
- 保留核心设定：身份、性格、说话方式、关键关系和行为边界。
- 长篇背景故事提炼要点，只写会影响角色言行的部分。
- 避免重复描述同一件事，也不要把示例对话写得过长。
- 系统出现相关提示时，建议精简角色卡或选择更轻量的角色。
更多写法见创建角色技巧。
长故事怎样保留前文
当故事逐渐变长，系统不会一直把全部历史消息原样交给 AI，而是会自动整理较早的故事内容：
- 故事开头和最近的消息会优先保留原文。
- 较早的中间过程会逐步整理为累计故事摘要。
- 生成新回复时，系统会同时参考摘要和最近消息。
因此，您仍然可以在页面中查看完整聊天记录，但 AI 实际生成回复时，部分旧内容可能已经通过摘要参与上下文。摘要能帮助故事延续，但不能保证每个细节都永久保留。
上下文容量随当前模型和系统配置变化，具体配置以系统当前显示为准。
柚姬AI中的“记忆”范围
系统的故事摘要和历史消息都属于当前故事。新建故事后，会建立独立的故事记录和上下文，不会默认继承另一个故事中发生的剧情。
如果您希望新故事延续旧故事，请在开场时重新说明必要信息，例如当前关系、发生过的重要事件和接下来的目标。
[!NOTE] 个性预设用于控制“AI 怎样回复”，例如文风、对话方式和行为规则；它不是保存剧情的记忆库。
怎样让回复更稳定
长期角色设定写在角色设定中
角色身份、性格、关系和长期行为边界，应写在当前故事的角色设定中。不要只在很早的一条聊天消息里提到一次。
回复规则写在预设中
文风、篇幅、叙事视角和对话习惯适合放进预设。预设词条过多会占用上下文并互相干扰，只保留当前真正需要的内容。
重要剧情在关键节点简短回顾
故事进入新阶段时，可以用一小段话说明当前地点、人物关系、已经发生的重要事件和下一步目标。无需复制全部聊天记录。
例如：
我们已经离开车站，正在旧城区寻找失踪的信使。角色还不知道信件被调换，并约定天亮前回到旅店。
常见问题
为什么聊天记录还在，AI 却忘记了？
页面保存的是完整故事记录，AI 生成时使用的是摘要和当前可用的历史内容。较早细节可能在自动摘要过程中被简化，请重新说明当前仍然重要的信息。
修改角色设定或预设后，旧消息会变化吗？
不会。修改只影响之后生成的回复。
新建故事会继承原故事的记忆吗？
不会默认继承。新故事拥有独立上下文，需要重新交代希望延续的重要剧情。