novel-workflow-07-opening-plot-design

name	novel-workflow-07-opening-plot-design
description	小说流程 07：开局剧情设计。用于设计小说开篇或前三章附近的起步剧情，把基础定位、世界书和 World Engine 当前状态转成可执行的开局推进；范围可少于或多于三章。

novel-workflow-07-opening-plot-design：开局剧情设计

用于把新书的定位、世界书和当前 World Engine 状态转成开篇可写的剧情。默认关注前三章附近的阅读体验，但章节数量由节奏决定。

默认按用户主导推进：先了解用户想要的开局画面、第一股压力、主角第一个选择和不想采用的套路。可以给 2 到 4 个开局推进方向作为灵感，让用户选择或修正；只有用户明确要求“你来设计”“直接给完整开局方案”时，才由 Agent 主导拆完整开局。

开局设计应使用 novel-workflow-08-plot-planning 中的剧情设计方法：先判断本轮是自由探索、宏观剧情设计、当前片段推进，还是准备落到 World Engine；再按需要使用上帝视角、主角代入、多角色代入、World Engine 状态推导和随机素材池。不要把开局设计写成固定顺序流程。

前置要求

开始前应尽量具备：

• 小说简介、类型基调和核心 hook。
• 主角基础定位。
• 最小世界书条目。
• World Engine 已初始化并记录开局相关角色、地点或势力；如果还未初始化，至少要有可讨论的故事起点。

如果 World Engine 尚未初始化，但用户已经要正式推进开局或写章节，先进入 novel-workflow-world-engine-init。如果世界书基础缺失，先进入 novel-workflow-03-lorebook-bootstrap。

多视角开局推演

开局设计不要只从作者视角安排事件，应在几个视角之间切换：

• 上帝视角：分析开篇承诺、节奏、压迫感、爽点、悬念、读者期待和章末钩子。分析后给出可选强化方向，让用户调整。
• 主角代入：只使用主角当前知道的信息、性格、欲望、恐惧、资源和误判，推演主角可能的第一反应和第一个主动选择。
• 多角色代入：代入开局出场人物、反派、旁观者或间接影响局势的人，检查他们各自想要什么、害怕什么、会怎样误判。
• 随机扰动：当开局太顺或太线性时，给出破坏型、帮助型、误导型、无关型或反噬型素材，让用户决定是否加入。

角色代入可以采用旁白式协作：用户扮演主角或指定角色，Agent 描述环境、压力、可见线索、其他角色反应和可选行动；不要替用户控制角色的关键选择。用户选择后，再推演直接后果，并询问是否纳入正式剧情。

开局设计能力

锁定开局承诺

先询问或整理读者在开篇会看到什么：

• 主角第一眼处境。
• 第一股压力。
• 第一个主动选择。
• 第一轮爽点或情绪释放。
• 章末继续阅读的理由。

如果用户还没有明确方向，先给几个互斥开局候选，说明它们分别会带来怎样的阅读期待。

上帝视角分析

先给一版理性分析：

• 开局最先抓住读者的异常、压力或承诺是什么。
• 主角目标和第一个选择是否足够清楚。
• 当前更适合强化爽点、悬念、压迫、关系变化还是世界奇观。
• 哪些地方可能拖慢开局，或让主角显得被动。

分析后给 2 到 4 个开局方向，让用户选择、混合或否定。

主角与多角色代入

用户确认方向后，切到角色代入：

• 主角知道什么、不知道什么、想要什么、害怕什么、能用什么资源。
• 主角可能误判什么，以及这种误判会带来什么开局压力。
• 反派、配角、旁观者或间接人物各自的目标和行动可能。

如果用户想进入旁白式推演，让用户扮演角色，Agent 只描述局势与选项，并在每轮结尾询问用户要怎么做。

World Engine 状态推导

需要从设定自然推出开局时，参考 novel-workflow-08-plot-planning 的状态推进流程：先用 execute_world 查询角色、地点、势力和最近时间线，再从环境、资源、势力行动、仪式异常、角色误判或随机变量推出多条候选因果链。推导结果只是候选剧情压力，用户确认后才整理成正式开局，并按 LOD 粒度写入 World Engine。

随机扰动素材

开局太顺、太线性或缺少意外时，提供几个随机扰动素材。它们可以是破坏型、帮助型、误导型、无关型或反噬型，但不能默认采用；用户确认后才并入开局设计。

套用商业网文节奏

偏商业网文或用户明确要爽点时，读取并使用 novel-technique-commercial-rhythm。它是在剧情设计基础上的节奏补充，不替代本 skill 的开局判断：

• 先用它的前置模板安排危机、反抗、升级、低谷、释放、奖励和钩子。
• 草案完成后再用它的后置校验检查主角能动性、压力、释放和奖励。

不要把 novel-technique-commercial-rhythm 理解成固定题材，它只是节奏框架。

整理开局段落

用户确认开局方向后，再按节奏自然拆成 2 到 5 个开局段落或章节草案，不强行三章。

每段至少说明：

• 本段发生什么。
• 本段的读者期待是什么。
• 主角做了什么选择。
• 本段结尾留下什么钩子。

落到 World Engine

需要落库且方向已经确认时，进入 novel-workflow-08-plot-planning 的 Phase 4-8，把确认后的开局事实写进 World Engine：

• 用项目日历字符串确定开局时间。
• 按 LOD 判断哪些角色、地点、势力需要 subject。
• 写入关键位置、状态、认知、关系和势力动向。
• 不把未确认的候选剧情写入时间线。

引用优先指向已有 lorebook 和 World Engine subject，不要把动态剧情事实倒灌成稳定世界设定。

自检

• 开篇是否迅速给出压力或异常？
• 主角是否有主动选择，而不是只被带着走？
• 每段是否都有读者期待和推进功能？
• 低谷与释放是否有铺垫？
• 结尾是否留下下一步问题、目标或威胁？
• 是否已经用上帝视角、主角代入和至少一个非主角视角检查过开局。
• 采用的随机扰动是否经过用户确认，并能改变压力、误判或行动选择。

完成标准

• 开局范围明确，且不被“三章”机械限制。
• 开篇压力、主角行动、低谷、释放和钩子成立。
• 开局方向由用户确认，不是 Agent 单方面定稿。
• 已通过多视角切换检查主角行动和其他角色反应。
• 需要落库时，开局事实已能按 08 的流程推进进 World Engine。
• 后续可以进入 novel-workflow-09-chapter-writing 或更长线 novel-workflow-08-plot-planning。