先分开三种“先后”
| 顺序 | 回答什么 |
|---|---|
| 故事发生 | 哪件事先发生，间隔多久 |
| 正文呈现 | 作者先写哪场戏，哪里倒叙或概述 |
| 读者获知 | 哪章知道哪部分事实，哪些仍未知 |
第八章回忆上周的交接，交接不会因此发生在第八章的“现在”；第二章只看到空架，也不代表读者已经知道谁移动了包裹。
Oh Story 的追踪方法区分客观事件、读者认知与实际揭示章节，并要求未来计划留在大纲。下面的表是作者的人工工作表，不是直接提交给工具的字段格式。设定集整理用于整本资料管理，本页专门处理时间与揭示顺序。
时间不够精确时，别补一个日期
先收集原文明确时间词、事件条件和顺序。例如“停雨后”“交接两天前”“当晚”可以保持相对形式。未说明年月日就不猜一个日期；矛盾的时间写成待裁决，不偷偷选一个。
每件重要事件记录实际发生、依据位置、呈现位置和当前读者认知。需要跨度时，再检查最少必须经过多久与稿件实际给出多久；旅行、治疗等外部事实需另行查证，不能用作者时间表证明现实可行。
未发生的计划不要混入已完成事件。角色也有自己的知情范围：作者和读者知道包裹被移动，不代表收件人已得到这个消息。
原创案例：先见空架，后见搬走过程
假设稿件已经写到第八章：周五傍晚，秦泊将许简的包裹从门外架子移到室内储物柜，以避雨；许简不在。周六早上许简看到空架，以为包裹没送到。第八章倒叙周五，读者才看到秦泊移动它。柜门随后仍关着，秦泊尚未告诉许简。
这套完整前提为本页原创，表格只记录已经写出的版本：
| 事件 | 时间与读者获知 |
|---|---|
| 秦泊搬走包裹 | 周五傍晚；第八章倒叙才展示搬入室内柜的过程 |
| 许简看到空架 | 周六早上；第二章展示，她判断“没送到”，读者尚不知原因 |
| 许简得知真实去向 | 截至第八章未发生；不填写一个未来章节当实际揭示 |
当前状态：读者知道包裹在室内柜里，许简仍以为没送到。秦泊知道自己的搬移动作。第二章的判断是人物误认，不是“作者写错投递结果”。
第十章让秦泊解释去向可以是大纲计划；只有实际写出告知，才能更新许简已知与读者新增信息。这个示例不保证倒叙有效，效果还需从悬念与阅读目标判断。
移动一场戏后，按实际版本更新
把第八章倒叙提前到第三章，会改变读者获知时间，但不会自动改变周五的搬移动作或许简的知情。若删除搬移动作，则室内柜里的包裹和后续解释都失去依据。先判断改变的是事件还是呈现，再查后文。
整理〔已写章节范围〕的时间线。给出事件实际先后、原文位置、正文呈现章节、读者已知与角色知情。保持原文时间精度，缺失标待定；把误认与客观事实分开，未来揭示计划另列。只整理与指出候选冲突，不改写正文或文件。
这个提示词适合人工整理。使用 Oh Story 正式项目时，时间线视图由结构化状态生成，不直接手改作者真相或读者已知文件；已批准修订通过章节修订流程更新截至最后已写章的当前状态。表格写好了，不代表现存正文的时间矛盾已经修复。
常见问题
时间线整理后，还能倒叙或隐藏真相吗？
可以。整理用于区分实际发生、呈现顺序与知情范围，不强迫顺叙。检查读者能否理解已给出的线索，以及角色的判断是否符合当时所知。
用 skill 来做
人工只读整理可用上方提示词。若用 /story-long-write（Codex 用 $story-long-write）修订章节，按 workflow-revision 与 tracking-transaction 更新事件、实际揭示和当前知情；不要把本页工作表当作正式事务输入，也不要为整理时间线自动重写小说。