@oh-story/dsh 0.1.8 → 0.1.9

package/lib/novel-to-game/VERSION

@@ -1 +1 @@
-0.3.0
+0.3.1

package/lib/novel-to-game/manifest.json

@@ -2,10 +2,10 @@
   "schemaVersion": 1,
   "upstream": {
     "repository": "git@github.com:zenstory-ai/novel-to-game.git",
-    "commit": "57b54fa9253309cf46071380cc3ec43259ce1ed5",
-    "releaseVersion": "0.3.0"
+    "commit": "e13a6fb4d61367be221d323c23159dff32d59a2e",
+    "releaseVersion": "0.3.1"
   },
-  "generatedAt": "2026-08-29T04:50:35.078Z",
+  "generatedAt": "2026-09-10T13:26:15.874Z",
   "skills": [
     "game-art-direction",
     "game-build",
@@ -36,7 +36,7 @@
     },
     {
       "path": "VERSION",
-      "sha256": "d915cc95d6ca8f47ae297713ed46d4e5c5d99ddd29fc3c61e263bdf305f2b5b0",
+      "sha256": "79e3f22ca37c7fdf4c29ae3648d6b008c3cb6547260a453409275470919dc674",
       "bytes": 6
     },
     {
@@ -351,8 +351,8 @@
     },
     {
       "path": "skills/game-art-direction/SKILL.md",
-      "sha256": "1a798bab9818580c1bfe08b175794a060bbe3065bdb2b778822de9b9f29d1c7b",
-      "bytes": 6039
+      "sha256": "cb205230e55d06f697874758af33e440ac69b6a93f4e88f59ff12101ff486377",
+      "bytes": 3919
     },
     {
       "path": "skills/game-art-direction/agents/openai.yaml",
@@ -366,8 +366,8 @@
     },
     {
       "path": "skills/game-build/SKILL.md",
-      "sha256": "4aaf579704e864339387697f351cc4c98da8661b6910704ab39b5fb00bad4224",
-      "bytes": 6668
+      "sha256": "09d235ef85d5d238936dd451067497750bb6b99924a5a8b95ca526648c759dd6",
+      "bytes": 4789
     },
     {
       "path": "skills/game-build/agents/openai.yaml",
@@ -396,8 +396,8 @@
     },
     {
       "path": "skills/game-concept/SKILL.md",
-      "sha256": "7080002eb9aaf684192f3dfaf3feb81446ea35ba3297b9e8b86402456043b099",
-      "bytes": 4912
+      "sha256": "a8d321eb3d6469ee142f128800060e284c563ff0639c047e20e55708a67a8b25",
+      "bytes": 3718
     },
     {
       "path": "skills/game-concept/agents/openai.yaml",
@@ -411,8 +411,8 @@
     },
     {
       "path": "skills/game-qa/SKILL.md",
-      "sha256": "6835e17fcdec987bc10a3091716e953033442388aca7824f87553f9a7e5a8e01",
-      "bytes": 3767
+      "sha256": "5f76bc51fe8957540f8099cb19550b4158df6075662a2d5ad5c95e453a441794",
+      "bytes": 2800
     },
     {
       "path": "skills/game-qa/agents/openai.yaml",
@@ -426,13 +426,13 @@
     },
     {
       "path": "skills/game-qa/references/test-design-method.md",
-      "sha256": "5e720bfd7cf955998fb4f6beb73b1236b22d7e73d13fceb10515cab59b11b96a",
-      "bytes": 3558
+      "sha256": "b6ef8e16a0cb84790674a20b5a3daa08283589f02223af1ff074f37beb00513b",
+      "bytes": 3495
     },
     {
       "path": "skills/game-world-design/SKILL.md",
-      "sha256": "357cbc9ec023796a92179cd7044c23b2de8318482cf70b5f29bd7dedc4efae19",
-      "bytes": 5284
+      "sha256": "0fbf8b1036c29a6a3951d050360d8880549d60159be74539654059ec0f8d06c4",
+      "bytes": 4305
     },
     {
       "path": "skills/game-world-design/agents/openai.yaml",
@@ -441,8 +441,8 @@
     },
     {
       "path": "skills/game-world-design/references/dialogue-design-method.md",
-      "sha256": "61202bd7c9ba310f56375ad962d61caa51870ccfb0d2356e52ebad28bde4f34d",
-      "bytes": 3291
+      "sha256": "4934b97a4587a4c68fe5e12c963d9c4b87ae9c02400de416ff74801c9ddb2f86",
+      "bytes": 3167
     },
     {
       "path": "skills/game-world-design/references/game-writing-craft.md",
@@ -466,8 +466,8 @@
     },
     {
       "path": "skills/novel-game-analyze/SKILL.md",
-      "sha256": "d0bd415c694c92c1f7d15ab85fe7cff9a848a70e6cf8bf2e24ff49f85a8847b1",
-      "bytes": 6044
+      "sha256": "2b4608a882c3c3c90f001de95ae21341739d496f1b6ca5d672a6725114d2a66c",
+      "bytes": 5743
     },
     {
       "path": "skills/novel-game-analyze/agents/openai.yaml",
@@ -481,8 +481,8 @@
     },
     {
       "path": "skills/novel-to-game/SKILL.md",
-      "sha256": "15b8bcaa2cf13d53de86f871add34c8ffcc8ea7c40682941b50a5405fd4ae2d1",
-      "bytes": 5725
+      "sha256": "795732e43690e99a62223aa70ca302bc340bac32374bd9e4ed7e2218012dc02f",
+      "bytes": 5602
     },
     {
       "path": "skills/novel-to-game/agents/openai.yaml",
@@ -491,18 +491,18 @@
     },
     {
       "path": "skills/novel-to-game/references/intake-benchmark-reference.md",
-      "sha256": "4aada4b5b5d24558e295aec8febc93a8c1e7181b5a510923275cfcb73e99c9e7",
-      "bytes": 2428
+      "sha256": "4f0411df62170dd7a91f39058ade44ca9f12663d72d3f571bd67b0bc5a784ea8",
+      "bytes": 2126
     },
     {
       "path": "skills/novel-to-game/references/intake-method.md",
-      "sha256": "dd75a46879ee88e8bf5461e570d15eb91583a37d574333d5fda75332839203b4",
-      "bytes": 3119
+      "sha256": "1afbc535f6d7b7fcb1790c7f566673b6279fbfbee59510bd5a261665dfca3d2e",
+      "bytes": 2925
     },
     {
       "path": "skills/novel-to-game/references/pipeline-contract.md",
-      "sha256": "b77b8ec9229d01ee56c3b42a9069c11bc69c821462ffcbac69ab8cdbd09e1d2a",
-      "bytes": 3390
+      "sha256": "130df7d50c99ebd634183e5a1c23c3dd119ba80b675f5f6b01afa3c5cb8a9206",
+      "bytes": 3122
     }
   ]
 }

