@oh-story/dsh 0.1.8 → 0.1.10

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

@@ -19,12 +19,10 @@ description: "Deconstruct a novel for game adaptation. Compress a raw novel, dec
 本 skill 的全书管道。已有分析若只覆盖黄金三章或快速预览，只能帮助判断开篇，不能
 证明理解了全书。除非用户明确只改编某一卷或片段，否则来源未覆盖全文时不得进入概念设计。
 
-不因目录看起来完整就直接信任；按协议「来源清点」清点来源与已有拆文后，再判定是否算全量。
-
 若存在 `PRODUCT_BRIEF.md`，先读取：分级、核心幻想与已锁类型决定取证优先级——优先为
 核心幻想涉及的动作、关系、场面取证；对已锁类型需要而原作未系统提供的体系（如属性相克、
 数值成长），在设计空白中写明「原作无系统化的对应体系，属下游发明」，供下游改编边界如实
-引用。仍不在本阶段发明或评价类型。
+引用。
 
 ## 全书管道
 
@@ -37,12 +35,8 @@ gameability-protocol.md 为准，此处只列顺序，不重述。选定改编
 
 ## 提取维度
 
-只保留会影响玩家动作、世界响应或视听身份的内容；字段以协议「逐章游戏化卡」的十行为准，不得
-只取其中一部分，该表即并行批次共用的提取契约。另记不可改的原作事实、授权风险和原作未定义的设计空间。
-
-若作品反复出现命令、委托或代办，同样落回既有十行：记录谁有资格下令、谁实际执行、所需权限与物件、
-可能拒绝或走样的环节、谁会见证，以及什么债务或后果会延期返回。此阶段只提取身份动作的原作依据，
-不预设运行时必须有自由输入，也不把一句命令直接等同于事情已经发生。
+只保留会影响玩家动作、世界响应或视听身份的内容；维度、覆盖状态与命令/委托的记录方式以协议
+「逐单元取证」「从事实得到系统候选」为准。
 
 为硬规则、关键角色目标、玩家身份依据、转折结局和标志性锚点记录章节或文件位置。
 普通候选项不必机械附带置信度对象；推断必须明确标成推断或开放设计空间。
@@ -52,10 +46,9 @@ gameability-protocol.md 为准，此处只列顺序，不重述。选定改编
 生成一份 `analysis/SOURCE_BIBLE.md`，包含来源范围、**全书覆盖**、世界身份、原作事实与
 证据、改编边界、玩家身份候选（PRODUCT_BRIEF 已锁身份时改为该身份的动作空间验证）、
 可玩动词、可下达/承接的身份动作及其执行阻力、世界模型、空间与角色能动性、文化语境、
-术语表（语言条件见上）、视觉锚点、风险和设计空白。全书覆盖按连续范围列出每一阶段的关键变化、
-强弱节奏、反例/回收与游戏化意义，
-表头写明来源单元数与成功数，使覆盖集合与来源单元集合完全一致。短表格优先于重复文档、
-结构化数据和证据索引。
+术语表（语言条件见上）、视觉锚点、风险和设计空白。全书覆盖按连续范围列出开篇、中段、结局和跨段
+回收的关键变化、强弱节奏、反例与游戏化意义；表头写明来源单元数与成功数，覆盖集合必须与来源单元
+集合一致。短表格优先于重复文档、结构化数据和证据索引。
 
 改编边界必须是表格：`条目 | 边界类型 | 证据位置`，边界类型只用协议的四种标签；涉及
 名分、座次、官阶或队伍序列的作品必须附人物名册行（`姓名 | 身份/次序 | 结局 | 证据回目`），
@@ -64,14 +57,12 @@ gameability-protocol.md 为准，此处只列顺序，不重述。选定改编
 概念阶段选定改编段落后，二次进入本 skill 为该段落补一张逐事实表并追加进 SOURCE_BIBLE：
 `事实 | 证据位置 | 边界类型`，含入镜角色的外观要点（服饰、兵器、体量及位置；原文无描写
 写「原文未明确」）。此表是下游交接门的段落级比对基准；下游仍可回原文补证，发现出入时
