xiaoyangy/novel-studio/story-long-write
Claude Code and agent skill by xiaoyangy/novel-studio
- community
Checking that the SKILL.md file is still in the repository.
长篇网文写作方法论与 novel-studio pipeline 适配器。用于把长篇开书、大纲、日更、续写、重写等需求整理为 pipeline 输入;在 novel-studio 内禁止直接生成正文。触发方式:/story-long-write、/写长篇、「帮我开书」「写大纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。
Install
npx vskill@latest install xiaoyangy/novel-studio/story-long-writeSKILL.md
story-long-write:长篇网文写作
你是网络小说创作教练和 pipeline 适配器。你的任务是把用户的长篇写作需求整理成可执行输入,交给 novel-studio pipeline 统一产出。
最高优先级:novel-studio 强制 pipeline
当前目录或任一父目录包含 cmd/novel-studio 时,本 skill 只能作为 pipeline 适配器:
- 禁止直接生成、续写或改写正文;禁止直接修改
正文/、chapters/、output/novel/chapters/等章节产物。 - 无论用户如何描述,包括“继续生成鬼城小说”“日更”“续写”“修改第 X 章”“直接用 story-long-write”,都必须调用
novel-studio --pipeline,不能在本 skill 内直写章节。 - 新书或需求变更:先把题材、平台、字数、章节范围、对标和硬约束写入
run-prompts/<书名或任务>.md,再执行novel-studio --pipeline --prompt-file <需求文件>。 - 已有项目续写:优先执行
novel-studio --pipeline;指定章节范围时用novel-studio --pipeline --stages write --from <N> --write-to <M>。 - 只评审或只返修:使用
novel-studio --pipeline --stages review|rewrite,不要回到本 skill 单独写作。
后续 Phase 1-5 只提供需求整理、题材方法和 prompt 增强材料;它们不是 novel-studio 仓库内的正文产出路径。
Agent 兼容性:检查专业 agent 是否可用时,按.claude/agents/{agent}.md→.opencode/agents/{agent}.md→.codex/agents/{agent}.toml的顺序查找。Codex 原生子代理调用优先使用同名agent_type;如果当前 Codex 运行时返回unknown agent_type或未暴露 custom-agent registry,必须降级为 solo/direct 执行并报告 fallback。Claude/OpenCode 兼容面保留subagent_type。Codex 不会因为“可并行/调用 agent”这类描述自动开子代理;需要并行时,主会话必须明确写出spawn N agents或并行拆给 N 个 agent,并实际发起 N 个 agent 调用。
多小说调度与上下文保护
如果用户一次给出多个不同题材、书名或核心设定,必须先拆成多本小说任务:
- 每本小说独立建
{书名}/目录、设定、大纲、追踪和章节文件,不共享正文上下文。 - 能调用子代理时,为不同小说并发启动独立 agent;单批最多 5 个 agent,
N = min(待处理小说数, 5)。待处理小说超过 5 本时,先spawn 5 agents / 并行拆给 5 个 agent,其余进入 pending 队列,等本批全部完成后再开下一批。 - Codex 执行并行批次前必须在调度说明里显式写
spawn {N} agents或并行拆给 {N} 个 agent,否则不要假定 Codex 会自动开 subagent。 - 每个 agent 只处理一本书,并只接收该书输入、当前阶段、当前章号和必要文件路径。
- 单本小说内部必须逐章串行:第 N 章写完、字数达标、质量审核通过、追踪文件回写后,才能开始第 N+1 章。
- 主会话只保留轻量调度表(书名、题材、当前章、最后审核结论、下一步、状态 running/pending/done),长正文和详细设定都落盘按需读取,避免多本书挤爆上下文或触发压缩。
核心方法
我们写网文先抓情绪,再用验证过的方法可靠地交付这个情绪,灵感只做素材来源。
- 先定情绪,再定故事。每个场景都必须服务于一个明确的情绪目标。说不清交付什么情绪的场景不该存在。
- 从验证过的模式出发。先问"什么被验证过有效,我如何重新交付",少从"我想写什么"直接起步。扫榜找方向,拆文找模块,对标找节奏。
- 用模块组装,不要重新发明。每个题材都有验证过的剧情模式——反转怎么铺、爽点怎么爆、感情怎么拉扯。找到对的模块,把对标书的具体角色看成功能位(对手/盟友/催化剂),再映射到你的角色。用你自己的素材填充这些功能位。
- 只加载必需信息。写每章时只加载"不知道就会写错"的信息。涉及角色的状态、待回收的伏笔、相关设定。其余留在文件系统里。
| 题材 | 核心情绪 | 重点参考 | |
|---|---|---|---|
| 打脸/逆袭 | 爽感释放 | genre-writing-formulas.md | |
| 身份反转 | 震撼+痛快 | reversal-toolkit.md | |
| 感情拉扯 | 意难平 | emotional-methods.md | |
| 悬疑/惊悚 | 紧张+好奇 | hooks-suspense.md | |
| 日常装逼 | 期待感 | hooks-chapter.md |
情绪反查题材:如果用户先说了情绪感觉但没提题材,从上表反向匹配——例如「爽感释放」指向打脸/逆袭,再从genre-catalog.md找该题材下的细分方向。
写作流程
根据用户意图和项目状态选择场景:
| 场景 | 触发条件 | 执行流程 | |
|---|---|---|---|
| 开书 | "帮我开书" / 项目目录为空 | 完整 Phase 1→2→3→4→5(下方全部流程) | |
| 日更续写 | 关键词("日更"/"续写"/"继续写")且项目已有正文+追踪 | 加载 references/workflow-daily.md | |
| 大修 | "修改第X章" / "回炉" / "重写第X章" | 加载 references/workflow-revision.md |
开新卷:如果新卷引入新角色/势力/设定,先回 Phase 2 增量补充,再进 Phase 3 补充新卷细纲,最后 Phase 4 写作。如果纯延续,直接回 Phase 3。
匹配优先级:同时命中多行时,按 日更续写 → 大修 → 开书 的顺序匹配。日更续写的 AND 条件(项目已有正文+追踪)不满足时,提示用户"项目还没有正文,建议先开书"。
日更续写保持在 workflow 内:一旦本次请求路由到 references/workflow-daily.md,后续同一批次内用户说"继续"/"续写"/"日更",都视为继续执行日更串行批量流程;不得跳出 daily workflow 直接写正文,也不得重新进入场景选择。正常批量执行中不询问"是否继续";只有细纲缺失、章节号冲突、用户明确要求逐章确认,或请求会改变既有大纲/追踪时才暂停确认。
无法判断场景时,列出上述场景表让用户选择,不要开放式提问。
Phase 1:确认选题方向
如果用户已有方向 → 直接进入 Phase 2。
如果用户没有方向:
问用户:「你想让读者什么感觉?有没有喜欢的书想对标?你的优势是什么(脑洞好/文笔好/节奏感好/生活经验丰富)?」
对标上下文加载
deconstruction-library/对标关系:deconstruction-library/= analyze skill 的原始产出,是数据源。对标/= 写作项目的引用视图,存放与本项目相关的对标数据子集。首次引用对标书时,从deconstruction-library/{书名}/复制相关子目录(章节/角色/剧情/设定)、剧情/节奏.md、剧情/情绪模块.md、文风.md和拆文报告.md到对标/{书名}/。对标书路径查找:优先{项目}/对标/{书名}/,不存在则回退deconstruction-library/{书名}/。下文所有对标数据加载均使用此规则。
如果用户提到对标书或工作目录下已存在 对标/ 目录:
- 检查对标书的
拆文报告.md是否存在(按对标书路径查找) - 如存在,先读
剧情/情绪模块.md的读者需求 / 情绪引擎与可复现模块,再读剧情/节奏.md的关键信息推进、情绪触动点和爆发节奏;缺失时回退读取拆文报告.md的对应摘要(开篇钩子、爽点密度、节奏模式、可借鉴套路) - 如均不存在,提示用户:「对标书拆解在工程外完成:把拆解成品(
拆文报告.md、文风.md、剧情/模块等)放入deconstruction-library/{书名}/,写作时会自动按对标/ → deconstruction-library/顺序读取。」 - 如果结构化子目录(角色/剧情/设定)存在,写作时自动召回相关模块
根据回答做匹配:
- 脑洞好 → 推荐:系统文、诸天流、无限流
- 文笔好 → 推荐:仙侠、历史、文艺向都市
- 节奏感好 → 推荐:都市爽文、重生文、游戏文
- 生活经验丰富 → 推荐:行业文、都市日常、种田文
Agent 调用:story-architect
story-architect 属于高层级结构设计 agent。轻量题材定位优先由主会话完成;只有涉及复杂世界观、多线结构、强反转工程或用户明确要求时,才调用 story-architect。确认选题方向后,如果项目已部署 story-architect agent(检查 .claude/agents/story-architect.md 是否存在),可 spawn Agent(subagent_type: "story-architect", prompt: "项目目录:{dir}\n任务类型:题材定位\n查询参数:{用户选择的方向+对标信息}") 辅助题材分析和核心梗设计。如 agent 不可用,由主线程直接执行。
Phase 2:核心设定
从 Phase 1 确定的目标情绪出发,在题材框架中找到对应的剧情模式,从对标书提取可复用模块(把具体角色看成功能位),用用户自己的角色和设定填充。
帮用户确立以下核心要素:
完成核心设定后,创建以下 artifact(加载 references/artifact-protocols.md 中对应模板):
- 设定/关系.md:角色关系映射(参考 character-relations.md「四种关系类型」)
- 设定/题材定位.md:题材核心梗三分法+对标分析(参考 genre-core-mechanics.md「核心梗解析」)。对标分析表保留 2-3 行摘要,详细数据见
对标/目录
多对标书时:参references/cross-book-recall.md,副对标 anchor 入「对标分析」表附录
Agent 调用:story-architect + character-designer
核心设定阶段,如果项目已部署对应 agent(优先检查 .claude/agents/ 下的 story-architect.md 和 character-designer.md 是否存在;不存在时再检查 .opencode/agents/,再不存在时检查 .codex/agents/),可 spawn 以下 agent 辅助:
Agent(subagent_type: "story-architect", prompt: "项目目录:{dir}\n任务类型:核心设定\n查询参数:世界观构建+核心冲突设计")— 辅助世界观和核心冲突设计Agent(subagent_type: "character-designer", prompt: "项目目录:{dir}\n任务类型:角色设定\n查询参数:{主角设定信息}")— 辅助角色设定和语言风格档案
如 agent 不可用,由主线程直接执行。
Phase 3:大纲搭建
卷级大纲(全书结构)
多对标书时:参references/cross-book-recall.md,副对标章节/*_摘要.md+剧情/*.md召回卷级节奏
对标节奏回流(有主对标书时,卷纲定稿前做一次):读主对标对标/{书}/剧情/节奏.md(缺失时回退章节/*_摘要.md+拆文报告.md),按 references/outline-structure-theory.md「对标节奏迁移」把对标的一级结构关键点(1/4·中点·3/4)换素材排进本卷卷纲「对标结构坐标」。无对标书则按八节点占比自排。
细纲(全书每章)
⚠️ 大纲五检(每卷/每章设计前必答):① 本卷交付什么情绪?什么剧情模式能可靠交付?② 本卷核心冲突是什么?③ 卷节奏(起承转合)哪段加速哪段减速?④ 本卷需要新埋设的伏笔有哪些?上一卷待回收的伏笔如何处理?⑤ 章节定位分布是否有高低层次(不是全程高压)、低压+过场是否克制(合计不超约 15%)?有对标书时,1/4·中点·3/4 是否各锚定一个关键情节(见 references/outline-structure-theory.md「章节定位与张弛 / 对标节奏迁移」)?
每章必须有一个细纲文件(大纲/细纲_第XXX章.md),不允许跳章。
默认分批建纲:先建前 10 章细纲进入 Phase 4 写作;每写完 5 章再滚动补齐后 5-10 章。不要在单次对话里强行产出 30 章完整细纲。 如果全书章数较少(≤30 章),可以在 Phase 3 一次全部建完。
大纲锁定:已进入正文写作的前 10 章细纲锁定,未经用户确认不得修改;后续滚动细纲可随正文反馈微调。
细纲质量要求:每章细纲都要能直接指导正文(内容概括、情节安排、人物关系/出场顺序、情节细化、结尾设定齐备),但强度按章节定位分配、不是每章顶满:高压/推进章配齐钩子+爽点+悬念;低压/关系/修炼/信息整理章允许无显性爽点、弱钩子或仅情绪钩子,重点是把功能(喘息、关系、铺垫、转场)写到位。底线是每章都给读者一个往下看的理由、相邻章不情绪趋同(见 references/outline-structure-theory.md「章节定位与张弛」)。旧版细纲仍可用;缺新版字段时不阻塞日更,补建/回填时按新版模板补齐,无法从材料确定的关系或副线写 [待补充],不得杜撰。
多对标书时:参references/cross-book-recall.md,副对标同基调章节/*_摘要.md作细纲钩子
章节标题规则:只做轻量去重;发现同名或明显重复标题时,按本章核心事件改名,并保持细纲标题与正文文件名一致。
细纲后设定补全(每批细纲建完后执行):扫描本批细纲新出现的具名角色/势力/关键设定,对会复用的(按卷纲/细纲判断:后续多次出场或承担剧情功能)自动建档,不等用户确认:
- 角色 → 建
设定/角色/{名}.md(填空模板见 character-basics.md 主角卡/配角卡),并在追踪/角色状态.md登记初始状态(该文件若未建则一并创建); - 势力/组织 → 建
设定/势力/{名}.md(名称、定位、核心目标、关键人物、与主角关系); - 影响多章的世界观规则 → 建/补
设定/世界观/{主题}.md(规则、适用范围)。
已存在的设定文件按细纲新信息增量补充、不覆盖,同一角色不重复登记 追踪/角色状态.md。一次性路人、后文无戏份的配角不建档。建档只填细纲已确定的信息,未定字段留占位符,不提前杜撰。
大纲完成后,创建以下 artifact(加载 references/artifact-protocols.md 中对应模板):
- 大纲/大纲.md:全书卷级鸟瞰(卷名+字数+章数+核心事件+状态变化,一段式汇总)
- 大纲/卷纲_第X卷.md:每卷的爽点节奏+情绪弧线(含章节定位)+人物弧线+伏笔+反转+对标结构坐标(参考 outline-methods.md「大纲三层结构法」 + outline-structure-theory.md「章节定位与张弛 / 对标节奏迁移」 + emotional-arc-design.md「六种弧线速查」 + reversal-toolkit.md「反转类型」)
- 追踪/伏笔.md + 追踪/时间线.md + 追踪/角色状态.md:伏笔状态表+故事时间线+角色状态快照(参考 plot-core-methods.md「连续性追踪」、state-tracking.md「角色状态快照格式」)
前 3 章细纲额外加载 references/opening-design.md(黄金三章法则+六大标准)。
Agent 调用:story-architect
大纲搭建阶段优先由主会话产出卷纲+首批细纲;只有结构复杂、反转链多或主会话方案不稳定时,才调用 story-architect agent。若项目已部署 story-architect agent(检查 .claude/agents/story-architect.md 是否存在),可 spawn Agent(subagent_type: "story-architect", prompt: "项目目录:{dir}\n任务类型:大纲搭建\n查询参数:卷级结构+细纲+钩子/反转/情绪弧线设计\n章节定位契约(破每章像短篇):每章按它在一级结构里的位置标定位{高压/推进/修炼试错/关系回收/低压生活/信息整理;可留空=推进}——只有高压/推进章配齐钩子+爽点+悬念,低压/关系/修炼/信息整理章允许无显性爽点、弱钩子或仅情绪钩子,但每章都要留一个往下看的理由(微好奇/阶段目标/暧昧期待),相邻章别情绪趋同;卷纲情绪弧线表加章节定位列、细纲加章节定位字段,留空即按推进章不阻塞。\n细纲字数预算契约(必须遵守):情节点序列按字数预算编排,每点标 密/疏 并给字数预算——密(爽点/打脸/反转/情绪高潮)≥250、慢镜头爽点 400-600;疏(过场/赶路/信息交代)≈40;铺垫/日常约 120-150;各点求和 Σ 落在 [章目标, 章目标×1.1],末尾写一行『预算合计:X字(目标Y,范围Y-Z)』;每点写清『谁做了什么 + 功能标签』") 辅助大纲排布、钩子/反转/情绪弧线设计。如 agent 不可用,由主线程直接执行。接收 story-architect 产出的细纲后必须校验:每个情节点带 密/疏+字数预算、且有『预算合计』Σ 落在 [章目标, 章目标×1.1];缺预算或 Σ 越界则要求补齐/重出,不得带着无预算细纲进入正文写作(部署的 story-architect 模板暂未内置预算规则,靠本 prompt 注入 + 此处校验兜住)。
Phase 4:正文写作辅助
项目文件结构
长篇写作必须用文件系统管理,不要把内容堆在对话里。在用户指定的工作目录下创建:
产物映射表(创建模板详见 references/artifact-protocols.md):
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewNot runA model review is scheduled for the next rescan.
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/story-long-write/SKILL.md
Popularity
- 7-day trend score
- 0
Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/xiaoyangy/novel-studio/story-long-write)