@oh-story/dsh 0.1.8 → 0.1.10

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@oh-story/dsh",
-  "version": "0.1.8",
+  "version": "0.1.10",
   "description": "A DSH plugin for fiction, short-drama, interactive-game, and video-recap production",
   "keywords": [
     "deepseek-harness",
@@ -69,55 +69,55 @@
   ],
   "license": "MIT",
   "peerDependencies": {
-    "@deepseek-ai/cordis": "^4.0.2",
-    "@deepseek-ai/dsh-agent": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-api-session-controller": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-store": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-chat": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-conversation": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-layout": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-renderer": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-session": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-slots": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-tool": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-fs": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-host-webserver": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-llm": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-session": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-sandbox-policy": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-skill": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-subagent": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-tools": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-typert-registry": "^0.1.2-rc.1",
-    "@deepseek-ai/dsh-util-values": "^0.1.2-rc.1",
-    "@deepseek-ai/schemastery": "^3.18.2",
+    "@deepseek-ai/cordis": "^4.0.4",
+    "@deepseek-ai/dsh-agent": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-api-session-controller": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-store": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-ui-chat": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-ui-conversation": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-ui-layout": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-ui-renderer": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-ui-session": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-ui-slots": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-client-ui-tool": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-fs": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-host-webserver": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-llm": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-session": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-sandbox-policy": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-skill": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-subagent": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-tools": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-typert-registry": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/dsh-util-values": ">=0.1.7-rc.2 <0.1.8-0",
+    "@deepseek-ai/schemastery": "^3.18.4",
     "react": "^18.3.1",
     "react-dom": "^18.3.1",
     "zod": "^4.4.3"
   },
   "devDependencies": {
-    "@deepseek-ai/cordis": "4.0.2",
-    "@deepseek-ai/dsh-agent": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-api-session-controller": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-store": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-chat": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-conversation": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-layout": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-renderer": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-session": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-slots": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-client-ui-tool": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-fs": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-host-webserver": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-llm": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-session": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-sandbox-policy": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-skill": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-subagent": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-tools": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-typert-registry": "0.1.2-rc.1",
-    "@deepseek-ai/dsh-util-values": "0.1.2-rc.1",
-    "@deepseek-ai/schemastery": "3.18.2",
+    "@deepseek-ai/cordis": "4.0.4",
+    "@deepseek-ai/dsh-agent": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-api-session-controller": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-store": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-ui-chat": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-ui-conversation": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-ui-layout": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-ui-renderer": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-ui-session": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-ui-slots": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-client-ui-tool": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-fs": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-host-webserver": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-llm": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-session": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-sandbox-policy": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-skill": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-subagent": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-tools": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-typert-registry": "0.1.7-rc.2",
+    "@deepseek-ai/dsh-util-values": "0.1.7-rc.2",
+    "@deepseek-ai/schemastery": "3.18.4",
     "@types/react": "18.3.28",
     "@types/react-dom": "18.3.7",
     "react": "18.3.1",

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

@@ -1,59 +0,0 @@
-# 对白与互动选择设计方法
-
-对白承担主要体验时，用本方法把人物目标、信息权限和玩家选择写成可实现的场景。它不规定
-台词长度、选项数量或固定节拍；逐字文案的声口见
-[game-writing-craft.md](game-writing-craft.md)。
-
-## 一、先写议程，不先写台词
-
-先完成 [narrative-design-method.md](narrative-design-method.md) 的场景脊柱，再为会改变局面的
-参与者记录：当前要求、害怕暴露的事、可用筹码、初始策略、受阻后会换的策略和底线。
-
-先写行动链：
-
-`A 用策略和筹码行动 → B 回应或拒绝 → 局面变化 → A 换招或退出`
-
-每轮应改变信息、关系、权力、物件、站位或下一步可做的事。纯粹重复立场的往返应压缩；一方
-每句都成功会把对话变成演讲。
-
-## 二、让台词执行动作
-
-关键台词应主要执行一种人物动作，例如试探、交换、划界、推责、威胁、保护、求证、拒绝、
-承诺或撤回。同一句事实可以因目标不同而成为不同动作；先定动作，再写句子。
-
-保留能推进局面、增加期待、显露人物或改变权力的台词。物件、站位和反应已经表达的意义不要
-再解释。沉默、打断和长发言只有在改变策略或信息条件时才保留；设定信息随压力和行动进入，
-不要让角色整段科普。
-
-## 三、人物声音
-
-核心人物只需一张紧凑声音卡：
-
-- 他认定什么算证据，又怎样证明；
-- 他如何使用称呼、公开范围和关系控制距离；
-- 他如何隐藏、拒绝或转移；
-- 压力下句式和策略怎样变形；
-- 哪条底线被触碰时会出现可追溯变化。
-
-人物辨识度来自目标、知识和关系策略，不靠口头禅。交换两名说话者后若关键台词仍完整成立，
-检查缺少的是目标、证据观、知识边界还是关系位置；不要用固定对白长度推断权力。
-
-## 四、信息、潜台词与选项
-
-人物只能使用本场已经掌握的信息；推断说出口时要听得出仍是推断。潜台词同时包含字面内容、
-想让对方做的事和不能直说的风险，并通过避词、物件、称呼、证据矛盾或公开范围变化让玩家看见。
-没有秘密、风险或权力差时，直说通常比强造潜台词更真实。
-
-互动选项写主角真正会说或会做的内容，不用“安抚她”“施压”“信任他”这类作者摘要。选择后
-先给人物反应，再让后续行动承接；按钮、回应和代价提示各做一件事，不重复解释。
-
-## 五、修订与交付
-
-逐场检查：是否过度解释或收口；人物是否只会重复同一策略；证据、筹码和信息密度是否变化；
-选择是否总套用同一模板；代价是否被当场结清；巧合或第三人是否反复替人物解决问题。
-
-修订优先删解释、合并重复轮次、让反对方使用筹码，并让物件或空间承担意义。保留原作中的方言、
-笨拙、急话、称呼和不整齐句式，不把所有人物润色成同一种标准范文。
-
-交付前反向走读分支，确认未选事实没有串入；每场至少留下可见变化和退出压力；玩家作判断所需
-的证据不能在删解释时一并删掉。

package/lib/novel-to-game/skills/game-world-design/references/game-writing-craft.md

@@ -1,53 +0,0 @@
-# 游戏文案写作规范
-
-小说改编游戏的玩家可见文本应继承原著的语言资产，同时适应平台、分级和交互节奏。先确定声口，
-再删解释腔和模板腔；适用于标题、引导、按钮、提示、事件、对白、结算和结局。
-
-## 一、确定声口
-
-根据 `PRODUCT_BRIEF`、原作语域和目标市场确定整体声口，例如古典白话、现代口语、克制写实、
-喜剧或悬疑。结构可以更短、更适合交互，但用词、称呼、礼制和文化概念仍跟随原作；不要把所有
-题材改成同一种网络腔。
-
-核心人物各记一行：说话目的、施压方式、句式节奏、称呼习惯、常落到的实物和绝不会说的话。
-只保留会改变实际台词的差异，不靠口头禅制造辨识度。
-
-## 二、视角与信息
-
-场景按明确视角人物呈现，只写其此刻能感知、记起或合理推断的内容。视角可以换场切换，但不要
-在同一场景随意滑入他人内心，也不要由旁白提前解释秘密、主题或人物品性。
-
-玩家作决定所需的证据要可见；结论尽量交给动作、物件、台词和反应。界面读数只服务确实需要
-量化的系统，不替人物和现场叙事。
-
-## 三、删模板腔
-
-修订时优先处理这些信号：
-
-- 用“不是 A，而是 B”、总结句或主题升华替玩家下结论；
-- 直接命名情绪，却没有身体、动作或关系上的表现；
-- 同一动作重复描写，或用万能副词、套语堆出文学感；
-- 人物用完整书面句科普设定、前因后果和自己的真实动机；
-- 所有句子同样工整，所有人物同一种语法、节奏和证据观；
-- 段尾总靠预告、感叹或抽象悬念收束，而不是未完成的行动或具体变化。
-
-这些是修订线索，不是机械词表。方言、口吃、急话、地方称呼和题材需要的停顿不应因“规范化”
-被抹平；判断标准是它是否符合人物、场景和原作语域。
-
-## 四、交互文本
-
-- **按钮与选项**：写玩家将执行的动作或真正会说的话，不写策划标签；
-- **提示与引导**：说明当前可做什么或可见代价，不一次倾倒术语；
-- **事件标题**：给出具体冲突、人物或物件，不用空泛悬念；
-- **结算反馈**：先让人物和世界回应，数字只补充量，不替代意义；
-- **选择节点**：按钮、代价提示和回应各承担不同信息，避免重复解释。
-
-## 五、分级与安全边界
-
-内容强度服从 `PRODUCT_BRIEF` 和目标平台。亲密或成人向场景仍需明确视角、人物意志、关系变化
-和后果，不把身体描写当作内容本身；不涉及真实人物，不性化未成年角色。
-
-## 六、交付自查
-
-逐场确认声口一致但人物可区分；信息没有越过视角；玩家能理解选择依据；UI 没有把世界翻译成
-策划术语；删除一句若不损失信息、人物、情绪或行动，就删除。自然度不以固定词频或字数阈值判定。

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

@@ -1,42 +0,0 @@
-# 玩法先例与平台约束参考
-
-本参考帮助 intake 给出可执行默认值，不维护游戏名单、销量排名或按语言划分的固定市场表。
-
-## 先分开四个问题
-
-- **原作语言与文化语境**：决定术语、人物关系和文化符号如何保真。
-- **目标市场与界面语言**：由用户用途、发行计划和受众决定，不从原作语言自动推出。
-- **玩法先例**：证明玩家会反复做什么、循环怎样产生取舍，不要求题材相同。
-- **视觉参考**：只约束构图、材质、色光或信息密度，不自动成为玩法先例。
-
-## 最小先例选择
-
-先选一个最接近核心动词与循环结构的**主要玩法先例**。只有它无法回答另一个独立风险时，才补一个
-辅助先例；不要为凑数量建立对标矩阵。
-
-每个被采用的先例只记录：
-
-`作品 | 解决的问题 | 借用的动词/循环/结构 | 明确不借 | 事实来源或不确定性`
-
-- 先例用于解释玩法可识别性，不要求提供销量、在线峰值或评论数量。
-- 题材相似但玩法不同只能帮助文化或视觉判断，不能冒充玩法先例。
-- 互动叙事是成熟玩法：读局面、追问/调查、比对信息、表态或行动、承受回响都可成为核心动词。
-- 原作规则可以改变动作对象、顺序、代价和世界回应；先例是起点，不是禁止改编创新的模板。
-- 只核实会改变当前决定的外部事实。较新、小众或版本敏感信息用当前可靠来源；常识性玩法结构不
-  为了仪式感重复研究。
-
-## 平台只锁真实约束
-
-| 形态 | intake 要锁的约束 |
-|---|---|
-| PC / 主机 | 键鼠或手柄、目标性能、窗口/全屏、打包系统 |
-| 浏览器 | 首次加载、最低视口、鼠标/触控、静态托管或服务端边界 |
-| 移动 App | 朝向、触控、机型性能、安装包与离线需求 |
-| 小程序 / 小游戏 | 当前渠道包体、输入、联网、审核与分包限制 |
-
-平台能力、许可或渠道规格可能变化时查当前官方文档；仓库不保存版本号、价格或包体上限快照。
-
-## 交给概念阶段
-
-PRODUCT_BRIEF 只需写明主玩法、3–5 个候选核心动词、一个主要先例、目标平台和最大未知。若玩法仍
-有多个合理方向，把差异留给三个概念比较，不在 intake 提前锁死；低风险空白继续列为未确认假设。

package/lib/oh-story/skills/story-long-write/references/state-tracking.md

@@ -1,108 +0,0 @@
-# 状态追踪协议
-
-> 本文件定义"本节速记"的提取逻辑和"角色状态记录"的格式。写作 skill 在写前准备的状态筛选步骤中加载此文件。
-
----
-
-## 本节速记
-
-写作每一章/每一节前，从所有已加载的上下文中筛选出只与本节相关的信息。目的是避免全量加载导致 LLM 上下文被无关信息稀释。
-
-### 筛选逻辑
-
-从上下文中提取三类信息：
-
-1. **当前状态**：本章涉及角色的最新能力、关系变化、公众形象
-2. **历史因果**：与本章事件直接相关的伏笔成因、前史事件
-3. **世界约束**：本章涉及的世界观规则（力量体系、社会规则、地理限制）
-
-### 筛选标准
-
-**只保留"如果不知道这个，本章会写错"的信息。**
-
-具体判断方法：
-- 本章细纲中提到了某个角色 → 保留该角色的当前状态
-- 本章有伏笔回收 → 保留伏笔的埋设细节和前文铺垫
-- 本章涉及特定地点/能力/规则 → 保留相关世界观约束
-- 纯背景知识（与本章事件无因果关联） → 丢弃
-
-### 输出格式
-
-筛选后输出一个简洁的"本节速记"：
-
-```
-## 本节速记（第{N}章）
-
-### 角色状态
-{角色A}：{一句话当前状态，含最近变化}
-{角色B}：{一句话当前状态}
-
-### 相关伏笔/前史
-{伏笔1}：{埋设细节，{埋设章节}}，本章需要{回收/推进}
-
-### 世界约束
-{约束1}：{与本章相关的规则/设定}
-```
-
-**示例（demo《让你管账号，你高燃混剪炸全网》第 10 章）：**
-```
-## 本节速记（第10章）
-
-### 角色状态
-江晨：火箭军文工团宣传兵，《诸君，且听龙吟》已爆红，正从军宣新人升为军内认可的创作者
-钟嘉嘉：军报记者，采访稿已经过审，与江晨从采访关系转为稳定合作
-周薄森：文工团副团长，已从担心江晨惹事转为认可其创作能力
-
-### 相关伏笔/前史
-五天百万粉任务：第1章发布，第10章仍未结算；本章只推进声量，留到第11章结算
-专业团队重拍：本章用高清专业版“缺了灵魂”反衬江晨手机原版不可替代
-
-### 世界约束
-军宣作品采用要经过组织决策；江晨可以靠作品效果赢得认可，不能跳过军内流程直接拍板
-```
-
----
-
-## 角色状态记录格式
-
-> ⚠️ **本节仅适用于长篇写作。** 短篇通常不需要独立角色状态追踪。
-
-动态状态按核心角色拆成 `追踪/角色状态/{角色名}.md`，由 `tracking_commit.py` 根据事务 JSON 整份覆盖；静态原始人设仍在 `设定/角色/{角色名}.md`。只为后续会复用的主角、反派、核心配角建快照，不为路人、一次性功能角色建文件。
-
-### 格式
-
-```markdown
-# 江晨｜当前状态
-
-- 截至章节：第10章
-- 身份：火箭军文工团宣传兵；军宣爆款创作者
-- 位置：火箭军文工团高层看片会
-- 当前目标：完成五天百万粉任务，持续做出真正能打的军宣内容
-- 身心状态：专业团队反向验证原版价值，军内认可继续抬升
-
-## 能力与资源
-- 前世 MCN 爆款运营经验
-- 《中国军魂》伴奏
-- 大师级导演能力
-
-## 关键关系
-- 钟嘉嘉持续提供军报资源
-- 周薄森和张耀祖已明确认可其创作能力
-
-## 已知信息
-- 《军报》采访稿已经过审
-- 原版视频将继续作为正式军宣内容
-
-## 未结事项
-- 五天百万粉任务尚未结算
-- 钟嘉嘉所谓“只猜对一半”仍未解释
-```
-
-### 更新规则
-
-1. 每章只记录身份、位置、目标、身心状态、能力资源、关系、已知信息、未结事项中真正发生变化的内容。
-2. 核心复用角色发生变化时，在同一事务的 `character_changes` 写变化，并在 `character_snapshots` 提交其**截至当前已写最后一章**的完整快照；工具以快照是否存在判断核心/临时角色，整份覆盖核心角色小文件，不追加历史。
-3. 修订旧章时，从修订章检查到最后已写章，按各维度和各关系对象重算当前状态，再提交完整快照；不得把最后一条单维度变化当成角色全状态。
-4. 无变化可不提交快照；核心角色重新进入当前场景时直接读取其已有小文件，并由事务工具把必要信息带入续写状态卡。
-5. 角色变化历史属于 `逐章记录/第NNN章.md`，当前快照不重复保存逐章履历。
-6. 完整 JSON 字段、4096 字节目标与 8192 字节硬上限见 [tracking-transaction.md](tracking-transaction.md)。