改编 skill 包
Novel to Game（小说改游戏）
以原文证据为基础，在选定目标运行环境中构建和验证小说改编游戏的候选版本。
775 GitHub star7 个技能MIT 许可形态：改编 skill 包截至 2026-09-11
安装 Novel to Game
npx skills add zenstory-ai/novel-to-game -y -g它是什么
Novel to Game 是面向 Claude Code、Codex 和 Kimi Code 的 7-skill 工作流。它建立带引用的原著圣经、比较改编概念、设计玩法与美术，并针对明确选定的目标运行环境构建候选版本。QA 契约记录启动、渲染、输入、核心循环、设计结果和重开的证据，不认证趣味性、平衡性或商业发布准备程度。
你需要什么
- 许可MIT，开源。
- 宿主一个 Agent 宿主：Claude Code、Codex CLI、Google Antigravity、OpenCode、ZCode、OpenClaw、Reasonix、Kimi Code、DeepSeek Harness。
- 安装一条命令：
npx skills add zenstory-ai/novel-to-game -y -g - 或在浏览器里独立的 ZenStory 工作台：app.zenstory.ai。
三步开始
- 安装
npx skills add zenstory-ai/novel-to-game -y -g - 入口命令在 Agent 宿主中运行
/novel-to-game。 - 按指南操作从下方 2 篇指南中选一个，完成第一个任务。
实用指南
流程
- 我想做互动文游，不想做战斗游戏，可以吗？ 可以，在简报与概念阶段选择叙事主导体验。决定可以改变证词、人物知道的信息和后续场景，不必包装成卡牌、回合或好感度条。
- 怎样避免选择只换一句文案？ 让关键行动在点选前可理解，再用场景文案兑现后果，不只列状态值。原创渡口示例为两个选择点写出事前信息、单独的同意确认与三段收束。单纯表达语气的选项可以保留，但不必为每句话承诺新结局或隐藏分数。
- 原著可以改到什么程度？ 在
analysis/SOURCE_BIBLE.md保留带出处的事实和疑点，把批准的改编新增设定与原文证据分开。实现阶段不能悄悄改写已确定的产品简报或原著圣经。 - 第一次应该改编多大范围？ 先明确来源范围，再选一个玩家身份、具体目标与能保住体验承诺的结果。首版做得小，不代表已经要求的全书改编可以跳过来源覆盖。切片选择简报示例比较只读梗概、一次渡口决定和整城扩展；选定后，再由 game-world-design 在完整美术生产前明确切片设计。
- 最后会拿到什么，什么还不能证明？ 完整入门指南说明简报、设计文件与构建候选版本。只做设计不等于可玩游戏。六项运行检查只覆盖所记录的一次运行，不代表每条分支、主观质量或商业发布准备程度都已通过。
- 拿到第一个游戏候选版本后，该怎样继续改？ 点名具体选项或场景，说明输入、期待与实际表现。渡口候选反馈示例分清误导性的拒绝标签、结尾显示与状态转换的差异，以及作者新提出的规则。保留已确认事实与未点名的设计，有范围的修改不等于重新生成整个概念。
有什么不同
- 原文证据与改编决策形成显式产物，而不是无依据地猜测游戏类型。
- 记录目标平台、引擎与测试运行环境；替代环境通过不等于目标平台兼容。
- 仓库链接了游戏示例；示例存在不保证每次改编都能产出可发布的游戏。
适合谁
- 想把作品做成互动版本的作者与 IP 方
- 游戏原型开发者
- 叙事设计师
相关术语
source bible whitebox QA contract
来源与边界
源码核对日期 2026-09-12。链接指向已核对的版本，不保证后续版本一致。