package/lib/novel-to-game/skills/game-art-direction/SKILL.md

@@ -15,18 +15,6 @@ description: "Direct game art and creative vision. Turn GAME_DESIGN into a produ
 声明的构图、材质、色光或信息原则，不复制他作角色、地图、界面和资产。原作文化与目标市场分别
 研究，不用流行刻板符号替代原作身份。
 
-默认不得把“高级、电影感、成人、历史、严肃”翻译成全局低曝光。除非原作依据、产品承诺或核心玩法
-明确属于恐怖、黑色、潜行、灾难等低照度题材，否则首屏与核心循环应保持可辨的中高明度，并用局部
-对比、材质、构图和功能性色表达压力。夜景也必须看清人物轮廓、关键器物、可行动目标与正文；不能让
-黑幕、暗角、降饱和或烟雾同时吞掉信息。确需整体偏暗时，在 `ART_DIRECTION.md` 写出依据、受影响界面、
-最低可读层级和亮度 fallback。
-
-历史、神话、民俗等题材还要把“时代真实性”和“当代审美媒介”分开裁决。用户要现代人喜欢的古风，
-不等于批准现代服装、摄影棚、品牌海报、几何背景或真人皮肤；用户否决古旧感，也不等于必须抛弃古代
-空间、器物、发式和关系礼法。先锁世界属于哪个时代，再锁画面是古画复刻、二维游戏插画、动画化角色、
-3D 场景或真人摄影中的哪一种媒介。高风险风格在批量生产前必须用一张实际目标图校准，并记录“太旧、
-太现代、太真实、太幼态、太暗”等反向边界；未通过目标图时不得把同一偏差扩散到整批资产。
-
 ## 设计
 
 1. 定义 3–5 个能否决错误方案的视觉原则和反向原则；时代题材分别锁定世界真实性、媒介风格与人物理想化程度；
@@ -38,20 +26,12 @@ description: "Direct game art and creative vision. Turn GAME_DESIGN into a produ
 7. 为每个实际交互界面或模式描述一个招牌时刻，说明玩家动作、压力、焦点、前后节拍和界面；
 8. 定义声音世界、功能反馈层级和音乐边界；语音只在确有独特价值时选择，并始终保留字幕/静音路径。
 
-`narrative-led` 或 `hybrid` 的叙事层还要说明人物距离、朝向、遮挡和姿态如何表现关系变化；对白区
-怎样保证阅读、历史回看、跳过与加速；隐藏关系或立场优先通过称呼、站位、可选行动和场景可达性
-表达，不默认做成数字面板。
-
-动态媒体只规定体验角色、触发状态、镜头两端必须接续的事实和静帧/低动效 fallback；生成资产只
-规定风格、身份、构图和状态连续性。生产台账、调用、格式、缓存与接入属于构建阶段。
+`narrative-led` 或 `hybrid` 的叙事层还要说明人物距离、朝向、遮挡和姿态如何表现关系变化，以及对白区
+怎样保证阅读、历史回看、跳过与加速。
 
 表现层读取已经裁决的状态、事件与知识权限：同一个“获得物件、隐瞒证词、公开承诺”可以换文字、镜头
 或动画，但不能由表现代码另算一次效果，也不能向玩家或角色提前泄露未获知事实。
 
-若 GAME_DESIGN 选择了 `signature_command`，界面必须区分玩家原表述、待补/被拒的候选、执行过程、
-实际结果、留下的证物/见证和到期事项；输入已接收不能画成事情已经办成，部分完成或泄露也不能被成功
-动画覆盖。
-
 不要写着色器、拓扑、贴图规格、接口、文件格式教程或供应商参数。
 
 ## 输出
