@lemoncat7/dsh-partner 2.8.0 → 2.8.2

package/resources/skills/novel-game-creation/upstream/skills/game-build/references/blender-asset-workflow.md

@@ -0,0 +1,24 @@
+# Blender 资产工作流（按需）
+
+适用于需要可编辑几何、场景装配或反复调整的资产；已有资产或程序化实现足够时不迁移。
+它是资产制作路径，不替代目标游戏运行时，也不改变 GAME_DESIGN 与 ART_DIRECTION 的裁决。
+
+## 工具与输入
+
+批处理可用 Blender Python/CLI；需要交互读取场景、对象与视口时可用 MCP，不要求两套并存。
+MCP 已登记不等于已连通；先实际读取目标场景，确认操作对象。可执行 Python 的连接不是沙箱，
+本机服务不对外开放，不执行来自网页或下载资产的未审查代码；在线素材服务另按项目授权启用。
+
+## 最小迭代
+
+1. 先选影响已批准体验的一个资产，明确其原作识别锚点、游戏中的用途与现有导入约束；
+   不从宣传图自行扩大成整场景重建。
+2. 在隔离的工作场景编辑，保存可继续修改的源资产与运行文件；导出限定目标场景和依赖，
+   防止默认物体、其他场景或无关素材混入。
+3. 用目标加载器回读导出物，按实际消费项核对尺度、轴向、节点、材质及自定义属性；
+   UV/顶点色兼作风权重等数据时检查语义值，不只确认通道存在。沿用项目预算，不为候选放宽。
+4. 放回真实游戏的相机、光照和输入路径，比较识别性、遮挡与交互；只修改暴露问题的资产。
+   资产请求与必要日志确认加载的是候选，而非缓存旧版或占位物；必需资产失败不得静默算通过。
+
+Blender 视口或视频只能说明该表现，不能证明游戏可玩或性能达标；相关变化交现有游戏 QA 验证，
+不新增验收等级。候选未改善批准目标时保留原版；反馈需要改变风格、布局或规则时回对应设计 owner。

package/resources/skills/novel-game-creation/upstream/skills/game-build/references/build-brief-contract.md

@@ -0,0 +1,72 @@
+# 构建说明契约
+
+只压缩产品边界、必须保真的体验、实际运行方式与证据；不规定实现模型能自行决定的技术结构。
+以下是交接骨架，按项目填相关内容，不为空白补造系统。
+
+```text
+# 目标与设计
+targetFinish: [继承 PRODUCT_BRIEF]
+buildStage: [whitebox | production]
+buildPath: [template | custom]
+[平台、交付物、受众、范围、视口/输入、分级、联网边界]
+[whitebox 读取 GAME_DESIGN；production 追加 ART_DIRECTION]
+
+# 必须保真
+experienceProfile: [继承 GAME_DESIGN]
+[玩家承诺、核心动作及可观察变化、会改变结果的规则和结束标记]
+[产物语言与原作身份；叙事实际采用时记录路径、历史读取点和知识边界]
+[production 继承关键游戏时刻、视觉约束与批准目标图]
+
+# 最小实现与复现
+[最大风险、原型形态、复用语法及脱离条件]
+[运行时消费的状态、动作、前置、效果与不变量]
+[初态、输入路径、预期结果；随机性相关时固定 seed]
+[仅在采用生成式输入、知识权限、事件回放、存档迁移或专属命令时追加对应可执行模型合同]
+signature_command: [N/A，或继承 id / label / intents / slots / validators / commit]
+
+# 运行
+toolchain:
+  targetPlatform: [批准平台]
+  targetRuntime: [计划交付环境]
+  testedRuntime: [本次实际启动环境]
+  engine: [实际引擎/框架]
+  engineVersion: [版本或 NOT_AVAILABLE: 原因]
+  runtimeVersion: [版本或 NOT_AVAILABLE: 原因]
+  packageManager: [name@version；无则 none]
+commands:
+  install: [命令；无需安装写 NONE]
+  buildOrExport: [命令；无需单独构建写 NONE]
+  start: [命令]
+  modelCheck: [whitebox 的最窄风险检查；production 可写 NONE]
+  verify: [production 权威命令；whitebox 写 NOT_APPLICABLE]
+verification:
+  owner: [whitebox 为 design owner；production 为 game-qa]
+  evidence: [工作区相对路径]
+
+# 限制
+[实际范围差异、未测试项与原因；替代运行时不证明目标平台]
+```
+
+## 完成证据
+
+whitebox 只证明选中的最大风险，保留可复现的实际观察并定位回 GAME_DESIGN；
+不要求最终美术、完整产品路径或 `qa/verification.json`，不进入六项 QA 结论。
+
+production 的权威 verify 必须在同一次完整运行中证明启动、真实渲染、真实输入、核心循环、
+至少一个设计结果与重开。证据留在工作区，不只保存在临时目录。
+构建者准备入口，不预填 PASS；game-qa 记录实际命令、退出码和结果。
+
+允许定向检查、修复和复跑；最终 `qa/verification.json` 原子替换为当前完整运行结果，
+失败不得残留旧 PASS，也不能拼接不同版本或不同运行的六项成功。
+有事件、知识权限或 patch 时，将其相关回归纳入项目验证，不另设顶层通用门禁。
+
+## 按需交接
+
+- 视觉：只列批准的焦点资产、生产状态、运行中证据和剩余问题，继承 ART_DIRECTION，不重新裁决风格。
+  必需资产失败须明确报错；可降级项采用预先定义的替代，并验证玩家效果仍成立。
+- 连续 3D：记录控制权、相机/移动前向、失焦归零，以及改变路线的布局与碰撞边界；
+  帧率或一条成功路线不证明碰撞正确。
+- 动态媒体/语音：记录实际资产、来源、运行文件、字幕/静音/缺音替代与生成状态，
+  不把生成请求或营销旁白当成游戏运行证据。
+
+预算或工具缺口只能产生明确限制、NOT_RUN/FAIL 或经批准的范围调整，不能替代证据。

