故事上下文与记忆机制
在柚姬AI中怎样工作
每次生成回复时，系统会组合当前故事的内容交给 AI，主要包括：
- 当前角色卡。角色卡会在每次对话时完整加入上下文。
- 当前故事的角色设定、自定义背景和相关世界信息。
- 当前选择的系统预设或个性预设。
- 当前故事的历史内容，包括系统整理的故事摘要和最近消息。
- 您本次发送的消息。
这些内容共同决定 AI 接下来怎样回复。已经显示在页面中的旧回复不会因为修改设定或切换预设而自动改变。
长故事怎样保留前文
当故事逐渐变长，系统不会一直把全部历史消息原样交给 AI，而是会自动整理较早的故事内容：
- 故事开头和最近的消息会优先保留原文。
- 较早的中间过程会逐步整理为累计故事摘要。
- 生成新回复时，系统会同时参考摘要和最近消息。
因此，您仍然可以在页面中查看完整聊天记录，但 AI 实际生成回复时，部分旧内容可能已经通过摘要参与上下文。摘要能帮助故事延续，但不能保证每个细节都永久保留。
上下文容量随当前模型和系统配置变化，具体配置以系统当前显示为准。
柚姬AI中的“记忆”范围
系统的故事摘要和历史消息都属于当前故事。新建故事后，会建立独立的故事记录和上下文，不会默认继承另一个故事中发生的剧情。
如果您希望新故事延续旧故事，请在开场时重新说明必要信息，例如当前关系、发生过的重要事件和接下来的目标。
[!NOTE] 个性预设用于控制“AI 怎样回复”，例如文风、对话方式和行为规则；它不是保存剧情的记忆库。
怎样让回复更稳定
长期角色设定写在角色设定中
角色身份、性格、关系和长期行为边界，应写在当前故事的角色设定中。不要只在很早的一条聊天消息里提到一次。
回复规则写在预设中
文风、篇幅、叙事视角和对话习惯适合放进预设。预设词条过多会占用上下文并互相干扰，只保留当前真正需要的内容。
重要剧情在关键节点简短回顾
故事进入新阶段时，可以用一小段话说明当前地点、人物关系、已经发生的重要事件和下一步目标。无需复制全部聊天记录。
例如：
我们已经离开车站，正在旧城区寻找失踪的信使。角色还不知道信件被调换，并约定天亮前回到旅店。
避免过重的角色卡
角色卡会在每次对话时完整加入上下文。角色卡内容过多不仅会挤占历史消息空间，也可能增加消耗；系统出现相关提示时，建议精简角色卡或选择更轻量的角色。
常见问题
为什么聊天记录还在，AI 却忘记了？
页面保存的是完整故事记录，AI 生成时使用的是摘要和当前可用的历史内容。较早细节可能在自动摘要过程中被简化，请重新说明当前仍然重要的信息。
修改角色设定或预设后，旧消息会变化吗？
不会。修改只影响之后生成的回复。
新建故事会继承原故事的记忆吗？
不会默认继承。新故事拥有独立上下文，需要重新交代希望延续的重要剧情。