-回上游修正此表，不得各自改写。追加这类原作事实与证据是概念选定后对 SOURCE_BIBLE 的
-唯一允许更新——SOURCE_BIBLE 不得包含下游发明物，游戏状态键名、回合或日程编号、
+回上游修正此表，不得各自改写。概念选定后只补充或纠正有依据的原作事实——SOURCE_BIBLE
+不得包含下游发明物，游戏状态键名、回合或日程编号、
 scene_id、Hub/界面结构、QA 与范围计划只属于 GAME_DESIGN，不得把既有事实改写成
 切片说辞。
 
 来源范围只记录会影响复核的版本、覆盖范围和授权边界。下载日期、字节数、校验值和
 本地路径只有在复现契约确实需要时才写，不把获取日志当策划内容。
 
-完成前确认：覆盖数与来源数一致且无未处理失败；核心规则可追溯；改编边界成表且证据位置
-齐全；能回答玩家可能做什么、在哪里做、世界如何回应；理解开篇、中段、结局和跨段回收；
-没有把一次性剧情冒充核心循环，也没有提前选定游戏类型。
+其余完成门禁见协议「事实保真与交付」。

package/lib/novel-to-game/skills/novel-game-analyze/references/gameability-protocol.md

@@ -11,9 +11,10 @@
 长篇可把稳定边界表写入 `analysis/_coverage.md`，用于分批、恢复和缺号检查。已有拆文产物只有在
 逐单元覆盖与原文边界一致时才可复用为全量分析；临时工作卡完成聚合后可以删除。
 
-## 二、逐单元游戏化卡
+## 二、逐单元取证
 
-每个单元使用同一紧凑记录；没有新信息时写“无新增”，仍计入覆盖：
+每个来源单元保留覆盖状态与证据位置，已审无相关发现也计入覆盖；未审或失败单独标记。
+以下是审阅维度，不是每章必填表。只记录有依据且影响改编的发现，不用空字段占位：
 
 | 字段 | 只记录什么 |
 |---|---|
@@ -28,8 +29,7 @@
 | 视听锚点 | 有原文依据且服务识别或反馈的轮廓、材质、声音和场面 |
 | 证据与边界 | 原文位置、推断、冲突、未定义和衍生混入风险 |
 
-逐单元卡不是剧情摘要。评价句应改写成可观察事实及其造成的状态变化；删除“游戏化意义”后若
-只剩剧情复述，就继续压缩。
+提取结果保留可观察事实及其游戏化意义，不复述整章剧情。
 
 ## 三、从事实得到系统候选
 

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

@@ -13,19 +13,15 @@ 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，也不形成第二套验收等级。
 
-`PRODUCT_BRIEF.md` 与 `SOURCE_BIBLE.md` 是上游事实，下游不得静默改写。brief 必须锁定平台、生产
-引擎、实际交付物、目标运行时和可用的实际测试运行时。工具链不可用时，只能使用 brief 已批准的
-替代运行时；替代结果不证明目标平台已通过。
+`PRODUCT_BRIEF.md` 与 `SOURCE_BIBLE.md` 是上游事实，下游不得静默改写。
 
 ## 模式
 
-- `quick`：默认；用推荐草案推进，比较三个概念后自动选择并完成全流程。
-- `director`：给出三个概念和推荐后停靠，等待用户选方向。
+- `quick`：默认；用推荐草案推进，比较有效替代后自动选择并完成全流程。
+- `director`：给出候选和推荐后停靠，等待用户选方向；已有明确选择时不重复停靠。
 - `resume`：读取 `_progress.md` 和实际产物，从最早未完成的交接继续。
 
 ## 流程
@@ -33,39 +29,26 @@ description: "Turn a novel into a fully playable game on the selected target pla
 1. 建立工作区，记录来源、模式、当前阶段和未确认假设。
 2. 生成 `PRODUCT_BRIEF.md`；高风险歧义未解决时才停靠。
 3. 调用 `novel-game-analyze` 生成有原文依据的 `SOURCE_BIBLE.md`。