@@ -65,9 +45,8 @@ description: "Direct game art and creative vision. Turn GAME_DESIGN into a produ
 - 必需与可降级资产，以及原创/授权边界和仍未确定的视觉风险。
 
 只有 `targetFinish`、用户用途或高风险视觉问题确实需要时，才追加 `design/VISUAL_TARGETS.md` 与少量
-持久目标图；文字方向本身不因缺图片工具而失效。采用语音或动态媒体时只在 ART_DIRECTION 中补方向
-条目，不建立生产级空表。
+持久目标图，条件见方法「视觉目标」。
 
-交付前确认：玩家一眼能找到当前动作与压力；非低照度题材没有用全局压暗冒充气氛；夜景仍能辨认
-人物、器物、目标与正文；招牌时刻在实际界面而非概念海报中成立；方向覆盖核心循环、失败和结果；
-构建无需重新发明风格或反馈，但仍保有实现自由。
+交付前确认：玩家一眼能找到当前动作与压力；明度与夜景通过「默认明度裁决」的可读层；招牌时刻在
+实际界面而非概念海报中成立；方向覆盖核心循环、失败和结果；构建无需重新发明风格或反馈，但仍保有
+实现自由。

package/lib/novel-to-game/skills/game-build/SKILL.md

@@ -19,14 +19,8 @@ description: "Build a risk-matched whitebox or the approved production game for
 目标工具链不可用时不得自动改做网页；只有 brief 已批准替代运行时才可使用，并分开记录
 `targetRuntime`、`testedRuntime` 与未覆盖项。
 
-正式生产继承美术方向的明度边界。非低照度题材不得在实现阶段擅自用全局黑罩、暗角、降曝光或低对比
-小字制造“电影感”；夜景也要保留人物、器物、行动与结果可读性。确需偏暗的界面只按已批准范围实现，
-并保留方向中约定的亮度或高对比 fallback。
-
-时代题材的高风险画风先接入一张实际目标图并在目标视口确认，再批量生产。目标图已批准后，后续资产
-必须继承同一时代世界、表现媒介、人物成熟度、身份锚点、光色和文本留白；不得把“当代审美”擅自实现成
-现代服装／棚拍，也不得把“古风”擅自实现成古画旧化。用户否决方向时停止扩批，替换运行引用并清理被
-否决资产，不能让旧图、试验图和批准图混在同一发布包。
+正式生产继承 `ART_DIRECTION.md` 的明度边界与时代题材目标图合同；实现阶段不得擅自压暗，也不得把
+“当代审美”做成现代棚拍或把“古风”做成古画旧化。检查项见 build-brief-contract「视觉与必需资产」。
 
 BUILD_BRIEF 只压缩产品边界、必须保真的体验事实、运行方式与完成证据，实现细节交给实现模型。
 
@@ -48,37 +42,26 @@ BUILD_BRIEF 只压缩产品边界、必须保真的体验事实、运行方式
 
 1. 先实现一个最小但完整的核心循环：启动、真实输入、状态变化、结果和重开。范围不足时修范围，
    不先堆审计材料。
-2. 先集中实现最小状态面与规则裁决器，再接表现层。模型可解释自由输入、提出候选动作或根据已提交结果
-   写对白；只有规则器能提交资源、位置、知识、承诺、物件归属、胜负与事件日志。
-   设计含 `signature_command` 时，先逐字继承 `id / label / intents / slots / validators / commit`，管线固定为
-   “表述 → 有版本的候选结构 → schema/前置/知识/承诺验证
-   → 执行阻力 → 确定性提交 → 叙述”；含混、冲突或越界候选返回澄清/拒绝且不提交，不能让关键词命中
-   或模型 `effects` 直接改状态。
-3. 固定内容/规则/存档版本、初态、seed 与输入序列；事件日志记录 action、观察者和前后状态摘要。专属
-   命令还记录解析器版本、规范化候选、验证结果、执行轨迹和到期事项；回放消费已记录候选，不重新调用
-   在线模型。试玩反馈定位到节点，局部 patch 后重放失败路径和相邻反例，不让未选分支进入历史。
+2. 按 playable-model-contract「最小语义面」「裁决边界」实现运行时真正消费的状态与规则；存在
+   `signature_command` 时再执行其专属合同。模型只解释输入和结果，规则器拥有提交权。
+3. 按该合同「Snapshot、事件日志与回放」「反馈与局部 patch」固定版本、初态、seed 和输入序列，
+   修订后重放失败路径与相邻反例。
 4. 回写实际工具链、install/build/start 命令和版本；未知值写 `NOT_AVAILABLE: 原因`，不猜。
 
-`whitebox` 到此只运行最窄的模型/回放检查与启动 smoke，输出结构化观察并交回 design owner；不调用
-`game-qa`，不写或覆盖 `qa/verification.json`，也不把白盒通过冒充生产候选完成。设计修订后重放受影响
-路径，直到最大风险已被实际暴露或当前方向被否决。
+`whitebox` 到此按 build-brief-contract「最小完成证据」运行最窄检查并交回 design owner；设计修订后
+重放受影响路径，直到最大风险已被实际暴露或当前方向被否决。
 
 `production` 继续：
 
 5. 提供一条权威验证命令和最小可观察状态，使 `game-qa` 能一次走完
