@oh-story/dsh 0.1.14 → 0.1.16

package/lib/oh-story/skills/story/SKILL.md

@@ -1,11 +1,11 @@
 ---
 name: story
-description: "网络小说工具箱主入口。根据用户需求自动路由到对应 skill，并可管理作者习惯、启动本地 Dashboard。触发方式：/story、$story、/story dashboard、/网文、「我想写小说」「记住我的写作习惯」「打开工作台」「检查更新」。"
+description: "网络小说工具箱主入口。根据用户需求自动路由到对应 skill，并可启动本地 Dashboard。触发方式：/story、$story、/story dashboard、/网文、「我想写小说」「记住我的写作习惯」「打开工作台」「检查更新」。"
 metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudecode"}}
 ---
 # story：网文工具箱路由
 
-你是网文工具箱的路由入口。用户的请求模糊时由你分发到具体 skill。
+识别用户的写作需求，并路由到对应 skill。
 
 ## 路由表
 
@@ -17,7 +17,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 | 写短篇 | 短篇、盐言、一万字 | `/story-short-write` |
 | 长篇拆文 | 拆文、分析这本书、黄金三章、灵感库、跨书灵感聚合 | `/story-long-analyze` |
 | 短篇拆文 | 拆短篇、分析这个故事 | `/story-short-analyze` |
-| 长篇扫榜 | 长篇排行、什么火、起点/番茄/晋江 | `/story-long-scan` |
+| 长篇扫榜 | 长篇排行、什么火、新书在冒什么、起点/番茄/晋江/七猫长篇 | `/story-long-scan` |
 | 选题决策 | 写什么能爆、帮我选题、选题方向 | `/story-long-scan` |
 | 短篇扫榜 | 短篇排行、知乎盐言排行 | `/story-short-scan` |
 | 去 AI 味 | 去 AI 味、太 AI、去味 | `/story-deslop` |
@@ -29,7 +29,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 | 工作台 | dashboard、工作台、看拆文库、浏览项目文件、打开项目面板 | 见下方「Dashboard 工作台」 |
 | 检查/更新版本 | 检查更新、有新版本吗、升级、更新工具箱 | 见下方「版本更新检查」 |
 | 切换/列出书目 | 切书、换书、列出我的书、我在写哪几本、切换项目 | 见下方「多书切换」 |
-| 管理作者习惯 | 记住我的写作习惯、作者画像、待确认偏好、忘掉这个偏好 | 见下方「作者记忆」 |
+| 管理作者习惯 | 记住我的写作习惯、作者画像、待确认偏好、忘掉这个偏好 | `/story-long-write` 或 `/story-short-write`（按下方规则选择） |
 | 查故事资料 | 查角色、查伏笔、查进度、查设定、什么状态、写到哪了 | spawn `story-explorer` agent（结构化 prompt：`项目目录：{dir}\n查询类型：{根据意图选择}\n查询参数：{用户查询}`）；agent 不可用时见下方「查询降级」 |
 | 查资料 | 查资料、帮我查资料、调研、搜索一下、搜一下 | spawn `story-researcher` agent；agent 不可用时见下方「查询降级」 |
 
@@ -41,16 +41,13 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 用户问"导入续写先 setup 还是 import"时，直接回答：**推荐先 `/story-setup`，新开/刷新会话后 `/story-import`，最后 `/story-long-write 日更` 或 `/story-long-write 写第N章`**。如果用户已经直接触发 `/story-import`，按 story-import 自带环境检测继续：未 setup 时让用户选择先去 setup 或继续串行导入。
 
-## 作者记忆
+### 作者习惯管理路由
 