-4. 调用 `game-concept` 生成三个真正不同的方向并选定 `CONCEPT.md`；同时判断是否存在一项值得开放的
-   角色专属命令，实时/空间/精确操作不适合时明确 `N/A`；`director` 在此停靠。
+4. 调用 `game-concept` 比较仍开放的方向并选定 `CONCEPT.md`；自然语言专属命令按玩法需要选择，
+   不适用时明确 `N/A`；`director` 的待决方向在此停靠。
 5. 调用 `game-world-design` 生成 `GAME_DESIGN.md`，其中锁定最大设计风险与最小可执行切片。
-6. 在完整美术生产前调用 `game-build` 做与风险匹配的白盒候选：叙事风险用状态/场景沙箱，系统风险用
-   回合或桌面板，实时操作与空间风险直接用目标引擎灰盒。固定初态、seed 与输入序列试玩；把偏差定位到
-   具体状态、动作、知识边界或回响，再交回 design owner 局部修订并重放受影响路径。
+6. 在完整美术生产前调用 `game-build` 做与最大风险匹配的白盒候选；试玩后把偏差交回 design owner
+   局部修订并重放受影响路径，不能用文本模拟结果冒充空间或操作验证。
 7. 调用 `game-art-direction` 生成 `ART_DIRECTION.md`；只有目标成色需要时再制作视觉目标包。
 8. 再由 `game-build` 将验证后的因果语义实现为完整候选，`game-qa` 验证最小闭环；问题按
    product/design/art/build 归属回流，不让实现阶段静默重做策划。
 
-编排器只记录两项完成结果：
-
-- `scope`：上游范围和阶段 owner 齐全且不冲突；
-- `playable`：六项最小玩家效果均有真实运行证据。
-
 ## 语言与文化
 
 接受任意语言小说。产物使用用户指定语言，未指定时跟随对话语言；原文证据保留原语言，跨语言只补
 决策所需译文并维护一个术语表。原作文化语境、目标市场和界面语言分别记录，不用逐字翻译替代本地化判断。
 
-## 不可删除的判断
+## 改编判断
 
 - 剧情必须转成玩家动词、选择和世界反馈，而非逐章复演。
 - `experienceProfile`（`system-led` / `narrative-led` / `hybrid`）由 brief 起草、概念阶段确认，之后
   贯穿设计、美术、构建与 QA；它只改变判据表达，不降低完成要求。
 - 玩家选择要拥有因果权与结算权，不能用卡牌、回合或资源条伪装能动性。
-- 概念、体验/关卡设计、美术方向分别拥有自己的批准边界；构建只能实现，不能暗中重选方向。
-- 低保真原型服从最大风险而非统一做成文游；它只证明被实际模拟的叙事、规则、空间或操作问题。
 - 生成模型可以解释输入和写表达，状态提交、知识披露、资源结算与不可逆承诺必须由可重放规则裁决。
 - 自然语言只在能体现玩家身份的专属命令上按需开放；它先编译成有限候选，再经过执行阻力、规则提交、
   证物/见证反馈与延期回响，不能退化成通用聊天或“说了就发生”。
-- 验证切片必须在实际运行环境中完整走通；范围服从 brief，不默认扩成长篇全量游戏。
-- 完成以运行、画面、真实输入、结果和重开证据为准；AI 不能客观证明趣味、长期平衡或商业价值。
-
-六项必需检查全部 PASS 才报告当前候选完成最小 QA。`NOT_RUN` 可以诚实结束本次执行，但不能满足
-完成声明；`qa/verification.json` 是唯一机器事实源。

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

@@ -17,16 +17,15 @@ intake 的目的不是举行逐项审批会，而是尽早锁住会让下游返
 
 ## 产品框架
 
