Story Context 是一个关于写作交接时上下文范围界定的技能。每次派生（spawn）任务都始于一个上下文决策。如果决策错误，写作者可能编造出与既定设定（canon）矛盾的事实，评审者可能因为没有看到相关章节而遗漏连续性问题，头脑风暴者则可能探索作者已经否决过的领域。
派生机制（-f、--from、spawn 命令）记录在 meridian spawn -h 中。本技能教授的是判断力：应当传递哪些故事上下文、何时在派生之前将决策固化，以及多少上下文才算足够。
选择正确的机制
有三种选项，各适用于不同情况。meridian spawn -h 包含命令语法；本节说明何时使用哪一种。
文件（-f）：当上下文已经以文件形式存在时使用，例如章节、大纲、wiki 页面、风格文件、角色状态。这是默认选择，因为文件稳定、可检查，并且能在压缩（compaction）后保留。范围要收紧：只传递真正重要的文件，而不是全部。
会话历史（--from）：当智能体需要尚未写下的决策、推理或头脑风暴上下文时使用。会话历史捕捉选择背后的原因：作者为什么选择这个角度、否决了什么。
先固化：当上下文重要到不能只停留在临时状态时使用。如果关键的故事决策只存在于对话中，在派生之前把它们写入 kb 或工作目录。如果写作者可能意外地与这些上下文矛盾，就固化它。如果只是补充性背景，--from 即可。
各智能体需要什么
写作者
写作者需要足够的信息来保持语气和符合设定，而不是所有已写内容。必要的上下文包括：
场景简报或大纲：这个场景发生什么、需要命中的节拍
相关风格文件：查看 styles 目录中已有的文件，挑选与场景匹配的文件。为出场角色准备角色文件，为所写场景类型准备场景类型文件。每个风格文件都是自描述的：阅读开头即可知道它何时适用。
连续性锚点：紧邻的前一章或场景（用于衔接），以及任何确立本场景所引用事实的章节。两到四个文件，而不是整部手稿。
角色状态：场景中出场角色的角色文件，尤其是当他们情绪状态或知识最近发生变化时
词汇：当场景使用自创术语、魔法/阵营名称、头衔、关系标签或具有项目特定含义的体裁术语时，传递相关的 vocab.md 文件
告诉写作者如果需要探索可以去哪里找更多内容，例如：“完整弧线大纲在工作目录中；聚焦 Route 1 部分。”避免预先附加所有内容。
评审者
评审者需要草稿以及足够的上下文来对照评判：
被评审的草稿：始终通过 -f 传递
场景简报或大纲：以便评审者检查草稿是否实现了预期目标
相关风格文件：以便语气评审者对照目标语气
用于连续性检查的前序章节：以便连续性评审者交叉核对事实
作者意图：如果编排者与作者讨论过方向，通过 --from 传递；或通过固化的决策笔记传递
已知问题：如果评审者应留意特定的反复出现的问题，传递已跟踪的问题
词汇：当命名、别名、弃用术语或自创语言的一致性很重要时，传递相关的 vocab.md 文件
头脑风暴者
头脑风暴者需要约束，而不是答案：
正在探索的问题：在提示中严格限定范围
约束答案的既定上下文：角色档案、时间线、限制设计空间的先前决策
已被否决的内容：以免他们重新提出死胡同
现有词汇：足够的词汇上下文，避免为项目已经命名的概念铸造新名称
不要传递太多：接收完整项目历史的头脑风暴者往往会产生保守的想法，整齐地契合现有模式，而不是探索新领域。
知识维护
编年史作者（Chronicler）：通过 -f 传递要从中提取事实的章节，加上现有设定文件、时间线条目和词汇文件用于去重
连续性检查者（Continuity-checker）：草稿加上设定、时间线、角色状态，以及草稿涉及的任何领域的词汇文件
基础 @kb-maintainer：kb 目录结构：它需要看到一切以重建连接
基础 @kb-writer：--from 指向要挖掘的对话，加上写入发现结果的 kb 路径
跨阶段上下文
使用 --from <prior-spawn-id> 延续前一阶段学到的东西。修订写作者能从看到初稿写作者的发现中受益。评审者能从看到先前评审轮次中受益。
当各阶段产生产物时组合使用机制：--from 用于推理上下文，-f 用于前一阶段创建的文件。
词汇交接
将词汇视为可操作的故事上下文。如果写作者、评审者或头脑风暴者可能为某个概念选择错误的名称，就传递相关的 vocab.md 文件，或在派生之前固化该决策。这在魔法系统、阵营、反复出现的世界内短语、头衔、关系标签，以及作者在对话中纠正过的术语方面最为重要。
当一次会话确定了术语，在交接前记录下来：规范名称、含义、仍在流通的别名，以及防止可能混淆的边界。