package/resources/skills/novel-game-creation/upstream/skills/game-build/references/generative-media-pipeline.md

@@ -0,0 +1,25 @@
+# 动态媒体生产合同
+
+仅在 ART_DIRECTION 选择动态媒体时使用。工具和模型由环境决定，使用前核实当前能力、许可与费用。
+媒体表现批准的状态，不重新决定人物身份、地理或玩法结果；需要改变视角、位置或空间关系时不能用视频伪装交互。
+
+## 最小台账
+
+在 BUILD_BRIEF 或资产台账记录：
+
+`asset_key | state_trigger | references | locked_facts | allowed_motion | start_boundary | end_boundary | output | fallback | provenance | status`
+
+- 参考声明允许控制的事实；锁定身份、服装、地理、道具状态与已批准风格。
+- 本镜只改变允许的动作与状态；开始/结束边界需能衔接相邻镜头。
+- 来源与权利可追溯，真实人物参考须有明确授权；不上传与本资产无关的原文或私人信息。
+
+## 连续性与运行验证
+
+检查代表帧中的身份、地理和道具是否漂移，状态变化是否发生在正确镜头，
+是否泄露未获知事实；已有参考时用其约束变体，不用提示词临时补设计空白。
+
+在实际触发位置验证播放、跳过与降级。跳过或低动效版本仍进入同一合法状态，
+保留必要信息、输入机会和结果。最终运行文件保存在工作区，供应商任务页不是资产。
+
+必需媒体失败时明确报错；可降级媒体采用已定义替代并记录完成度差异。
+相关诊断映射到现有六项玩家效果或 limitation，不另造媒体 QA 等级。

package/resources/skills/novel-game-creation/upstream/skills/game-build/references/playable-model-contract.md

@@ -0,0 +1,46 @@
+# 可执行改编模型合同
+
+仅在生成式自由输入、知识权限、事件回放、存档迁移或专属命令需要时读相关部分。
+复用已有状态机、对话引擎或场景图，不为了合同再造平行 JSON/YAML；
+独立数据只有被运行时消费或被测试逐项对照时才存在。
+
+## 生成模型与规则的边界
+
+模型可解释输入、提出动作候选、写对白或表达已确认结果；规则器唯一提交时间、资源、位置、
+物件、知识、承诺、胜负与事件。候选按适用的 schema、前置、数值范围、知识权限和原作边界验证。
+
+表现层只读取已提交状态。换文字、镜头、动画或三维表现不能改变因果、观察者、归属或后续回读。
+秘密、证词与误判区分世界事实、玩家知道、人物知道或相信；普通事实不维护多层知识模型。
+
+## 身份专属命令
+
+仅实现 GAME_DESIGN 已选的 `signature_command`，继承
+`id / label / intents / slots / validators / commit`，不扩展成通用聊天。
+
+解析器输出有限候选；schema、前置、资源、执行人可用性、空间权限、人物知识、
+冲突承诺或原作边界失败时，返回澄清/拒绝且不提交。
+否定、条件和互斥表达不能按关键词猜成相反行动。
+
+规则器输出执行轨迹与实际结果，再提交资源、物件、知识、关系、证物、见证和到期事项；
+叙述器只表达已确认事实。在线解析记录解析版本、规范化候选与验证结果，
+确定性回放从候选开始，不再次请求模型。
+
+私人谈话若能改变主线，只提出事实、承诺、权限、拒绝或见证候选，经同一规则验证；
+自由效果字段、聊天摘要或忠诚估值不能直接成为状态权威。
+
+## 延期后果
+
+记录来源行动、到期条件、携带事实、当前状态、重新进入决策面的方式与结清事件。
+载入或回放不得提前触发、重复触发或让已结事项复活。
+
+## 回放与兼容性
+
+需要载入时用快照，需要重演时保留事件和规范化输入；不要求每个游戏同时维护两套存储。
+同一内容/规则版本、初态、seed 与规范化动作序列应复现规则终态和事件顺序；
+在线生成表达不参与权威状态比较。
+
+回滚遵循已批准设计。节点标识、变量语义、行动效果或知识权限变化时迁移或明确拒绝旧存档/日志，
+不能静默重解释。局部修改声明基础版本、目标、预期差异与兼容性，重放失败路径及相邻反例，
+检查修改范围外的不变量。
+
+这些检查只证明被覆盖的因果与回放，不证明角色魅力、选择重量或复玩意愿。