-填表前按需读取 [intake-benchmark-reference.md](intake-benchmark-reference.md)，用它选择同玩法先例、
-平台与视觉维度。引擎由目标交付物、团队现有工程、输入/显示、性能和导出约束决定；frontier 模型已知
-主流框架，不在仓库维护版本、价格或渠道规格目录。只有许可、导出能力或平台限制会实质改变决定时，
-才核实当前官方文档。
+引擎由目标交付物、现有工程、输入/显示、性能和导出约束决定，不在这里重复平台常识。
+玩法先例说明借用的动作与循环，视觉参考只约束声明的表现维度，两者都不以题材相似代替依据。
+尚未选定的玩法留给概念阶段，不提前锁死。
 
 | 维度 | 最小锁定内容 |
 |---|---|
 | 平台与形态 | 交付物、目标/最低显示模式、输入方式、性能预算 |
 | 市场与语言 | 目标市场、首发界面语言 |
-| 类型与先例 | 主玩法、一个主要玩法先例、3–5 个候选核心动词、空间形态 |
+| 类型与先例 | 已锁玩法或开放方向、相关玩法先例、候选动作、空间形态 |
 | 主要承载 | `experienceProfile`：`system-led` / `narrative-led` / `hybrid` |
 | 美术与完成度 | 画风、`targetFinish`、参考维度、投入边界 |
 | 内容尺度 | 分级、成人内容范围与平台约束 |
@@ -47,5 +46,5 @@ intake 的目的不是举行逐项审批会，而是尽早锁住会让下游返
 
 ## 输出
 
-`PRODUCT_BRIEF.md` 一页写清十二维推荐、`targetFinish`、明确非目标、合规/权利边界、未确认假设和
+`PRODUCT_BRIEF.md` 紧凑写清上述产品边界、`targetFinish`、明确非目标、合规/权利边界、未确认假设和
 需要用户裁决的阻断项。只有阻断项为空才进入拆解；普通未确认假设不阻断 `quick`。

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

@@ -40,23 +40,18 @@ JSON/YAML。设计理由仍由 `GAME_DESIGN.md` 拥有，运行状态与动作
 
 ## 证据角色
 
-`qa/verification.json` 是唯一 QA 事实源。schema v3 只写整体状态、权威命令、一次 complete run、
-六项游戏效果 checks 和包含 `scope` / `reason` 的 limitations。目标运行环境与实际环境不同就如实
-记录，不能用替代运行结果冒充目标平台通过。
-
-构建只准备候选与 verify 入口，QA 只运行一次完整路径；不要求真人试玩、逐项人工批准、重复机器
-证据对象或第二份 QA 报告。
+构建准备候选与 verify 入口。QA 可诊断、修复后复跑；最终事实源原子记录当前同一次完整运行，
+不拼接旧 PASS。不要求真人试玩、逐项人工批准、重复证据对象或第二份 QA 报告。
 
 白盒试玩是设计回流，不是第七道顶层 QA 门。反馈至少记录观察位置、玩家输入、预期与实际差异、受影响
-的状态/动作/知识/回响节点和 owner；修订后固定同一初态、规则版本、seed 与输入序列重放受影响路径。
-若节点 id、变量语义、动作效果或知识权限改变，必须迁移旧存档/日志或明确拒绝兼容，不能静默解释成新历史。
+的状态/动作/知识/回响节点和 owner；修订后用可复现的初态与输入路径复查，随机性相关时固定 seed。
+已有存档/日志因节点标识、变量语义、动作效果或知识权限变化而失效时，迁移或明确拒绝兼容，不能静默解释成新历史。
 
-`targetFinish` 描述成色，不改变最小 QA。预算或工具耗尽只会留下 `NOT_RUN` / `FAIL`、缩小范围或
-延期，不会生成 PASS。主观趣味、平衡、权利合规和发布质量不由机器事实确定。
+预算或工具耗尽只会留下 `NOT_RUN` / `FAIL`、缩小范围或延期，不会生成 PASS。
 
 ## resume 与回流
 
-`resume` 读取 `_progress.md` 和实际产物，从最早未成立的完成检查继续。QA 发现按 owner 回流：
+QA 发现按 owner 回流：
 
 - product：回 `PRODUCT_BRIEF.md`；
 - design/art：修订批准文档后重建受影响范围；