-用户要求记住、查看、确认、替换或忘掉作者习惯时，加载 [references/author-memory.md](references/author-memory.md)，并只用本 skill 的 `scripts/author_memory_commit.py` 管理两级 `.story/作者记忆/`：全局、题材、流程条目在工作区（`AP`），本书条目在书目录（`BP`，传 `--book-root`）。常用变更走单事件 `record`；工具未返回 `ok: true` 和 `Author Memory Receipt` 前，不得声称已记住。告诉作者时先用一句人话说记住了什么（如「记住了：这本书的对话一律用「」」），回执放最后一行，写法见协议「回执怎么告诉作者」。显示画像或待确认项是只读操作；不存在时直接说明尚未建立。
-
-新增习惯必须保留用户原话和适用范围。一次性要求只执行不记录；小说事实写入本书设定/追踪；不从反复修改或成稿推断偏好，只记作者明确说的，原话范围含糊才进待确认；与已生效习惯冲突时显式 replace，不原地改写历史。作者说「整理作者记忆」、回执提示习惯攒得太多、工具报单书布局错误，或项目级画像里还有「本书：」条目（建议对该书运行 `migrate --book-root`）时，再加载 [references/author-memory-maintenance.md](references/author-memory-maintenance.md)。用户没有指定工作区时，按协议定位已有作者记忆的最近祖先或当前创作工作区，禁止默认写到用户主目录。
+按用户明确指定的长篇/短篇类型选择对应写作 skill；未指定时用当前书类型（`正文/` 为长篇，`正文.md` 与 `小节大纲.md` 或 `设定.md` 为短篇）。无当前书的通用习惯默认交长篇入口管理；只限定本书却无法定位时问哪本书，不要求先建书。将管理请求交给该写作 skill，路由层不读写作者记忆文件。
 
 ## Dashboard 工作台
 
-用户执行 `/story dashboard`（Codex 为 `$story dashboard`），或明确说“打开工作台 / 看项目
-文件”时，直接启动随本 skill 分发的本地 Dashboard，不再转发到其他 skill：
+用户执行 `/story dashboard`（Codex 为 `$story dashboard`），或明确要求打开工作台、查看项目文件时，启动本 skill 的本地 Dashboard：
 
 1. 把**当前工作目录**作为默认工作区；用户明确给出目录时改用该目录。目录必须存在。
 2. 从当前已加载的 `story` skill 目录定位 `scripts/dashboard-server.mjs`，不要硬编码仓库路径、
@@ -71,9 +68,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 - 长篇目录结构：目录内含 `正文/`、`大纲/`、`设定/` 或 `追踪/` 任一普通子目录。
 - 短篇单文件结构：目录内含普通文件 `正文.md`，并同时含 `小节大纲.md` 或 `设定.md`。
 
-符号链接不作为项目标记，只有单个 `正文.md` 的普通资料目录也不会被误认。浏览器可编辑
-`.md`、`.txt`、`.json`、`.yaml`、`.yml`、`.toml`，保存或确认删除前用修改时间防止
-误操作外部更新。
+符号链接不作为项目标记，只有单个 `正文.md` 的资料目录不识别为写作项目。浏览器可编辑 `.md`、`.txt`、`.json`、`.yaml`、`.yml`、`.toml`；保存或确认删除时核对文件内容版本，避免覆盖外部修改。
 
 停止服务时终止对应的 Node 长运行进程即可。若用户只问用法，不要替他启动；给出
 `/story dashboard` / `$story dashboard` 两种平台对应入口。
@@ -83,12 +78,12 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 1. 分析用户请求，提取意图关键词
 2. 匹配上表，找到对应的 skill
 3. 如果能明确匹配，直接调用对应 skill（Claude/OpenCode 可用 `Skill("skill-name")` 或 slash command；Codex 用 `$skill-name` / `/skills`；Antigravity 用 `/skills` 或自然语言点名；OpenClaw 用 `/skill skill-name` 或自然语言点名）
-4. 如果无法匹配，询问用户想做什么（从上表中选择）
+4. 无法匹配时只问缺失信息；写作篇幅按下一条处理
 5. 如果用户说"我想写小说"但未指定长篇/短篇，询问篇幅类型后再路由
 
 ## 查询降级
 
-> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 34` 不一致时（标记缺失、字段缺失/非整数、小于或大于 34）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时报告 `Notice: agents bundle 版本不匹配（项目 {N}，本版 34）` 并提示重新运行 `/story-setup` 后新开会话；大于 34 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，报告 `Fallback: ... -> solo`。
+> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 35` 不一致时（标记缺失、字段缺失/非整数、小于或大于 35）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时报告 `Notice: agents bundle 版本不匹配（项目 {N}，本版 35）` 并提示重新运行 `/story-setup` 后新开会话；大于 35 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，报告 `Fallback: ... -> solo`。
 
 「查故事资料」「查资料」走 agent 前先做轻量可用性检查（路由只做这一层，不承担全局部署策略）：当前不在子代理上下文、当前运行时的 Agent/Task 或 `invoke_subagent` 工具可用，且对应部署文件存在（Claude `.claude/agents/*.md`、OpenCode `.opencode/agents/*.md`、Codex `.codex/agents/*.toml`、Antigravity `.agents/agents/agent-name/agent.md`，其中 `agent-name` 为目标 agent 名）→ 可尝试 spawn。Antigravity 用 `invoke_subagent` + 同名 `TypeName`，不得因其他端文件存在而误判。任一不满足，或运行时返回 unknown agent / 未暴露 custom-agent registry，则降级，不硬失败：
 
@@ -102,9 +97,9 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 路由前先检查当前项目状态：
 
 - **无项目目录**（没有包含 `追踪/` 或 `设定/` 的书名目录，也没有同时有 `正文.md` 与 `小节大纲.md`（或 `设定.md`）的短篇目录）：
-  - 如果用户要写作，下一步是先运行 `/story-setup` 初始化环境（Codex 中用 `$story-setup`）
+  - 创建写作项目时先运行 `/story-setup` 初始化环境（Codex 中用 `$story-setup`）；只讨论结构或选题时直接路由
   - 如果用户要扫榜/拆文，直接路由
-- **已有项目**：检查 `.story-deployed` 标记，如未部署则先运行 `/story-setup`（Codex 中用 `$story-setup`）
+- **已有项目**：读取 `.story-deployed`，按目标 skill 的环境检查继续；查询沿用上方降级，导入保留串行选项。需要初始化或补部署时运行 `/story-setup`（Codex 中用 `$story-setup`）。
 
 ## 多书切换
 
@@ -117,13 +112,13 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 ## 版本更新检查
 
-用户问"有没有新版本""检查更新""升级"时执行。**只通知，更不更新由用户定，不自动安装。**
+用户问“有没有新版本”“检查更新”“升级”时执行。**先报告版本，是否安装由用户决定。**
 
 1. **当前版本**：读本 skill 同目录的 `VERSION` 文件；缺失则视为未知。
 2. **最新版本**：优先 `gh release view --json tagName,name,url -R zenstory-ai/oh-story-claudecode` 取 `tagName`；无 gh 用 `curl -fsS --max-time 5 https://api.github.com/repos/zenstory-ai/oh-story-claudecode/releases/latest` 取 `.tag_name`（jq 或 grep）。查不到 → 告知"暂时拉不到最新版本，可手动看 [Releases](https://github.com/zenstory-ai/oh-story-claudecode/releases)"，不报错。
-3. **比较**：去掉 `v` 前缀按语义版本比（major.minor.patch）。`gh release` 默认取 latest 稳定版，不含 pre-release。
+3. **比较**：当前版本已知时，去掉 `v` 前缀按语义版本比较（major.minor.patch）；未知时只展示最新稳定版，不判定是否已最新。`gh release` 默认取 latest 稳定版，不含 pre-release。
 4. **告知**：
    - 已最新 → 「已是最新版 vX.Y.Z」。