-   `clean start → 核心动作 → 设计结果 → restart`；构建阶段不预写 QA 结论或重复跑完整验收。
+   `clean start → 核心动作 → 设计结果 → restart`。
 6. 运行最窄的开发检查与启动 smoke，修复构建失败、阻断日志、资源失败和崩溃；替代运行时未覆盖的
    目标平台输入、性能、打包或设备项写入 limitation。
 7. 达到 brief 的 `targetFinish`；更高完成度只处理已批准的焦点资产和招牌时刻，不制造与可玩闭环
    无关的发布审计。
-8. 交给 `game-qa` 只运行一次权威命令并写最终事实。时间、预算或生成调用用尽只会留下
-   FAIL/NOT_RUN，不会生成 PASS。
-
-连续 3D、语音、生成媒体、多语言与无障碍仅在实际采用时增加项目自己的回归检查。必需异步资产
-加载或解码失败不得静默换灰盒仍宣称通过；可继续的 fallback 条件见 build-brief-contract.md。
+8. 交给 `game-qa` 只运行一次权威命令并写最终事实。
 
 ## 输出
 
-生成 `build/BUILD_BRIEF.md` 与实际候选；production 还生成权威验证入口。构建不生成最终 QA 结论。
-截图、录制与 raw trace 只保留调试所需的最小集合；`game-qa` 是 production 完整路径与
-`qa/verification.json` 的唯一 owner。
+生成 `build/BUILD_BRIEF.md` 与实际候选；production 还生成权威验证入口。截图、录制与 raw trace 只保留
+调试所需的最小集合。

package/lib/novel-to-game/skills/game-concept/SKILL.md

@@ -17,10 +17,6 @@ description: "Design game concepts from a novel. From SOURCE_BIBLE and PRODUCT_B
 时回总入口修订，不在概念阶段静默改值。原作语言、文化语境、目标市场和界面语言分别处理，不从
 其中一个自动推出另一个。
 
-先例只用于解释玩法为什么可识别：选一个最接近核心动词与循环的主要玩法先例，必要时再补一个解决
-独立问题的辅助先例。写清借用的动词/循环/结构与明确不借的内容，不要求销量数字、固定名单或为每个
-方向重复市场研究。外部事实只有在会改变选择且可能变化时才核实。
-
 互动叙事是成熟玩法，不因以阅读和对白承载就降低标准；它的动词可以是读局面、追问、比对信息、
 表态、隐瞒、交出与承担回响。先例提供语法，原作规则负责改变动作对象、顺序、代价和世界回应，
 不能只做 IP 换皮。
@@ -35,24 +31,10 @@ description: "Design game concepts from a novel. From SOURCE_BIBLE and PRODUCT_B
 子类型、核心循环、压力来源、原作选段、空间/镜头、成长关系或美术方向；已锁的主玩法不可偷换，
 未锁的核心循环可以正面比较。
 
-每个概念卡只回答：
-
-- `player_job`：玩家以什么身份长期做哪份工作，想获得什么独特幻想；
-- `recurring_job_loop`：这份工作每个周期反复做什么；
-- 主类型、`experienceProfile`、主要玩法先例，以及本作借什么/不借什么；
-- 3–5 个核心动词、循环、压力、失败和世界响应；
-- `signature_command`：只有当自然语言表达本身能体现该身份时，写 `id`、`label` 与候选 `intents`；
-  不合适时明确 `N/A`，不得给所有游戏统一添加聊天框；
-- `resistance_chain`：谁或什么会阻止、拒绝、扭曲或泄露玩家的安排；
-- `advancement_ladder`：玩家在探索、成长、成熟阶段分别新学会什么、新能组合什么；
-- 原作独有的规则或情感/伦理张力怎样被玩家亲手 enact，而不是留在过场；
-- 一张能同时看出身份、动作与世界特征的招牌画面；
-- 最小验证切片、最大风险，以及什么观察结果会否决该方向。
-
 ## 选择
 
-先按 concept-method 的硬否决逐个淘汰，不计算总分。再比较原作适配、玩家能动性、可读性、文化
-准确性、传播画面和完成风险。`quick` 自动选证据最强的方向；`director` 给出推荐后等待用户决定。
+先按 concept-method 的硬否决逐个淘汰，不计算总分，再按其比较维度选择。`quick` 自动选证据最强的
+方向；`director` 给出推荐后等待用户决定。
 
 ## 输出
 
@@ -61,12 +43,14 @@ description: "Design game concepts from a novel. From SOURCE_BIBLE and PRODUCT_B
 1. brief 锁定值与开放维度；
 2. 三条体验支柱，各配可观察现象和失败现象；
 3. 紧凑先例说明；
-4. 三个概念卡；
+4. 三个概念卡，每张只写主类型、`experienceProfile`、借用/拒绝的玩法先例、3–5 个核心动词、循环、
+   压力、失败、世界响应，以及 `player_job`、`recurring_job_loop`、`resistance_chain` 和
+   `advancement_ladder`；仅当自然语言能体现玩家身份时写 `signature_command` 的 `id`、`label` 与候选
+   `intents`，否则写 `N/A`；最后说明原作张力如何由玩家亲手 enact、招牌画面、最小验证切片、最大风险
+   和否决观察；
 5. 硬否决结果、关键取舍、推荐与选择状态；
