Menu
叙事空间创作系统·场景模块。执行步骤8-9：场景清单编制与场景规划。 罗列所有场景并为每个场景规划必要信息。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
叙事空间创作系统（一体化版）精简入口。保留模块化能力，通过脚本化编排按步骤投喂提示词。
叙事空间创作系统·对标分析模块。执行步骤0：对标作品学习与风格解析。 分析对标作品的文风、世界观、情节套路和实体信息，生成风格报告。支持 quick（单段快速）/ standard（12-20章分层采样）/ deep（30章+高精度）三种 sample_scope 模式。
叙事空间创作系统·去AI痕迹后处理模块。 两层清洗策略：主规则层（R1-R7）+ 二级扫描层（24类AI痕迹模式）。 人设回归检查 + 可选评分矩阵，不阻塞主写作循环。
叙事空间创作系统·沉浸式跑团推演引擎。 AI=DM/导演，用户=玩家/主角。每回合 300-600 字片段 + 三选一决策点。 帮回系统为核心操控手段，支持 ROLLBACK(SL) + 滑动窗口 + 落盘质检。
叙事空间创作系统·知识库模块。执行步骤7：动态实体知识库管理。 管理和演进基于 EX3 思想的知识库。
叙事空间创作系统·规划模块。执行快速立项、步骤4和步骤11。 从快速立项到一页大纲的精简规划流程，以及书名简介创作。
| name | xushikj-changjing |
| description | 叙事空间创作系统·场景模块。执行步骤8-9：场景清单编制与场景规划。 罗列所有场景并为每个场景规划必要信息。 |
| metadata | {"version":"10.0.0","parent":"narrativespace-xushikj","steps":[8,9],"triggers":["场景清单","规划场景"]} |
本模块负责当前 cycle 的场景规划，采用双层结构：
目标是保证写作连续性，不再要求先完成全量深度场景。
| 配置文件 | 用途 | 必须 |
|---|---|---|
.xushikj/config/methodology.yaml | 八大创作法则（场景设计法则依据） | 是 |
.xushikj/config/safety_guard.yaml | 双保险配置（敏感度标签系统） | 是 |
.xushikj/config/declarations.yaml | 三级声明模板（声明注入级别） | 是 |
.xushikj/outline/volume_{V}_one_page.md | 一页大纲（主输入） | 是 |
.xushikj/outline/volume_{V}_four_pages.md | 四页大纲（有则读取，无则跳过） | 否 |
.xushikj/outline/project_card.md | 立项卡（核心角色和世界观参考） | 是 |
.xushikj/knowledge_base.json | 知识库（实体参考和一致性依据） | 是 |
.xushikj/state.json | 项目状态（读取配置和当前步骤） | 是 |
.xushikj/summaries/summary_index.md | 章节概括索引（已写内容快速参考） | 否 |
运行期配置必须来自 .xushikj/config/，不得回退读取 Skill 自带 config/。
执行本模块前，必须先通过 scripts/assemble_prompt.py 组装步骤8-9提示词并确认输出已生成。
执行前读取 .xushikj/state.json：
rolling_context.cycle_idrolling_context.cycle_sizerolling_context.cycle_statusrolling_context.granularityrolling_context.next_cycle_hint场景产物必须按 cycle 独立存放，禁止把多轮场景混写在同一层目录：
.xushikj/scenes/.xushikj/scenes/{cycle_id}/.xushikj/scenes/{cycle_id}/scene_list.md.xushikj/scenes/{cycle_id}/scene_plans/.xushikj/scenes/{cycle_id}/scene_plans/chapter_{N}.md交接给写作模块时，必须在产出中显式返回 scene_root=.xushikj/scenes/{cycle_id}。
当前 cycle 内每一章必须至少有 1 张 Layer-1 卡，字段最小集如下：
chapter_or_scene_idviewpoint_charactergoalconflictexpected_hookexpected_hook_type（必填：剧情反转 / 危机升级 / 悬念抛出 / 身份暗示 / 时间限制）shuang_type（必填：small / big / transition）scene_type（必填：combat / face_slap / negotiation / emotional / reveal / daily / system）scene_intensity（可选，默认 medium：high=爽点顶峰或极端压力 / medium=正常推进 / low=缓压过渡）通过条件：只要当前 cycle 全章 Layer-1 齐备，即视为场景层面的最小可写条件满足。
密度约束：每连续 5 章至少 1 章 shuang_type=big。
Layer-2 仅在触发条件出现时补齐，不作为常规开写前置。
建议字段：
tactical_beatsreaction_chaininfo_gap_releasekb_diff_expectationsensitivity_tag出现以下任一条件时，优先将对应章节升级为 Layer-2：
sensitivity_tag 为 YELLOW 或 RED满足以下任一项即可直接升级为 Layer-2，无需主观二次判断：
sensitivity_tag in [YELLOW, RED]若仅命中“信息不足导致的失稳迹象”，则先进入 layer2_backlog，由 deepen 阶段补齐。
触发时机：本场景已升级为 Layer-2（即命中了任一量化判定条件）。
当触发 Layer-2 时，必须评估以下三个并行分支，选择综合评分最高者后生成 Deep Scene Card：
| 分支 | 核心策略 | 爽感取向 | 风险 |
|---|---|---|---|
| 分支 A — 正面强攻 | 主角直接以压倒性优势解决冲突 | 即时多巴胺，爽感峰值高 | 过于顺利可能降低张力 |
| 分支 B — 险中求胜 | 主角在被压制到极限后以智慧/底牌翻盘 | 铺垫爽感，情绪跨度大 | 铺垫过长可能失读者 |
| 分支 C — 延迟爆破 | 本场景不完全释放，留下更大钩子给下一章 | 长线期待感叠加 | 短期爽感不足，需后续补偿 |
评分标准：
shuang_tracker.consecutive_no_shuang 联动：连续 0 爽章 ≥ 2 时，优先选分支 A 或 Bline_heat.algorithm_tags 联动：处于 #爆更点 的线条必须选 A 或 B本模块输出应包含：
light_scene_cards: 当前 cycle 的 Layer-1 卡列表deep_scene_cards: 当前 cycle 已深化章节列表（可为空）layer2_backlog: 尚未深化但建议后续处理的章节队列handoff_ready: 是否满足写作交接（布尔值）本模块新增引用：references/scene-execution-patterns.md。
执行要求：
当 handoff_ready=true 时，按 config.writing_mode 决定路由：
writing_mode=pipeline → opencode-xushikj-xiezuo（流水线，自动逐章生成）writing_mode=interactive → opencode-xushikj-hudong（互动，用户帮回干预）pipeline 处理若 handoff_ready=false，只返回缺失项，不得要求“先完成全书场景”。
示例 A：3-5 粒度快速开写
cycle_size=4handoff_ready=true，可直接开写示例 B：复杂高潮前补深度