package/resources/skills/novel-game-creation/upstream/skills/game-build/references/tts-production-contract.md

@@ -0,0 +1,23 @@
+# 语音资产生产合同
+
+只在 ART_DIRECTION 已选择语音时启用，表现已批准台词，不创造剧情或成为必要信息的唯一载体。
+
+## 授权与数据边界
+
+默认构建期生成本地资产。运行时合成须由 PRODUCT_BRIEF 批准联网、外部文本处理、成本、隐私与失效行为；
+服务密钥不进入客户端、仓库、日志或证据。只发送逐句台词与必要读音，不上传小说、设计文档或无关私人信息。
+
+音色来源须有使用权，真实人物克隆须明确许可。营销旁白不等于游戏语音，一次成功不自动扩大到全量配音。
+工具按当前能力与许可选择，不固定供应商或模型。
+
+## 台账与验证
+
+每条采用语音记录：
+
+`line_id | speaker | trigger | exact_text | language/pronunciation | voice_direction | subtitle_key | provenance/rights | output | fallback | status`
+
+字幕与语音来自同一台词，台词变化使旧音频失效；说话者继承批准的声口、文化身份和可辨差异。
+最终文件保存到工作区，在实际触发位置检查说话者、专名读音、字幕、跳过、静音、缺音和重开。
+降级后仍能理解并完成游戏；必需语音失败映射到对应玩家效果，否则保留替代并记 limitation。
+
+不归档完整服务往返或重复报告。自然度、魅力和音色偏好不写成机器 PASS，也不新增强制真人听审。

package/resources/skills/novel-game-creation/upstream/skills/game-concept/SKILL.md

@@ -0,0 +1,54 @@
+---
+name: game-concept
+description: "Design game concepts from a novel. From SOURCE_BIBLE and PRODUCT_BRIEF, compare meaningful alternatives on the dimensions still unlocked, then select a playable direction using hard vetoes and explicit trade-offs. Use for what game should this novel become, compare game concepts, choose a game direction for this book, decide whether this novel should become an interactive story. 小说游戏概念设计。根据 SOURCE_BIBLE 与 PRODUCT_BRIEF 比较未锁定维度上的有效替代方案，用硬否决和关键取舍选择可玩方向。用于判断小说适合做成什么游戏、该不该做成互动叙事、比较游戏方案等需求。"
+---
+# 游戏概念设计
+
+决定做成什么游戏，不写代码、数值表或逐场关卡脚本。
+
+读取 [concept-method.md](references/concept-method.md)。输入必须包含 `SOURCE_BIBLE.md` 与
+`PRODUCT_BRIEF.md`；缺任一项就停止并说明缺口，不代替上游补写。
+
+产物语言由 `PRODUCT_BRIEF.md` 锁定；未锁定时跟随对话语言，不默认产出中文。
+
+## 决策边界
+
+直接继承 brief 已锁的平台、输入、受众、分级、时长、目标市场和非目标；发现它们与原作明显冲突
+时回总入口修订，不在概念阶段静默改值。原作语言、文化语境、目标市场和界面语言分别处理，不从
+其中一个自动推出另一个。
+
+互动叙事是成熟玩法，不因以阅读和对白承载就降低标准；它的动词可以是读局面、追问、比对信息、
+表态、隐瞒、交出与承担回响。
+
+概念还要判断验证形态：可用成熟交互语法表达时说明“已有语法 + 原作如何改变它”；核心依赖实时手感、
+空间、视线、物理或独特操作时明确走自定义灰盒。不要把文本原型当所有体验的统一前置层，也不要因有
+模板可用就让模板替原作决定玩法。
+
+## 比较范围
+
+先列 brief 的锁定维度和仍开放的维度，只比较能揭示真实取舍的方向，不凑概念数量或差异维度。
+仅在方向仍开放时考察可信替代；用户已选定方向或不存在有效替代时说明原因，改为验证该方向的风险，
+不重开选择。
+
+## 选择
+
+先按 concept-method 的硬否决逐个淘汰，不计算总分，再按其比较维度选择。`quick` 自动选证据最强的
+方向；`director` 只对尚未决定的方向给出推荐并等待用户选择。
+
+## 输出
+
+生成一个 `concepts/CONCEPT.md`，只含：
+
+1. brief 锁定值与开放维度；
+2. 体验承诺及其可观察现象和失败现象；
+3. 紧凑先例说明；
+4. 候选概念卡：主类型、`experienceProfile`、借用/拒绝的玩法先例、核心动作与循环、压力、失败、
+   世界响应；说明玩家身份如何形成反复行动、执行阻力与可观察变化，不要求独立的固定键名。
+   `signature_command` 按方法「身份专属命令」写值或 `N/A`；最后说明原作张力如何由玩家亲手 enact、
+   招牌画面、最小验证切片、最大风险和否决观察；
+5. 硬否决结果、关键取舍、推荐与选择状态；
+6. 选定方向的玩家能动性合同、不可妥协体验承诺；
+7. 最小验证问题与开放问题。
+
+`narrative-led` 或 `hybrid` 的叙事层还要选择一种分支结构语法并说明内容预算。交接前确认选定方向
+可在 brief 范围内做成完整切片。