-6. 选定方向的 `experienceProfile`、玩家能动性合同、不可妥协体验承诺，以及五项独立交接字段：
-   `player_job`、`recurring_job_loop`、`signature_command`（或 `N/A`）、`resistance_chain`、
-   `advancement_ladder`；
+6. 选定方向的玩家能动性合同、不可妥协体验承诺；上述五项交接字段必须独立成项；
 7. 最小验证问题与开放问题。
 
-`narrative-led` 或 `hybrid` 的叙事层还要选择一种分支结构语法并说明内容预算。概念不得写伤害公式、
-具体百分比、敌人血量、代码结构或逐场脚本；交接前确认选定方向可在 brief 范围内做成完整切片。
+`narrative-led` 或 `hybrid` 的叙事层还要选择一种分支结构语法并说明内容预算。交接前确认选定方向
+可在 brief 范围内做成完整切片。

package/lib/novel-to-game/skills/game-qa/SKILL.md

@@ -14,11 +14,7 @@ description: "Verify a game with evidence on its selected target runtime. Launch
 ## 唯一必需合同
 
 每个候选都必须用真实运行证据覆盖：`launch`、`render`、`input`、`coreLoop`、`outcome`、`restart`。
-`targetFinish` 描述成色，不改变这组六项。`checks` 恰好只含六键；项目回归与诊断只能映射回其中
-一项、写入 `verify.suites` / evidence，或作为 limitation，不得生成第七道门。
-
-这是一条自动化或代理可执行的运行验证，不要求真人试玩、主观评分或逐项人工批准。需要真人研究时
-另立产品研究任务，不得把它变成当前候选 PASS 的隐藏前置条件。
+`targetFinish` 描述成色，不改变这组六项，也不得生成第七道门。
 
 ## 执行
 
@@ -28,12 +24,8 @@ description: "Verify a game with evidence on its selected target runtime. Launch
    完成整条路径，并记录 command、exit code、环境、六项结果、最小证据和实际失败。
 3. 对照 GAME_DESIGN 中会改变结果的不变量和三段弧结束标记；只验证批准的设计承诺，不遍历所有
    代码路径。
-4. 若候选有可执行模型、事件日志或 patch，由同一权威 verify 内嵌项目回归，不由 QA 另跑第二条命令：
-   同版本同初态/seed/输入得到同一终态，非法动作不提交，未选分支不污染，角色与玩家不读取未获知事实；
-   patch 只改变声明节点并重放受影响路径。若有 `signature_command`，还验证规范化候选的确定性提交、
-   否定/含混/冲突输入不误命中、执行阻力可拒绝或部分完成、实际结果与反馈一致、到期事项准时且只触发
-   一次；谈话不得越权提交效果或泄露知识。失败按影响映射到 `coreLoop` / `outcome` / `restart` 或写
-   limitation，不新增 checks。
+4. 若候选有可执行模型、事件日志、patch 或 `signature_command`，按 test-design-method 的对应合同把
+   项目回归嵌入同一权威 verify；失败映射到已有 checks 或 limitation，不另跑命令或新增门禁。
 5. 记录 limitation 和问题的 product/design/art/build 归属。趣味、长期平衡、留存和商业价值只能写成
    未验证风险，不给确定性 PASS。
 
@@ -43,8 +35,6 @@ description: "Verify a game with evidence on its selected target runtime. Launch
 ## 输出
 
 - `qa/verification.json`：唯一 QA 事实源，包含三态 status、权威命令、complete run、六项 checks、
-  一条证据路径和 limitations。证据文件保留运行细节，不再复制一份 `qa` 结论对象，也不再生成
-  重复的人工可读 QA 报告。
+  一条证据路径和 limitations；字段与证据要求见 qa-contract.md。
 
-状态只取 `NOT_RUN` / `FAIL` / `PASS`。缺口写结构化 limitation，不发明 `PASS_WITH_GAPS`；未运行或
-失败的必需项不能满足整体 PASS。
+缺口写结构化 limitation，不发明 `PASS_WITH_GAPS`；未运行或失败的必需项不能满足整体 PASS。

package/lib/novel-to-game/skills/game-qa/references/test-design-method.md

@@ -4,7 +4,7 @@
 
 ## 一、从六项结果反推
 
-为 launch、render、input、coreLoop、outcome、restart 各选择一条最小证据，不为项目自己的回归与诊断复制平行验收矩阵。
+为 launch、render、input、coreLoop、outcome、restart 各选择一条最小证据。
 
 ## 二、从设计承诺写断言
 

package/lib/novel-to-game/skills/game-world-design/SKILL.md

@@ -20,44 +20,35 @@ description: "Design game experience, systems, and levels. Converge the chosen c
 ## 设计原则
 
 - 保护 CONCEPT 的玩家承诺、`experienceProfile` 和不可妥协项；发现范围冲突时回上游修订。
