菜单
用于分步创作中文短篇小说的通用技能。适用于用户要求补创意、定方案、写完整短篇、做基础自检并保存本地 Markdown 成稿的场景。默认优先本地写作，不绑定外部发布平台。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | short_novel_write |
| description | 用于分步创作中文短篇小说的通用技能。适用于用户要求补创意、定方案、写完整短篇、做基础自检并保存本地 Markdown 成稿的场景。默认优先本地写作，不绑定外部发布平台。 |
用于把“写一篇短篇小说”做成稳定流程，而不是一次性吐一大段不可控文本。
本技能当前采用“先把本地写作能力做稳，再逐步把稳定动作下沉成工具”的路线。
默认场景是：用户希望 Agent 能围绕一个方向，生成创意、收敛方案、写出完整短篇，并落盘为本地文件。
如果后续仓库新增了稳定工具，本技能优先调用工具完成确定性动作。
如果工具还不存在，不要卡住，直接按流程继续完成写作任务。
当前仓库已经提供统一 CLI：
tools/story_cli.py当任务进入“完稿自检”或“保存成稿”阶段时，优先通过 CLI 调工具，而不是在技能里手动重复做同一套确定性判断。
PowerShell 调用前先切到 UTF-8：
[Console]::InputEncoding = [System.Text.UTF8Encoding]::new($false)
[Console]::OutputEncoding = [System.Text.UTF8Encoding]::new($false)
$OutputEncoding = [Console]::OutputEncoding
chcp 65001 > $null
统一调用方式：
@'
{"action":"inspect","payload":{"content":"# 标题\n\n## 简介\n...","target_char_range":[5000,8000],"summary_char_range":[50,120]}}
'@ | .\.venv\Scripts\python.exe tools\story_cli.py
当前优先使用的动作：
build_story_plans
基于已选创意包生成 3-4 组完整故事方案build_story_payloads
把已选方案收口成稳定正文输入build_story_drafts
基于正文 payload 生成完整 Markdown 草稿inspect
一次同时做结构检查和质量检查save
保存最终 Markdown 成稿默认工具链顺序：
build_story_plans -> build_story_payloads -> build_story_drafts -> inspect -> save
如果当前目标是直接产出可进入保存阶段的版本，而不是保留原始首稿做对比：
build_story_drafts 阶段显式开启 auto_revise=truerevision_profile_nameinspect 前先走一轮自动修订后处理如果存在可用的 LLM 配置：
generation_mode="llm"如果 LLM 链路返回 AGENT_FALLBACK_REQUIRED：
当用户出现下面这些意图时，可以使用本技能：
触发技能后，按下面顺序推进，除非用户已经明确给出了其中一部分信息。
先判断用户属于哪一类：
如果用户已经给了明确设定，不重复追问同一件事。
如果用户没有核心创意：
4 组差异明显的创意如果用户已有创意：
如果用户没有指定“我来选”，就默认从候选里自动选出最适合落地的一组继续。
默认给出下面 4 档：
3000-5000 字，约 4-6 章5000-8000 字，约 6-8 章8000-12000 字，约 8-10 章12000-15000 字，约 10-12 章用户未指定时，默认使用 5000-8000 字，约 6-8 章。
围绕已确定的创意，生成 3-4 组方案。
每组方案至少包含：
标题不要直接照搬用户原句。
默认要求是：
6-16 个汉字如果用户不选，默认保留最有钩子、最适合短篇节奏的一组继续。
如果仓库内存在 tools/story_cli.py 且当前已经有可用创意包：
build_story_planslist_story_plans 查看候选方案update_story_plan_status 标成 selectedllm_environment开始正文前，先锁定最小写作简报：
这一步的目的是防止正文写到中途失控跑偏。
如果仓库内存在 tools/story_cli.py：
build_story_payloadslist_story_payloads 读取对应 payload默认先写简介，再写正文。
本地成稿默认结构：
# 标题
## 简介
50-120 字的钩子式简介
## 正文
### 1
正文内容
### 2
正文内容
正文要求：
1 次有效转折如果仓库内存在 tools/story_cli.py：
build_story_draftslist_story_drafts 读取当前正文草稿update_story_draft_statusllm_environmentbuild_story_drafts 时开启：
auto_revise=truerevision_profile_name="zhihu_tight_hook"revision_profile_name="douban_subtle_scene"auto_revise全文完成后，必须参照 references/quality-checklist.md 做自检。
至少检查：
如果仓库内存在 tools/story_cli.py，优先通过 CLI 的 inspect 动作完成第一轮自动自检。
自检时要读取返回 JSON 里的：
data.overall_okdata.structure.issuesdata.quality.issuesdata.quality.suggestions如果 overall_ok = false，先根据问题修订，再决定是否进入保存阶段。
自检时，基于正文再生成 1 个候选标题，与暂定标题比较后决定最终标题。
如果当前正文来自 build_story_drafts 且已开启 auto_revise：
inspect 默认直接检查修订后的 draft 主记录revise_story_draft 才进入自检如果当前成稿来自 build_story_drafts：
inspect默认保存到：
outputs/novels/默认文件格式：
UTF-8.md如果仓库内存在 tools/story_cli.py，优先通过 CLI 的 save 动作落盘，并记录返回结果里的：
data.output_dirdata.output_pathdata.directory_created如果没有 CLI，再直接按 UTF-8 保存，不要因此中断任务。
5000-8000 字下面这些能力不是本技能第一阶段默认目标：
如果用户明确要求这些能力，可以后续追加，但不要把第一阶段技能写成平台流程合集。
本技能负责：
工具更适合负责：
结论很简单：
技能负责“怎么写”，工具负责“怎么稳”。