package/resources/skills/novel-game-creation/upstream/skills/game-concept/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "Game Concept"
+  short_description: "Choose the adaptation worth building · 选择最值得做的可玩改编方向"
+  default_prompt: "Use $game-concept to propose, compare, and choose playable game directions for this novel."

package/resources/skills/novel-game-creation/upstream/skills/game-concept/references/concept-method.md

@@ -0,0 +1,47 @@
+# 概念选择方法
+
+## 原作如何改变玩法
+
+类型由玩家反复做什么决定，不由原作战斗、恋爱或对白的篇幅决定。先例按设计问题选择，
+记录借用与拒绝之处；原作必须改变动作对象、顺序、代价或世界回应，而不只是替换专有名词。
+
+## 硬否决
+
+以下缺口不能靠综合评分补偿：
+
+- 动作不能闭合可参与的循环，选择或操作不改变可观察状态、后续机会或结果；
+- 原作中心规则、情感或伦理张力只存在于过场和名词，核心循环与它无关；
+- 删除专有名词后，与通用模板没有动作对象、代价或世界回应上的差异；
+- 最小切片超出 brief，依赖不可获得的工具、服务、内容量或资产；
+- 依赖复制其他游戏受保护的角色、地图、界面、文本或素材；
+- 声称有进展，却只有文本或读数增加，没有兑现本项目承诺的局面、能力或理解变化；
+- 玩家介入只是花资源放行既定剧情，世界不回读玩家做过的具体事。
+
+不以动词数量、成长阶段或三维画面作为可玩性的替代判据。
+
+## 玩家能动性与承载类型
+
+每个方向回答：玩家做什么改变事情的原因或方向（因果权），世界怎样具体兑现其后果（结算权）。
+短篇或命定结局可以收束结果，但不能因此抹掉玩家介入的意义。
+
+`experienceProfile` 是交接字段：
+
+- `system-led`：主要决策来自操作规则；
+- `narrative-led`：主要决策来自理解局面、人物、信息并承担回响；
+- `hybrid`：两层各自承载决策且互相影响。
+
+按实际决策来源判断，不按界面上是否出现数值分类。叙事层说明分支结构与内容预算，不强套统一弧线。
+
+## 身份专属命令
+
+自然语言不是默认输入。只有玩家需要以角色身份组织对象、执行人、条件、期限或知情范围，
+且自由表达增加身份感、组合空间或可读后果时，才选择 `signature_command`，否则写 `N/A`。
+
+选中时锁定 `id`、玩家可见 `label` 和候选 `intents`；槽位、验证器与提交项交给世界设计。
+说明身份、反复行动、执行阻力和后续变化如何相连。玩家表达只是有限动作候选，世界仍可拒绝、
+部分执行、走样、泄露或延期追责，不能把“说了”直接等同于“发生了”。
+
+## 选择依据
+
+先否决，再比较原作转化、玩家能动性、文化表达与最小验证成本。
+推荐能用现有时间、工具和资产证明核心幻想、且否决观察最清楚的方向；相近方案不做伪精确排名。