-- 只保留一个核心系统、最多两个支持系统；删除后不影响核心循环的内容不要升格为系统。
-- 规则写成玩家动作 → 状态变化 → 世界反馈 → 后续选择，不用背景设定代替可玩因果。
-- 用“教会 → 变式 → 组合 → 检验 → 命运回收”组织最小切片；默认 10–30 分钟且不超过 brief 时长。
-- NPC、势力、资源和历史只设计到玩家能感知、利用或改变的深度。
+- 最小切片默认 10–30 分钟且不超过 brief 时长；系统预算、因果句式与关卡节拍按 world-design-method。
 - 不写文件名、函数、存储键、测试脚本、着色器或资产管线；实现结构由构建阶段决定。
 
 ## 输出合同
 
 生成一个 `design/GAME_DESIGN.md`，保持紧凑并包含：
 
-1. **体验合同**：玩家身份、承诺、目标感受、`experienceProfile` 与首分钟目标；
-2. **核心动词与循环**：3–5 个动词、短循环、长循环、主要玩法先例，以及原作如何改变动作对象、
-   顺序、代价和世界回应；
-3. **世界规则与必要系统**：玩家可见/隐藏信息、行动顺序、随机性、资源或持久状态及其读取点；
-4. **成长与三段弧**：探索、成长、成熟阶段新增的参与手段、可达空间或局面，以及可观察结束标记；
-5. **代表性决策**：用一个场景证明最优选择会随局面翻转，并写清因果权与结算权；
-6. **空间、镜头与关卡节拍**：路线、地标、压力、教学、组合和检验如何制造选择；
-7. **反馈、失败与重开**：输入反馈、状态变化、失败原因、下次可改之处和定义初态；
-8. **叙事附件**：仅在叙事实际承载体验时写场景脊柱、人物议程、知识/证词边界、持久回响、
+1. **体验与循环合同**：玩家身份、承诺、目标感受、`experienceProfile`、首分钟目标、3–5 个核心动词、
+   短/长循环和主要玩法先例，以及原作如何改变动作对象、顺序、代价和世界回应；
+2. **世界规则与成长**：玩家可见/隐藏信息、行动顺序、随机性、资源或持久状态及其读取点；探索、成长、
+   成熟阶段新增的参与手段、可达空间或局面，以及可观察结束标记；
+3. **决策与关卡节拍**：用一个场景证明最优选择会随局面翻转并写清因果权与结算权；说明路线、地标、
+   压力、教学、组合和检验如何制造选择；
+4. **反馈、失败与重开**：输入反馈、状态变化、失败原因、下次可改之处和定义初态；
+5. **叙事附件**：仅在叙事实际承载体验时写场景脊柱、人物议程、知识/证词边界、持久回响、
    分支汇流和结局回收；否则写 N/A；
-9. **语言、文化与交接边界**：界面语言、术语、阅读顺序、内容尺度，以及交给美术和构建的玩家效果；
-10. **可执行切片合同**：最大设计风险、与风险匹配的原型形态、最小状态面、关键动作的前置/效果/观察者、
-    会被后续读取的事件，以及固定初态、seed、输入序列、预期状态与反馈；若概念选择了
-    `signature_command`，固定 `id / label / intents / slots / validators / commit` 六组最小结构，再追加
-    澄清与拒绝条件、委托执行链、实际结果、证物/知情变化和到期回响；
-11. **验证切片**：范围、明确非目标、完整路径和会触发设计修改的观察结果。
-
-只有门槛、结局或张力确实读取数值时才做数值预算；叙事状态同理，写入后没有可见读取点就删除。
+6. **语言、文化与交接边界**：界面语言、术语、阅读顺序、内容尺度，以及交给美术和构建的玩家效果；
+7. **可执行切片合同**：最大设计风险、与风险匹配的原型形态、最小状态面、关键动作的前置/效果/观察者、
+   会被后续读取的事件，以及固定初态、seed、输入序列、预期状态与反馈；若概念选择了
+   `signature_command`，固定 `id / label / intents / slots / validators / commit` 六组最小结构，再追加
+   澄清与拒绝条件、委托执行链、实际结果、证物/知情变化和到期回响；
+8. **验证切片**：范围、明确非目标、完整路径和会触发设计修改的观察结果。
+
 规则优先用短表表达，不复制成平行 JSON、go/no-go 表或第二份验收矩阵。
 
 ## 完成检查
 
-- 玩家能从初态通过真实选择到达至少一个结果并重开；
-- 三段弧改变的是可用动作、空间或局面，不只是数字、文本或收集量增加；
-- 核心状态都在后续被读取，主要选择至少一次被世界明确回响；
-- 同一初态、规则版本、seed 与规范化动作输入序列可重放到同一终态；未见证角色不能读取秘密，未选分支不能污染历史；
-- 专属命令若存在，玩家表述、解析候选、实际执行与反馈彼此可区分；无效或含混输入不得偷偷提交近似动作；
-- 支持系统、分支和角色内容没有静默扩出 brief 范围；
-- 文档没有替实现做技术设计，也没有把趣味或平衡写成确定性 PASS。
+按 world-design-method 反向走读可执行闭环、世界回响、三段弧、重放与范围；存在叙事或专属命令时，
+再按对应方法检查知识、分支、人物行动、解析候选与实际执行没有串线。只交付设计合同，不替实现选技术，
+也不把趣味或平衡写成确定性 PASS。
 
 输出交回总入口，不自行推进美术、构建或 QA。

package/lib/novel-to-game/skills/game-world-design/references/dialogue-design-method.md

@@ -52,8 +52,7 @@
 逐场检查：是否过度解释或收口；人物是否只会重复同一策略；证据、筹码和信息密度是否变化；
 选择是否总套用同一模板；代价是否被当场结清；巧合或第三人是否反复替人物解决问题。
 
