Prompt 模块和 Context 数据契约怎样拆分，避免模板与业务状态耦合？

题型：追问 · 解释 Prompt 即代码、Context 即版本化输入。

建议回答

Prompt 模块只描述角色边界、当前任务、质量规则、输出 Schema 和必要示例，不直接查询数据库或拼接任意历史文本。Context Builder 根据节点契约组装结构化输入，例如全剧设定快照、Episode 摘要、当前 Shot、上游产物引用和不可违反的约束，并为每一块记录来源、版本、优先级和 Token 预算。模型调用层只接收已经冻结的 Prompt 版本与 Context 快照，因此同一次任务可复现，也方便 A/B 测试和回滚。

不同阶段需要不同视图：剧本解析关注原文与章节结构，分镜关注情节、人物动作和场景约束，关键帧关注视觉设定与镜头描述。共享同一事实来源不等于复制同一大段文本，应由阶段适配器生成最小充分 Context。Prompt 变化和业务设定变化也应分开版本化，否则无法判断质量回归来自模板还是数据。

进一步追问

• Prompt 新版本上线后，正在恢复的旧任务使用新版本还是原版本？
• 多个 Context 来源冲突时，优先级和拒绝策略怎样定义？

易错点

• 不要让模板读取“当前最新设定”，这会让运行中的 Job 输入发生漂移。
• 不要把所有业务规则写成自然语言，能用 Schema 或确定性代码表达的约束应前置。