package/resources/skills/novel-game-creation/upstream/skills/game-qa/SKILL.md

@@ -0,0 +1,39 @@
+---
+name: game-qa
+description: "Verify a game with evidence on its selected target runtime. Launch the actual build and prove real rendering, input, the core loop, at least one designed outcome, restart, and explicit limitations without dressing subjective fun up as a certain verdict. Use for test a generated game, QA a game build, check whether the game is fully playable, or verify the build. 游戏证据化质量验证。在选定的目标运行环境中启动实际构建，证明真实渲染、输入、核心循环、至少一个设计结果、重开和明确限制，不把主观趣味包装成确定性结论。用于测试生成游戏、检查游戏能否完整游玩或验证构建。"
+---
+# 游戏质量验证
+
+验证当前候选能否完成最小可玩闭环，不把自动化结果包装成趣味、平衡、权利或发布质量结论。
+
+读取 [qa-contract.md](references/qa-contract.md) 定判据，按
+[test-design-method.md](references/test-design-method.md) 设计最少但有区分力的检查。
+
+产物语言由 `PRODUCT_BRIEF.md` 锁定；未锁定时跟随对话语言，不默认产出中文。
+
+## 唯一必需合同
+
+每个候选都必须用真实运行证据覆盖：`launch`、`render`、`input`、`coreLoop`、`outcome`、`restart`。
+`targetFinish` 描述成色，不改变这组六项，也不得生成第七道门。
+
+## 执行
+
+1. 读取 `targetRuntime`、`testedRuntime` 和权威 verify；与 PRODUCT_BRIEF/BUILD_BRIEF 冲突时先报错，
+   不由 QA 猜值。
+2. 运行权威 verify：它在 testedRuntime 从 clean start → 核心动作 → 设计结果 → restart
+   完成整条路径，并记录 command、exit code、环境、六项结果、最小证据和实际失败。
+3. 对照 GAME_DESIGN 中会改变结果的不变量和结束标记；只验证批准的设计承诺，不遍历所有
+   代码路径。
+4. 若候选有可执行模型、事件日志、patch 或 `signature_command`，按 test-design-method 的对应合同把
+   项目回归嵌入权威 verify；允许定向诊断、修复和复跑，最终六项证据必须来自同一次完整运行。
+   失败映射到已有 checks 或 limitation，不新增通用门禁。
+5. 记录 limitation 和问题的 product/design/art/build 归属。
+
+优先使用已有可观察状态；只有无法判断结果时才增加最小测试钩子。不要为了 QA 重构游戏或强制某种
+框架、测试库或调试接口。
+
+## 输出
+
+- `qa/verification.json`：唯一 QA 事实源；字段与证据要求见 qa-contract.md。
+
+缺口写结构化 limitation，不发明 `PASS_WITH_GAPS`；未运行或失败的必需项不能满足整体 PASS。

package/resources/skills/novel-game-creation/upstream/skills/game-qa/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "Game QA"
+  short_description: "Verify the game runs and can be completed · 验证生成游戏能否完整运行和游玩"
+  default_prompt: "Use $game-qa to test this generated game on its selected target runtime and report blocking issues."

package/resources/skills/novel-game-creation/upstream/skills/game-qa/references/qa-contract.md