-修订优先删解释、合并重复轮次、让反对方使用筹码，并让物件或空间承担意义。保留原作中的方言、
-笨拙、急话、称呼和不整齐句式，不把所有人物润色成同一种标准范文。
+修订优先删解释、合并重复轮次、让反对方使用筹码，并让物件或空间承担意义。
 
 交付前反向走读分支，确认未选事实没有串入；每场至少留下可见变化和退出压力；玩家作判断所需
 的证据不能在删解释时一并删掉。

package/lib/novel-to-game/skills/novel-game-analyze/SKILL.md

@@ -19,12 +19,12 @@ description: "Deconstruct a novel for game adaptation. Compress a raw novel, dec
 本 skill 的全书管道。已有分析若只覆盖黄金三章或快速预览，只能帮助判断开篇，不能
 证明理解了全书。除非用户明确只改编某一卷或片段，否则来源未覆盖全文时不得进入概念设计。
 
-不因目录看起来完整就直接信任；按协议「来源清点」清点来源与已有拆文后，再判定是否算全量。
+不因目录看起来完整就直接信任；按协议「来源与覆盖」清点来源与已有拆文后，再判定是否算全量。
 
 若存在 `PRODUCT_BRIEF.md`，先读取：分级、核心幻想与已锁类型决定取证优先级——优先为
 核心幻想涉及的动作、关系、场面取证；对已锁类型需要而原作未系统提供的体系（如属性相克、
 数值成长），在设计空白中写明「原作无系统化的对应体系，属下游发明」，供下游改编边界如实
-引用。仍不在本阶段发明或评价类型。
+引用。
 
 ## 全书管道
 
@@ -52,10 +52,9 @@ gameability-protocol.md 为准，此处只列顺序，不重述。选定改编
 生成一份 `analysis/SOURCE_BIBLE.md`，包含来源范围、**全书覆盖**、世界身份、原作事实与
 证据、改编边界、玩家身份候选（PRODUCT_BRIEF 已锁身份时改为该身份的动作空间验证）、
 可玩动词、可下达/承接的身份动作及其执行阻力、世界模型、空间与角色能动性、文化语境、
-术语表（语言条件见上）、视觉锚点、风险和设计空白。全书覆盖按连续范围列出每一阶段的关键变化、
-强弱节奏、反例/回收与游戏化意义，
-表头写明来源单元数与成功数，使覆盖集合与来源单元集合完全一致。短表格优先于重复文档、
-结构化数据和证据索引。
+术语表（语言条件见上）、视觉锚点、风险和设计空白。全书覆盖按连续范围列出开篇、中段、结局和跨段
+回收的关键变化、强弱节奏、反例与游戏化意义；表头写明来源单元数与成功数，覆盖集合必须与来源单元
+集合一致。短表格优先于重复文档、结构化数据和证据索引。
 
 改编边界必须是表格：`条目 | 边界类型 | 证据位置`，边界类型只用协议的四种标签；涉及
 名分、座次、官阶或队伍序列的作品必须附人物名册行（`姓名 | 身份/次序 | 结局 | 证据回目`），
@@ -72,6 +71,4 @@ scene_id、Hub/界面结构、QA 与范围计划只属于 GAME_DESIGN，不得
 来源范围只记录会影响复核的版本、覆盖范围和授权边界。下载日期、字节数、校验值和
 本地路径只有在复现契约确实需要时才写，不把获取日志当策划内容。
 
-完成前确认：覆盖数与来源数一致且无未处理失败；核心规则可追溯；改编边界成表且证据位置
-齐全；能回答玩家可能做什么、在哪里做、世界如何回应；理解开篇、中段、结局和跨段回收；
-没有把一次性剧情冒充核心循环，也没有提前选定游戏类型。
+其余完成门禁见协议「事实保真与交付」。

package/lib/novel-to-game/skills/novel-to-game/SKILL.md

@@ -13,10 +13,10 @@ description: "Turn a novel into a fully playable game on the selected target pla
 [intake-method.md](references/intake-method.md) 只处理会实质改变方向或带来权利、尺度、平台风险的
 歧义。低风险空白集中列为未确认假设，不逐项拦停。
 
-`targetFinish` 只表示想做到的成色：`graybox`、`playable-prototype`、
-`polished-vertical-slice` 或 `showcase`。所有项目使用同一最小 QA：真实启动、渲染、输入、核心循环、
-至少一个设计结果和重开。连续 3D、语音、生成媒体、多语言或无障碍只在实际采用时运行项目自己的
-效果回归，不形成第二套验收等级。
+`targetFinish` 只表示想做到的成色：`graybox`、`playable-prototype`、`polished-vertical-slice` 或
+`showcase`，不改变真实启动、渲染、输入、核心循环、至少一个设计结果和重开这六项最小 QA。六项全部
+PASS 才算完成；`NOT_RUN` 不能满足完成声明，`qa/verification.json` 是唯一机器事实源。连续 3D、语音、
+生成媒体、多语言或无障碍只在实际采用时做效果回归，不形成第二套验收等级。
 
 `PRODUCT_BRIEF.md` 与 `SOURCE_BIBLE.md` 是上游事实，下游不得静默改写。brief 必须锁定平台、生产
 引擎、实际交付物、目标运行时和可用的实际测试运行时。工具链不可用时，只能使用 brief 已批准的
