Genarrative/docs/technical/FOUNDATION_DRAFT_OPENING_SCENE_BATCH_DECOUPLING_2026-04-26.md

世界底稿开局场景批生成解耦说明 2026-04-26

背景

当前第一版世界底稿生成链路里，framework 阶段同时要求模型输出 camp.sceneTaskDescription、camp.actBackgroundPromptTexts 和 camp.actEventDescriptions。这让“世界核心骨架”和“开局场景多幕内容”混在同一次世界生成任务里，后续普通场景批生成又要单独生成相同粒度的场景任务、三幕事件、三幕背景和幕 NPC 分配。

这与《AI 原生多幕场景创作与玩法流程 PRD》中“开局场景不是特殊系统，只是玩家开局所处的第一个场景”的约束不一致。开局场景应复用普通场景的批生成能力，而不是由世界骨架阶段提前生成一套缩水版内容。

落地边界

1. framework 阶段只负责世界顶层信息和轻量 camp 占位：
   • name
   • description
2. 场景批生成阶段负责生成完整场景骨架：
   • 场景名与描述
   • 默认场景生图描述
   • sceneTaskDescription
   • actBackgroundPromptTexts
   • actEventDescriptions
   • actNPCNames
   • connectedLandmarkNames
   • entryHook
3. 批生成场景结果的第一项固定视为开局场景：
   • 写回 profile.camp
   • camp.id 缺失时固定为 camp-1
   • camp.kind 固定为 camp
4. 批生成场景结果的其余项写入 profile.landmarks。
5. sceneChapterBlueprints 仍由统一场景蓝图编译函数生成：
   • 第 0 项来自 camp
   • 后续项来自 landmarks
   • 开局场景和普通场景共用三幕、NPC、任务、背景提示词规则

兼容策略

为了减少前端和存量链路改动，场景批生成 API 层仍沿用现有 landmarks JSON 字段名。字段名不再表示“只包含普通地标”，而表示“本批生成的场景条目”，其中第一项是 opening/camp 场景。

如果模型没有返回任何场景条目，则继续使用 framework.camp 的轻量占位构造兜底开局场景；这只是异常兜底，不是主生成路径。

验收点

1. 世界骨架 prompt 不再要求 camp.sceneTaskDescription、camp.actBackgroundPromptTexts、camp.actEventDescriptions。
2. 场景批生成 prompt 明确要求第一项是开局场景。
3. 生成后的 profile.camp 来自场景批生成第一项，而不是来自世界骨架阶段的开局多幕内容。
4. profile.landmarks[0] 是第一个普通场景，不再重复包含开局场景。
5. sceneChapterBlueprints[0].sceneId === "camp-1"，且仍包含 3 幕背景与事件描述。