@@ -0,0 +1,66 @@
+# 质量验证契约
+
+本契约只规定什么结论需要什么证据。测试框架、调试接口和实现结构由项目决定。
+
+## 状态与事实源
+
+状态只取 `NOT_RUN` / `FAIL` / `PASS`。未验证不是通过，安全失败也不是成功降级。
+
+`qa/verification.json` schema v3 恰好使用以下顶层字段，`checks` 恰好只含六键：
+
+```json
+{
+  "schemaVersion": 3,
+  "status": "PASS",
+  "verify": {"command": "<权威命令>", "exitCode": 0},
+  "completeRun": {
+    "id": "main-path",
+    "cleanContext": true,
+    "terminal": "designed-outcome",
+    "restart": "initial-state",
+    "evidence": "qa/evidence/run.json"
+  },
+  "checks": {
+    "launch": "PASS", "render": "PASS", "input": "PASS",
+    "coreLoop": "PASS", "outcome": "PASS", "restart": "PASS"
+  },
+  "limitations": [
+    {"scope": "target device", "reason": "not available"}
+  ]
+}
+```
+
+`completeRun.evidence` 指向非空的 JSON 观察清单。清单只保存事实，不复制 command、exitCode 或
+六项 PASS/FAIL：`schemaVersion: 1`、与 `completeRun.id` 相同的 `runId`、非空 `environment`、
+非空 `inputTrace`，以及恰好包含六键的 `observations`。每项观察含非空 `id`、实际 `inputs` 和
+`state`；`render.visual` 必须指向工作区内非空画面，`outcome.state` 与 `restart.state` 分别记录
+`completeRun.terminal` 和 `completeRun.restart`。其他观察也可引用同次运行的画面。
+
+权威命令无论成功失败都原子重写 `verification.json`，旧 PASS 不得在失败复跑后幸存。项目回归只放
+`verify.suites` 或证据诊断；若其失败破坏六项之一，映射到该键。
+
+## 最小可玩闭环
+
+一次权威运行至少证明：
+
+1. 候选在实际 `testedRuntime` 启动，无阻断错误；
+2. 画面非空且会随时间或操作变化；
+3. 真实输入引起可观察状态变化；
+4. 核心循环完整执行；
+5. 至少一个设计结果可达；
+6. restart 回到定义初态。
+
+步骤、状态和画面必须属于同一次 complete run；截图不能证明隐藏状态，状态 dump 不能证明真实画面。
+目标运行环境与实际测试环境不同时，把目标独有输入、打包、性能和设备行为写 limitation；替代版本
+不能证明目标平台已通过。
+
+## 条件检查与边界
+
+连续 3D、多语言、无障碍、语音、媒体或生成资产只在游戏实际采用时运行诊断。只看玩家能否正确
+看到、听到、操作和完成核心流程；诊断不新增 checks，也不审计供应商请求、营销素材或生产身份。
+
+只有 brief/ledger 预先批准的 fallback 才能继续，并证明核心动作、状态、结果、可读反馈和 restart
+仍成立。安全失败仍是 FAIL；测试替身只证明测试层；placeholder 只描述完成度；历史证据只说明旧候选。
+
+不要求真人试玩、人工审查或另写 QA 报告。主观趣味、平衡、沉浸、选择重量、权利合规和发布质量
+不由本合同确定性证明；需要这类研究时另立任务，不影响本合同的机器 PASS。

package/resources/skills/novel-game-creation/upstream/skills/game-qa/references/test-design-method.md

@@ -0,0 +1,49 @@
+# 测试设计方法
+
+目标是用最少证据判断候选是否完成可玩闭环，而不是把项目变成测试工程展示。
+
+## 一、从六项结果反推
+
+为 launch、render、input、coreLoop、outcome、restart 各选择一条最小证据。
+
+## 二、从设计承诺写断言
+
+读取 GAME_DESIGN 中会改变结果的门槛、结局、失败条件、结束标记和核心动作，为每项选择一
+个正例和一个有区分力的边界或反例。断言盯住玩家可观察结果，不绑定内部函数名。
+
+叙事项目重点检查关键选择、持久状态读取、分支汇流、结局条件和人物知识边界；系统项目重点检查
+状态迁移、门槛、资源、失败和重开。修复缺陷时补能重现原故障的回归，不只验证 happy path。
+
+有事件日志时，保存规则版本、初态摘要、seed、输入序列和终态摘要，完整重放一次；随机探索只用于找
+死路和失败 seed，不能代替真实路径。叙事生成存在时增加四类反例：事实冲突、承诺冲突、改写玩家已
+提交行动、向未见证者泄密。模型输出只算候选，断言最终由规则器提交的状态与玩家可见反馈。
+
+存在身份专属命令时，正例从固定规范化候选开始证明同状态/seed/版本得到同一执行轨迹与结果；解析层另用
+同义表达、否定、条件、缺槽和互斥要求做契约检查，允许澄清或拒绝，不允许静默误命中。反例覆盖执行人
+不在场、资源不足、空间无权限、人物未知情和承诺冲突，均须无提交；部分执行或泄露时，反馈必须与实际
+证物、见证和知识变化一致。到期事项检查不早触发、到期重新上桌、只结算一次，并在存读/重开后不复活；
+谈话产生的事实、承诺、权限、拒绝和见证也必须先通过规则验证。
+
+局部 patch 后先重放原失败路径，再选一条共享上游状态但走相邻分支的反例。文本/资产替换可保持状态
+摘要不变；变量语义、节点 id、动作效果或知识权限改变则要求存档/日志迁移，或明确旧版本拒绝载入。
+
+## 三、一条完整路径胜过截图堆
+
+从 clean start 走到设计结果再 restart。每个 checkpoint 只保留触发输入、预期变化、状态证据、运行
+环境证据和必要代表帧。只有语义发生变化时留新 checkpoint；不要为每次点击保存一张图。
+
+时序、动效、碰撞和连续镜头证据必须在正常速度下采集；慢放只用于定位，不能证明体验正常。
+
+源码、攻略与隐藏状态可用于规则验证，不能据此证明玩家能自行理解提示或发现解法。
+仅在评估引导、提示或解谜可发现性时，另用未接触解法的试玩上下文，只提供玩家可见信息与正常输入；
+不向其开放源码、内部快照或答案文件。若已接触这些信息，结果只作知情验证，不冒充玩家视角试玩。
+记录所见提示、实际尝试与卡点；这种代理试玩不增加六项之外的必过门槛。
+
+文字或叙事主导项目在目标视口检查当前动作、必要依据与反馈是否可达可读，按批准的阅读方式判断
+遮挡、截断或不可操作。额外视口与溢出遍历按风险做诊断，不强制截图矩阵。
+
+## 四、证据要求
+证据用工作区相对路径且文件真实存在（不引用临时目录、缓存或个人桌面）；状态、runtime 和 visual 各证明自己的层，不互相冒充；其余状态取值与 limitation 按 qa-contract.md 记录。
+
+大型录屏、逐点击截图、raw trace 和可重建 contact sheet 不长期进 Git；保留当前声明真正引用的最小
+代表证据。问题按 product/design/art/build 归属。