@@ -43,10 +43,8 @@ description: "Turn a novel into a fully playable game on the selected target pla
 8. 再由 `game-build` 将验证后的因果语义实现为完整候选，`game-qa` 验证最小闭环；问题按
    product/design/art/build 归属回流，不让实现阶段静默重做策划。
 
-编排器只记录两项完成结果：
-
-- `scope`：上游范围和阶段 owner 齐全且不冲突；
-- `playable`：六项最小玩家效果均有真实运行证据。
+编排器只记录 `scope`（上游范围和阶段 owner 齐全且不冲突）与 `playable`（六项最小玩家效果均有
+真实运行证据）。
 
 ## 语言与文化
 
@@ -66,6 +64,3 @@ description: "Turn a novel into a fully playable game on the selected target pla
   证物/见证反馈与延期回响，不能退化成通用聊天或“说了就发生”。
 - 验证切片必须在实际运行环境中完整走通；范围服从 brief，不默认扩成长篇全量游戏。
 - 完成以运行、画面、真实输入、结果和重开证据为准；AI 不能客观证明趣味、长期平衡或商业价值。
-
-六项必需检查全部 PASS 才报告当前候选完成最小 QA。`NOT_RUN` 可以诚实结束本次执行，但不能满足
-完成声明；`qa/verification.json` 是唯一机器事实源。

package/lib/novel-to-game/skills/novel-to-game/references/intake-benchmark-reference.md

@@ -22,8 +22,6 @@
 - 题材相似但玩法不同只能帮助文化或视觉判断，不能冒充玩法先例。
 - 互动叙事是成熟玩法：读局面、追问/调查、比对信息、表态或行动、承受回响都可成为核心动词。
 - 原作规则可以改变动作对象、顺序、代价和世界回应；先例是起点，不是禁止改编创新的模板。
-- 只核实会改变当前决定的外部事实。较新、小众或版本敏感信息用当前可靠来源；常识性玩法结构不
-  为了仪式感重复研究。
 
 ## 平台只锁真实约束
 
@@ -34,8 +32,6 @@
 | 移动 App | 朝向、触控、机型性能、安装包与离线需求 |
 | 小程序 / 小游戏 | 当前渠道包体、输入、联网、审核与分包限制 |
 
-平台能力、许可或渠道规格可能变化时查当前官方文档；仓库不保存版本号、价格或包体上限快照。
-
 ## 交给概念阶段
 
 PRODUCT_BRIEF 只需写明主玩法、3–5 个候选核心动词、一个主要先例、目标平台和最大未知。若玩法仍

package/lib/novel-to-game/skills/novel-to-game/references/intake-method.md

@@ -18,9 +18,7 @@ intake 的目的不是举行逐项审批会，而是尽早锁住会让下游返
 ## 产品框架
 
 填表前按需读取 [intake-benchmark-reference.md](intake-benchmark-reference.md)，用它选择同玩法先例、
-平台与视觉维度。引擎由目标交付物、团队现有工程、输入/显示、性能和导出约束决定；frontier 模型已知
-主流框架，不在仓库维护版本、价格或渠道规格目录。只有许可、导出能力或平台限制会实质改变决定时，
-才核实当前官方文档。
+平台与视觉维度。引擎由目标交付物、团队现有工程、输入/显示、性能和导出约束决定。
 
 | 维度 | 最小锁定内容 |
 |---|---|

package/lib/novel-to-game/skills/novel-to-game/references/pipeline-contract.md

@@ -40,9 +40,8 @@ JSON/YAML。设计理由仍由 `GAME_DESIGN.md` 拥有，运行状态与动作
 
 ## 证据角色
 
-`qa/verification.json` 是唯一 QA 事实源。schema v3 只写整体状态、权威命令、一次 complete run、
-六项游戏效果 checks 和包含 `scope` / `reason` 的 limitations。目标运行环境与实际环境不同就如实
-记录，不能用替代运行结果冒充目标平台通过。
+`qa/verification.json` schema v3 只写整体状态、权威命令、一次 complete run、六项游戏效果 checks
+和包含 `scope` / `reason` 的 limitations。
 
 构建只准备候选与 verify 入口，QA 只运行一次完整路径；不要求真人试玩、逐项人工批准、重复机器
 证据对象或第二份 QA 报告。
@@ -51,8 +50,7 @@ JSON/YAML。设计理由仍由 `GAME_DESIGN.md` 拥有，运行状态与动作
 的状态/动作/知识/回响节点和 owner；修订后固定同一初态、规则版本、seed 与输入序列重放受影响路径。
 若节点 id、变量语义、动作效果或知识权限改变，必须迁移旧存档/日志或明确拒绝兼容，不能静默解释成新历史。
 
-`targetFinish` 描述成色，不改变最小 QA。预算或工具耗尽只会留下 `NOT_RUN` / `FAIL`、缩小范围或
-延期，不会生成 PASS。主观趣味、平衡、权利合规和发布质量不由机器事实确定。
+预算或工具耗尽只会留下 `NOT_RUN` / `FAIL`、缩小范围或延期，不会生成 PASS。
 
 ## resume 与回流