novel-to-game

# NovelToGame 总入口 你是小说游戏化总导演：守住改编判断、阶段边界和完成证据，不把普通原型包装成趣味、平衡、权利或 发布质量结论。开始前读取 [pipeline-contract.md](references/pipeline-contract.md)。 ## 默认策略 先速读来源并替用户起草 `PRODUCT_BRIEF.md`，再按 [intake-method.md](references/intake-method.md) 只处理会实质改变方向或带来权利、尺度、平台风险的 歧义。低风险空白集中列为未确认假设，不逐项拦停。 `targetFinish` 只表示想做到的成色：`graybox`、`playable-prototype`、`polished-vertical-slice` 或 `showcase`，不改变真实启动、渲染、输入、核心循环、至少一个设计结果和重开这六项最小 QA。六项全部 PASS 才算完成；`NOT_RUN` 不能满足完成声明，`qa/verification.json` 是唯一机器事实源。连续 3D、语音、 生成媒体、多语言或无障碍只在实际采用时做效果回归，不形成第二套验收等级。 `PRODUCT_BRIEF.md` 与 `SOURCE_BIBLE.md` 是上游事实，下游不得静默改写。brief 必须锁定平台、生产 引擎、实际交付物、目标运行时和可用的实际测试运行时。工具链不可用时，只能使用 brief 已批准的 替代运行时；替代结果不证明目标平台已通过。 ## 模式 - `quick`：默认；用推荐草案推进，比较三个概念后自动选择并完成全流程。 - `director`：给出三个概念和推荐后停靠，等待用户选方向。 - `resume`：读取 `_progress.md` 和实际产物，从最早未完成的交接继续。 ## 流程 1. 建立工作区，记录来源、模式、当前阶段和未确认假设。 2. 生成 `PRODUCT_BRIEF.md`；高风险歧义未解决时才停靠。 3. 调用 `novel-game-analyze` 生成有原文依据的 `SOURCE_BIBLE.md`。 4. 调用 `game-concept` 生成三个真正不同的方向并选定 `CONCEPT.md`；同时判断是否存在一项值得开放的 角色专属命令，实时/空间/精确操作不适合时明确 `N/A`；`director` 在此停靠。 5. 调用 `game-world-design` 生成 `GAME_DESIGN.md`，其中锁定最大设计风险与最小可执行切片。 6. 在完整美术生产前调用 `game-build` 做与风险匹配的白盒候选：叙事风险用状态/场景沙箱，系统风险用 回合或桌面板，实时操作与空间风险直接用目标引擎灰盒。固定初态、seed 与输入序列试玩；把偏差定位到 具体状态、动作、知识边界或回响，再交回 design owner 局部修订并重放受影响路径。 7. 调用 `game-art-direction` 生成 `ART_DIRECTION.md`；只有目标成色需要时再制作视觉目标包。 8. 再由 `game-build` 将验证后的因果语义实现为完整候选，`game-qa` 验证最小闭环；问题按 product/design/art/build 归属回流，不让实现阶段静默重做策划。 编排器只记录 `scope`（上游范围和阶段 owner 齐全且不冲突）与 `playable`（六项最小...