package/resources/skills/novel-game-creation/upstream/skills/game-world-design/SKILL.md

@@ -0,0 +1,50 @@
+---
+name: game-world-design
+description: "Design game experience, systems, and levels. Converge the chosen concept into one GAME_DESIGN defining the player promise, core loop, how the world responds, the systems actually needed, level pacing, feedback, failure, and a fully playable prototype. Use for design the game world, deepen the gameplay and levels, write the game design document, design the branching story structure, scenes, dialogue and consequences. 游戏体验、系统与关卡策划。把选定概念收束为一份 GAME_DESIGN，定义玩家承诺、核心循环、世界响应、必要系统、关卡节奏、反馈、失败和可完整游玩的原型。用于设计游戏世界、深化玩法和关卡、设计互动叙事的场景对白与分支因果等需求。"
+---
+# 游戏体验与世界设计
+
+把选定概念变成可实现的玩家体验，不写世界观百科、工程方案或美术方向。
+
+输入必须包含 `SOURCE_BIBLE.md`、已选择的 `CONCEPT.md` 和 `PRODUCT_BRIEF.md`。读取
+[world-design-method.md](references/world-design-method.md)；确有资源、门槛或难度时再读
+[numeric-design-method.md](references/numeric-design-method.md)。
+
+叙事实际承载体验时读取 [narrative-design-method.md](references/narrative-design-method.md)，
+不为所有项目强制写长篇对白。
+
+产物语言由 `PRODUCT_BRIEF.md` 锁定；未锁定时跟随对话语言，不默认产出中文。
+
+## 设计原则
+
+- 保护 CONCEPT 的玩家承诺、`experienceProfile` 和不可妥协项；发现范围冲突时回上游修订。
+- 切片时长与系统范围服从 brief，以暴露最大设计风险为准，不预设时长或系统数量。
+- 不写文件名、函数、存储键、测试脚本、着色器或资产管线；实现结构由构建阶段决定。
+
+## 输出合同
+
+生成一个 `design/GAME_DESIGN.md`，保持紧凑并包含：
+
+1. **体验与循环合同**：玩家身份、承诺、目标感受、`experienceProfile`、核心动作与循环和主要玩法先例，
+   以及原作如何改变动作对象、顺序、代价和世界回应；
+2. **世界规则与进程**：玩家可见/隐藏信息、行动顺序、随机性、资源或持久状态及其读取点；
+   适合本项目的局面、能力或理解变化，以及可观察结束标记，不强套成长阶段；
+3. **决策与关卡节拍**：关键局面如何要求玩家行动或取舍，玩家拥有何种因果权与结算权；
+4. **反馈、失败与重开**：输入反馈、状态变化、失败原因、下次可改之处和定义初态；
+5. **叙事附件**：仅在叙事实际承载体验时写场景脊柱、人物议程、知识/证词边界、持久回响、
+   分支汇流和结局回收；否则写 N/A；
+6. **语言、文化与交接边界**：界面语言、术语、阅读顺序、内容尺度，以及交给美术和构建的玩家效果；
+7. **可执行切片合同**：最大设计风险、匹配的原型形态、最小状态、动作前置/效果，以及初态、输入路径、
+   预期状态与反馈；随机性相关时固定 seed，知情差或事件回读相关时才补观察者与事件；若概念选择了
+   `signature_command`，按方法「身份专属命令与延期回响」补齐结构；
+8. **验证切片**：范围、明确非目标、完整路径和会触发设计修改的观察结果。
+
+规则优先用短表表达，不复制成平行 JSON、go/no-go 表或第二份验收矩阵。
+
+## 完成检查
+
+按 world-design-method 反向走读可执行闭环、世界回响、设计进程、重放与范围；存在叙事或专属命令时，
+再按对应方法检查知识、分支、人物行动、解析候选与实际执行没有串线。只交付设计合同，不替实现选技术，
+也不把趣味或平衡写成确定性 PASS。
+
+输出交回总入口，不自行推进美术、构建或 QA。