-   - 有新版 → 列出 当前 vA → 最新 vB + [Releases](https://github.com/zenstory-ai/oh-story-claudecode/releases)/[CHANGELOG](https://github.com/zenstory-ai/oh-story-claudecode/blob/main/CHANGELOG.md)（能拿到 release notes 就附本次要点），再用 AskUserQuestion 问「现在更新吗？」：
+   - 有新版或当前版本未知 → 展示已知版本与 [Releases](https://github.com/zenstory-ai/oh-story-claudecode/releases)/[CHANGELOG](https://github.com/zenstory-ai/oh-story-claudecode/blob/main/CHANGELOG.md)，有 release notes 时附更新要点，再用宿主可用的提问方式问「现在更新吗？」：
      - 选更新 → 跑 `npx skills add zenstory-ai/oh-story-claudecode -y -g`（`-g` 全局，去掉则只更当前目录）；完成后提示：已部署过的项目在项目根重跑 `/story-setup`（Codex 中用 `$story-setup`）同步 hooks/agents/references，并**新开一个会话**让 agents 重新注册。
      - 选先不 → 不动，告知随时可再来。

package/lib/oh-story/skills/story/VERSION

@@ -1 +1 @@
-0.8.4
+0.8.6

package/lib/oh-story/skills/story-cover/SKILL.md

@@ -6,15 +6,13 @@ metadata: {"openclaw":{"requires":{"env":["GPT_IMAGE_API_KEY"],"bins":["curl","j
 ---
 # story-cover：小说封面生成
 
-你是小说封面设计师。根据书名和题材，调用 GPT-Image-2 一次性生成包含书名和作者名的完整封面。
-
-**核心原则：封面是读者的第一印象，一眼传达题材和氛围。**
+根据书名和题材生成包含书名、笔名的完整封面，让读者一眼看出题材和氛围。
 
 ---
 
 ## 生成通路
 
-- **Codex 内置（优先）**：当前 Codex CLI 会话可调用 `$imagegen` / `image_gen` 时，直接生成并落盘；计入 Codex 通用用量，无需 `OPENAI_API_KEY` 或 `GPT_IMAGE_API_KEY`，也不运行 `curl`。`story-cover` 自行调用工具，不让用户另开命令。
+- **Codex 内置（优先）**：当前 Codex CLI 会话可调用 `$imagegen` / `image_gen` 时，直接调用工具生成并保存，无需 `OPENAI_API_KEY` 或 `GPT_IMAGE_API_KEY`，不运行 `curl`。
 - **API 回退**：仅在会话没有内置工具或用户明确指定 API 时使用，需要 `GPT_IMAGE_API_KEY`。工具缺失不等于 Codex 订阅不支持生图；内置调用失败时先报告错误，不静默切换到可能收费的 API。
 
 ## 输出参数与 API 回退环境变量
@@ -24,7 +22,7 @@ metadata: {"openclaw":{"requires":{"env":["GPT_IMAGE_API_KEY"],"bins":["curl","j
 | `GPT_IMAGE_API_KEY` | API 回退必填 | — | OpenAI 或兼容代理的 API Key；Codex 内置通路不用 |
 | `GPT_IMAGE_BASE_URL` | | `https://api.openai.com/v1` | 兼容代理时改这个 |
 | `GPT_IMAGE_MODEL` | | `gpt-image-2` | 仅在测试新模型时覆盖 |
-| `GPT_IMAGE_SIZE` | | `1024x1536` | API 回退的目标比例提示（番茄 3:4→`768x1024`，默认 2:3→`1024x1536`）。官方 gpt-image-2 认任意 16 倍数尺寸（比例≤3:1），但**很多中转代理会忽略 size、按预设返回约 2:3**（已实测）——平台尺寸不靠它，由「导出平台上传尺寸」步骤兜底 |
+| `GPT_IMAGE_SIZE` | | `1024x1536` | API 回退的请求尺寸：番茄 3:4→`768x1024`，默认 2:3→`1024x1536`。实际尺寸以出图结果为准，固定上传像素由「导出平台上传尺寸」步骤保证 |
 | `UPLOAD_SIZE` | | — | 平台固定上传像素（番茄 `600x800`）；设置后由「导出平台上传尺寸」步骤居中裁剪+缩放出上传版（不变形、不依赖出图尺寸） |
 | `BOOK_DIR` | ✅ | — | 输出目录，建议 `./covers/<书名>` |
 | `REF_IMAGE` | | — | 参考图本地路径或 URL；内置通路先把图片载入会话，API 回退走 `images/edits` 图生图 |
@@ -35,19 +33,19 @@ metadata: {"openclaw":{"requires":{"env":["GPT_IMAGE_API_KEY"],"bins":["curl","j
 
 ### Step 1：收集信息
 
-必填：书名、作者名（笔名）、目标平台、输出目录 `BOOK_DIR`（建议 `./covers/<书名>`；API 回退用环境变量，内置通路直接使用当前任务值）。问作者时说「封面存在哪？默认 `./covers/<书名>`」，不把变量名当问题抛给作者
-选填：参考图 `REF_IMAGE`（本地路径或 URL，设置后切换到图生图）、风格偏好、尺寸
+必填：书名、作者名（笔名）、目标平台、输出目录 `BOOK_DIR`。目录建议为 `./covers/<书名>`；API 回退通过环境变量传入，内置通路直接使用本次确定的目录。问作者时说「封面存在哪？默认 `./covers/<书名>`」。
+选填：参考图 `REF_IMAGE`（本地路径或 URL）、风格偏好、尺寸；参考图的用法见 Step 4 对应通路。
 
-> **书名和笔名是封面必需信息**：缺任一必须先用 AskUserQuestion 问用户补全，不得编造或留空。
+> **书名和笔名是封面必需信息**：缺任一时，先用宿主可用的提问方式请作者补全，不得编造或留空。
 
-**按目标平台定封面尺寸**：番茄上传 600×800 是 **3:4**（不是 2:3），出图比例不对、平台二次裁剪就会切掉书名/笔名。
+**按目标平台定封面尺寸**：番茄上传 600×800，比例为 **3:4**；出图比例不符时，平台再次裁剪可能切掉书名或笔名。
 
 | 平台 | 上传尺寸 | 比例 | 生成 `GPT_IMAGE_SIZE`（尽量） |
 |:-----|:--------|:-----|:-------------------|
 | 番茄小说 | 600×800 | 3:4 | `768x1024` |
 | 其他平台（默认竖版） | 按平台规格 | 2:3 | `1024x1536` |
 
-内置通路把目标比例写进提示词；API 回退再 `export GPT_IMAGE_SIZE`（很多代理会忽略、返回约 2:3）。平台有固定上传像素时设置 `UPLOAD_SIZE`（番茄 `600x800`）。**平台尺寸最终由「导出平台上传尺寸」步骤居中裁剪+缩放保证，不依赖实际出图尺寸。** 平台与题材风格见 [references/cover-styles.md](references/cover-styles.md)。
+内置通路把目标比例写进提示词；API 回退再 `export GPT_IMAGE_SIZE`。平台有固定上传像素时设置 `UPLOAD_SIZE`（番茄 `600x800`），在 Step 5 居中裁剪并缩放到精确尺寸。平台与题材风格见 [references/cover-styles.md](references/cover-styles.md)。
 
 ### Step 2：题材判定
 
@@ -59,7 +57,7 @@ metadata: {"openclaw":{"requires":{"env":["GPT_IMAGE_API_KEY"],"bins":["curl","j
 
 ### Step 3：构建提示词
 
-提示词 = **文字层** + **风格层** + **画面层**，全部用英文编写。
+提示词 = **文字层** + **风格层** + **画面层**。设计指令用英文，书名和笔名保留作者提供的原文。
 
 #### 文字层：书名 + 作者名字体设计
 
@@ -87,7 +85,7 @@ Author name '作者名' at bottom center in [作者名字体风格].
 
 #### 作者名字体风格（重点：作者名必须精心设计，不能只是"小字"）
 
-作者名虽小，但是封面专业感的关键。必须指定：**字体 + 颜色 + 装饰元素**，让作者名与书名风格呼应但不抢焦点。
+作者名指定**字体、颜色和装饰元素**，与书名风格呼应，保持清晰可读而不抢焦点。
 
 | 题材 | 作者名风格提示词 |
 |:-----|:----------------|
@@ -110,7 +108,7 @@ Author name '作者名' at bottom center in [作者名字体风格].
 
 #### 风格层：平台风格
 
-平台风格的描述关键词统一来自 [references/cover-styles.md](references/cover-styles.md) 的「平台风格」节，按目标平台直接取对应关键词串使用，不在本文件维护副本以免与参考文件漂移。
+从 [references/cover-styles.md](references/cover-styles.md) 的「平台风格」节选取目标平台对应的关键词串。
 
 #### 画面层：题材 + 构图
 
@@ -152,7 +150,7 @@ Professional book cover, high detail digital painting, portrait [平台比例：
 
 #### API 回退
 
-`gpt-image-2` 始终返回 base64，请求体不要带 `response_format`（旧 DALL-E 参数，gpt-image 系列不支持）。`$PROMPT` 为「构建提示词」步骤拼出的完整提示词。
+`gpt-image-2` 返回 base64，请求体不带 `response_format`。`$PROMPT` 使用 Step 3 拼出的完整提示词。
 
 两种调用方式二选一：未设置 `REF_IMAGE` → 走「文生图」；设置了 → 走「图生图」。
 
@@ -209,7 +207,7 @@ ls -lt "$BOOK_DIR/封面/"
 
 #### 图生图（提供参考图时）
 
-`/v1/images/edits` 走 `multipart/form-data`，**不能** 用 `Content-Type: application/json`。文本字段用 `--form-string`（避免 `@` 被误判为文件引用），图片字段用 `-F image=@path`。
+下面的 `/v1/images/edits` 命令通过 `multipart/form-data` 上传本地图片，不加 `Content-Type: application/json`。文本字段用 `--form-string`，图片字段用 `-F image=@path`。
 
 ```bash
 set -euo pipefail
@@ -271,7 +269,7 @@ ls -lt "$BOOK_DIR/封面/"
 
 ### Step 5：导出平台上传尺寸（平台有固定像素时）
 
-平台有固定上传像素（番茄 600×800）时，把原图**居中裁剪+缩放**成上传尺寸——不论出图是 2:3 还是 3:4 都裁成平台精确像素，不变形，避免平台再裁切掉书名/笔名。原图保留、另存 `_上传` 版；`SRC` 和 `TARGET` 直接使用前序步骤的任务值，不依赖跨 shell 的临时变量：
+平台有固定上传像素（番茄 600×800）时，把原图**居中裁剪+缩放**到精确尺寸，保持画面比例，原图保留并另存 `_上传` 版。`SRC` 填 Step 4 的原图绝对路径，`TARGET` 填 Step 1 的上传尺寸，不依赖上一段 shell 的临时变量：
 
 ```bash
 SRC='<Step 4 生成的原图绝对路径>'
@@ -297,19 +295,19 @@ if [ -n "$TARGET" ] && [ -f "$SRC" ]; then
 fi
 ```
 
-> 书名/笔名已在提示词里留中心安全区，居中裁剪不会切到。
+> 提示词中的中心安全区用于减少裁切风险；导出后仍按 Step 6 检查书名和笔名是否完整。
 
 ### Step 6：质量检查 + 迭代
 
 | 检查项 | 标准 |
 |:-------|:-----|
-| 文字渲染 | 书名清晰可辨，字体风格匹配题材 |
+| 文字渲染 | 书名、笔名清晰可辨，字体风格匹配题材 |
 | 题材匹配 | 视觉风格与书名题材一致 |
 | 构图合理 | 主体突出，文字不遮挡核心画面 |
 | 平台适配 | 符合目标平台的封面风格调性 |
 | 平台尺寸 | 比例与平台一致；缩放到上传尺寸后书名、笔名完整可见、未被裁切 |
 
-不满意时调整方向：更换构图、调整色调、换字体风格、换平台风格。
+未达标或作者希望调整时，可更换构图、色调、字体或平台风格。
 
 交付时这样告诉作者；命令、环境变量和接口报错不贴给作者，失败时用一句话说原因和办法（如「生图接口没配好，需要先设置 API Key」）：
 
@@ -327,10 +325,3 @@ fi
 | 文件 | 何时加载 |
 |:-----|:---------|
 | [references/cover-styles.md](references/cover-styles.md) | 题材→视觉风格映射、平台风格详情、提示词模板 |
-
----
-
-## 语言
-
-- 跟随用户的语言回复，用户用什么语言就用什么语言回复
-- 中文回复遵循《中文文案排版指北》

package/lib/oh-story/skills/story-cover/references/cover-styles.md

@@ -1,5 +1,5 @@
 # 小说封面视觉风格库
-各题材网文封面视觉风格定义，用于构建 GPT-Image-2 英文提示词。
+按平台和题材选择构图、色彩、字体与光效，组合成 GPT-Image-2 提示词。设计指令用英文，书名和笔名保留作者原文。
 
 ---
 
@@ -7,32 +7,32 @@
 
 ### 番茄小说
 
-视觉：高饱和高对比 / 人物占60%+面部清晰 / 书名大粗有光效(金/红/白) / 大头贴构图+华丽背景
+视觉：高饱和、高对比，人物占画面60%以上且面部清晰；大头贴构图搭配华丽背景，书名用金、红或白色粗体并加光效。
 关键词：`vibrant saturated colors, eye-catching bold design, character portrait dominating frame, mass-market novel cover style, high contrast`
 
 ### 起点
 
-视觉：细腻精致偏写实插画 / 构图讲究层次丰富 / 书名偏传统毛笔楷体 / 色彩沉稳 / 人物场景均衡有电影感
+视觉：细腻、偏写实的插画，色彩沉稳；人物与场景均衡，构图层次丰富，有电影感，书名偏传统毛笔楷体。
 关键词：`polished refined illustration, detailed cinematic composition, epic atmospheric, mature sophisticated style, premium quality`
 
 ### 晋江
 
-视觉：柔和色调(粉/紫/浅蓝/暖白) / 唯美画风大眼精致五官 / 花瓣光斑丝绸珠宝装饰 / 居中对称画面干净 / 书名优雅行书细圆
+视觉：粉、紫、浅蓝、暖白等柔和色调，人物五官精致、大眼唯美；画面居中对称，以花瓣、光斑、丝绸和珠宝装饰，书名用优雅行书或纤细圆体。
 关键词：`dreamy ethereal aesthetic, soft pastel tones, elegant romantic, delicate beauty, flower petals and bokeh`
 
 ### 知乎盐言
 
-视觉：大量留白极简 / 冷淡色(灰/蓝/白/暗色) / 氛围感>人物细节，常用场景/物品/抽象意象 / 书名现代简约无衬线 / 独立电影海报质感
+视觉：灰、蓝、白或暗色的极简画面，大量留白；用场景、物品或抽象意象营造氛围，少刻画人物细节，书名用现代简约无衬线字体，接近独立电影海报。
 关键词：`minimalist literary style, clean composition with negative space, subtle moody atmosphere, independent film poster aesthetic`
 
 ### 七猫
 
-视觉：极度饱和强烈冲击 / 人物华丽服饰装备丰富 / 火焰雷电灵力特效 / 书名大号发光占比大 / 海报感信息密度高
+视觉：高饱和、强冲击，人物服饰华丽、装备丰富；用火焰、雷电和灵力特效增强海报感，书名大号发光，画面信息密度高。
 关键词：`striking high-impact design, vivid dramatic colors, spectacular visual effects, attention-grabbing poster style`
 
 ### 刺猬猫
 
-视觉：日系插画二次元 / 色彩明亮线稿清晰 / Q版元素 / 书名卡通手绘风 / 轻松活泼
+视觉：明亮、线稿清晰的日系二次元插画，搭配 Q 版元素和卡通手绘书名，整体轻松活泼。
 关键词：`anime illustration style, vibrant colorful, detailed character art, Japanese light novel aesthetic`
 
 ---
@@ -63,7 +63,9 @@
 
 通用修饰：`professional book cover design, high detail digital painting, portrait orientation 2:3 ratio, no watermark`
 
-文字层必须指定：书名内容+位置(top center)+字体风格+颜色；作者名内容+位置(bottom center)+字体风格+颜色
+这里和下方示例的 `2:3` 是默认竖版比例；组合最终提示词时，按入口 Step 1 替换为目标平台比例，番茄用 `3:4`。
+
+文字层写明书名和笔名的原文、位置、字体与颜色：书名在上方居中（top center），笔名在下方居中（bottom center）。
 
 ---
 
@@ -71,7 +73,7 @@
 
 ### 文字渲染
 
-GPT-Image-2可直接渲染中文。格式：
+GPT-Image-2 可直接渲染中文书名和笔名，在英文指令中逐字写入：
 ```
 Title text '书名' at top center in {字体风格}
 Author name '作者名' at bottom center in {字体风格}
@@ -79,7 +81,7 @@ Author name '作者名' at bottom center in {字体风格}
 
 ### 人物描述要具体
 
-不要"a man"，要：
+写清人物的服饰、发型、姿态和道具，避免只写“a man”：
 ```
 a young man in flowing white silk robes with gold embroidery,
 long black hair tied in a topknot with a jade crown,