百万Token模型怎么读懂你的小说？故事圣经、时间线和章节资料包制作教程
写到几十章以后，作者常要先解释一遍前情，才能让AI继续帮忙。故事圣经就是解决这件事的小资料册：作品方向一页，人物状态一张表，再加当前章的任务。旧稿仍然保留，需要的事实却能很快找出来。
2026年10月初，Mistral Large 4的官方更新日志标注了百万Token上下文窗口；Google此前公布的Gemini 4 Argon则强调百万Token输出上限，两者是不同指标。更大的输入容量可以容纳更多背景，输出上限决定单次生成空间。长篇作者仍需将故事资料整理清楚，供当前任务按需使用。Google介绍、Mistral更新日志
下面直接做一份可复用的资料包，小窗口模型也能按需取用。Token与中文字数并不一一对应，实际容量和输出限制看服务说明；不必等到用上最大窗口才开始整理。
一、故事圣经里放什么
故事圣经可以理解为作品的共同说明书：这是什么故事，主角追求什么，世界遵循什么规则，哪些事实不能随意改变。它让作者、模型或协作者在讨论新章节时拥有同一个起点。
原稿里有一整晚的谈话、动作和情绪，资料册里可能只需留一条：“主角在第六章得知道路已经修复，但运营方案尚未批准。”这条信息很短，却能告诉下一章哪些事情已经发生。
以一个虚构故事为例：山城公交调度员陆青发现，一条停运线路仍有人登记预约。他想查明是谁在登记，也希望找到学生通勤的办法。下面围绕这条主线，把资料逐项整理出来。
二、先写一页作品核心
第一份资料控制在一页内，让作者能够快速确认方向。题材、读者期待、主要冲突和叙事视角，比一开始详细列出每个配角的外貌更重要。
作品方向：山城现实成长故事，包含温和悬疑。
主角：陆青，新任公交调度员。
长期目标：恢复可靠的山区通勤。
核心冲突：运营预算有限，旧线路问题与个人关系纠缠。
叙事方式：第三人称限知，以陆青可得信息为准。
读者期待：具体问题被逐步解决，人物因行动获得成长。
不可改动：没有超自然力量，预约记录来自真实的人。“读者期待”可以约束模型的发挥。如果这本书的吸引力是现实问题和人际关系，就不宜每章突然扩大成阴谋战争。作品方向说清楚，模型提出的创意也更容易筛选。
蛙趣拼文的构思对话与大纲规划，可以帮助把一页核心继续展开成全书、分卷与章节目标。作者先确认故事方向，再逐层细化，资料之间就更容易保持一致。
三、世界规则只记录会影响行动的部分
现实题材也有世界规则，例如公交公司如何排班、谁能修改预约、道路封闭如何通知。玄幻题材则可能涉及能力条件、代价与组织关系。
整理时可以为每条规则补上“对人物行动的影响”。如果山路封闭后不能直接调车，主角就需要先联系道路负责人；如果某项能力必须付出代价，关键情节就不能忘记这个条件。
不要把作者查到的所有资料都塞进正式设定。未经核实的专业知识先放研究区，作者确认后再写进小说规则。涉及真实行业时，AI提供的说明可作为检索线索，不宜直接当成权威事实。
在蛙趣拼文中集中管理世界观、地点、组织与规则，可以让这些信息持续更新。每次新增一项规则时，也检查它是否改变了前文已经发生的事件。
四、给人物加上“现在知道什么”
人物卡不只是姓名、年龄和性格。对于连续故事，更重要的是当前目标、能力、关系以及已经获得的信息。
| 人物 | 当前目标 | 已知信息 | 尚未知信息 |
|---|---|---|---|
| 陆青 | 查明停运线路预约 | 有一批规律登记记录 | 登记者的身份 |
| 学校负责人 | 保住学生通勤 | 学生目前绕路很远 | 公司内部的预算方案 |
| 老司机 | 避免再次走危险路段 | 旧路线曾经发生塌方 | 道路已完成哪些修复 |
“不知道”同样是创作条件。老司机不应该在尚未核对道路时笃定路线安全，陆青也不能在第一章就根据作者的终局构思说出答案。
角色状态需要跟章节走。某人第三章获得的消息，不应被写进第一章的任务包；两个人第五章和解后，后续对白也要承认关系变化。蛙趣拼文的人物状态演变与关系有效期，可以帮助整理这种时序。
五、时间线要分清故事时间与写作顺序
作者可能先写结尾，再补开篇，文件创建日期并不等于故事中的事件日期。时间线应按故事内部发生顺序组织，并注明相关章节。
例如“周一停运”“周二出现预约”“周三陆青查记录”“周四发现道路修复通知”，每个事件都需要说明谁参与、谁知情，以及它给后面造成什么变化。
回忆或插叙可以出现在更晚的章节，但发生时间仍属于过去。把时间与公开顺序分开记录，模型才能知道角色是“经历过但未提及”，还是“尚未发生”。
事件名称：
故事内时间：
发生地点与人物：
起因：
行动与结果：
在正文首次公开的章节：
影响到的角色、关系或规则：
仍待确认的信息：这份事件模板还可以用于审阅。如果一个结果没有原因，补充前文行动；如果人物的决定没有信息支持，就调整知情边界或场景，而不只是润色句子。
六、当前章只带上用得着的资料
一章通常不需要引用全部作品背景。先写清本章目标，再挑选相关人物、规则、前情和伏笔。资料包可以短，但必须说明本章在哪里结束。
当前章：陆青第一次查访山区学校
起点：他拿到预约记录，尚未联系登记者
本章目标：发现登记与学生通勤时间有关
出场人物：陆青、学校负责人
相关规则：恢复线路需要路况确认与运营安排
前情：公司要求先提交可行方案
必须保留：登记者身份本章不公开
结尾变化：陆青决定找老司机核对路线
引用资料：人物当前状态、旧线路记录、学校作息说明陆青这一章去学校，就先带学校作息、预约记录和他已知道的路况。公司过去十年的人员变动暂时用不上，可以留在资料库。蛙趣拼文通过摘要、检索与上下文预算组织相关信息，作者也可以检查有没有漏掉本章真正需要的条件。
在生成前，也可以请模型复述本章目标与限制。它理解错时先纠正任务包，能减少正文生成后的整章返工。
七、明确三个资料状态
最实用的分类是“已确认”“备选”“已废弃”。例如登记者可能是学生家长，也可能是退休教师，作者还没决定时，两种方案都应留在备选区。
决定后将采用方案写回正式设定，未采用的保留为讨论记录。旧版不用立刻删除，但应标记它不再作为当前创作依据。
仅靠文件名字“最终版”“最终最新版”很难长期管理。可以注明版本日期、修改原因与影响章节，让未来的你看得懂这次改动。如果修改影响前文，先列出需要回查的章节，再更新后续任务。
这也是为什么本地项目管理很重要：模型会话可以改变，作品事实应该有稳定的保存位置。蛙趣拼文将章节、人物、世界观、伏笔与会话组织在工作区，便于作者保留自己的创作资产。
八、写完一章之后更新什么
先做章节摘要，记录主要事件和结果；再检查人物是否获得新信息，关系是否改变，某条伏笔是否推进，世界规则是否新增。不要把每一个修辞细节都变成长久设定。
章节分析可以帮助发现变化，但自动报告仍需作者确认。例如角色提出的猜测，不一定是作品真相；对白中的夸张，也不一定代表能力真的发生变化。
确认后，再让后续章纲参考新的状态。形成“正文—分析—确认—资料更新—下一章”的循环，长篇资料包就不会只停留在开书时的版本。
如果只是修改措辞，摘要可能不需变化；如果改了谁知道秘密或谁拿走证据，就应回查相关人物与后续章节。根据变化程度更新，能避免维护工作变成负担。
九、资料包也需要备份与抽查
每完成一卷或一次重大改稿，可以导出阶段备份，保存当前章纲、资料与正文。恢复前核对版本，不要用早期备份误覆盖新稿。
抽查时任选一个旧章节，问自己：当时主角知道什么，哪些规则有效，哪条线索已公开？如果资料能快速回答这些问题，说明它确实在帮助创作。
蛙趣拼文软件本身不上传、收集稿件，资料保存在本地。调用用户配置的云模型时，相关任务文本发送给对应服务商，适用其隐私政策；需要发送哪些背景，也可以结合任务范围来安排。
常见问题
可以让AI一次生成故事圣经吗？
可以先整理初稿，但需要作者确认。尤其要区分正文事实与模型推断，不把补充猜想自动写成正式设定。
已经有几十章旧稿，从哪里开始？
先做作品核心与章节摘要，再提取关键人物、规则和事件。可以分批整理，逐步建立可用资料，不必一次完成全部细节。
故事圣经要写多少字？
按用途决定。一页核心用于快速定位，细节资料单独保存。本章包只取相关部分，比追求固定长度更实用。
只用小窗口模型，这套方法还有用吗？
有用。清楚的任务包和准确摘要本来就适合有限窗口，也能降低无关内容对任务的干扰。
可以从今天要写的一章开始：把主角已知信息、当前目标和结尾变化写下来，再补上相关前情。下次接着写时不用重新翻几十章，这份资料包就已经发挥了作用。