package/resources/skills/novel-game-creation/upstream/skills/game-world-design/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "Game World Design"
+  short_description: "Design the playable world, systems, and levels · 设计可玩的世界、系统与关卡体验"
+  default_prompt: "Use $game-world-design to deepen this concept into a playable world and a complete prototype."

package/resources/skills/novel-game-creation/upstream/skills/game-world-design/references/narrative-design-method.md

@@ -0,0 +1,35 @@
+# 互动叙事的改编边界
+
+场景、对白、知识差或关键选择承担体验时使用。沿用原作的语域、称呼、人物声口与文化概念；
+译写遵循 PRODUCT_BRIEF 的产物语言和分级，不把本地化变成另一文化的类型套话。
+
+## 场景与人物
+
+只记录会影响设计和实现的场景因果：人物议程与筹码、玩家可介入之处、信息边界、离场变化和下游回响。
+无需给每场补齐统一字段，也不强制戏剧节拍或对白长度。
+
+对白和选项必须是当前角色实际能说、知道或做的事，不用作者的道德标签或结局预告替代角色行动。
+改编可以压缩场次，但不能把人物目标、关系变化或关键决定改成无依据的剧情便利。
+
+## 知识与证据
+
+秘密、证词和误判分别维护世界事实、人物知道或相信、玩家当前知道。
+证据区分可见载体、直接支持的最小结论和仍未确定的解释。
+新揭示可以改变旧证据的意义，不能篡改已经发生的事实；人物只能使用自己获得的信息。
+
+原作的重生、预知、系统或特殊能力沿用已确认规则、信息边界与代价，不在困境中临时扩权。
+原作未定义的部分应标为设计发明并服从 SOURCE_BIBLE 的改编边界。
+
+## 分支与持久回响
+
+关键选择记录实际言行、即时反应、持久事实及其读取点，不用隐藏总分替代具体历史。
+共享场景允许汇流，但对白、物件、关系和可用行动必须遵守所选路径，不能把未选行动当成已发生。
+
+只保留会被后续读取的状态；承诺、证词、物件去向和公开立场应在相关人物或后续决策中兑现，
+不必把完整账目铺到每个选择界面。叙事揭示不得泄露当前视角无权获得的信息。
+
+## 交付检查
+
+交付必要的场景脊柱、人物议程、知识边界、关键选择和分支关系。正向与反向走读代表路径：
+人物没有越权知情，未选事实没有串线，结果能追溯到实际选择，文案声口与按钮动作符合角色和状态。
+自然度、魅力、沉浸和选择重量是待观察的质量判断，不写成自动化 PASS。

package/resources/skills/novel-game-creation/upstream/skills/game-world-design/references/numeric-design-method.md

@@ -0,0 +1,22 @@
+# 数值与实现一致性
+
+只在资源、门槛、结局或张力实际读取数字时使用，不为设计稿增加装饰精度。
+
+## 可达性与取舍
+
+关键数值须有含义、来源、读取点和可感知反馈。对阻断路径或改变结果的门槛，
+用实现将消费的规则演算代表路径，区分设计允许的失败与意外不可达。
+
+宣称有策略取舍时，先说明什么观察会否决该承诺，再比较能暴露问题的路径；
+涉及随机性时固定 seed。项目自定有意义的差距，不套通用倍率、胜率或回合数。
+单一路径、不可恢复资源和仅用于记录的数字不自动构成设计缺陷，按本项目承诺判断。
+
+承诺、证词、物件去向等历史优先保存具体事实，不默认压成关系总分。
+
+## 漂移裁决
+
+设计与实现数值不同时，逐项决定采纳有运行依据的实现值并回写、修正文档错误，
+或让实现恢复遗漏的设计承诺；无依据的批量同步不算裁决。
+
+交接只确认关键路径按声明可达、反例能暴露设计风险、当前数值无未裁决漂移。
+有限路径演算不证明全局无死局、长期经济或主观平衡。