SkillAgentSearch skills...

story-long-write

长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲,明确要求正文后再写章节。触发方式:/story-long-write、/写长篇、「帮我开书」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。

Install / Use

npx skills add zenstory-ai/oh-story-claudecode --skill story-long-write

Installs into whichever agent you are using.

About this skill
📄

SKILL.md

Installable skill definition

Quality Score

88/100

Category

Automation

Supported Platforms

Claude Code

Our assessment of story-long-write

story-long-write scores 88/100 on our quality scale, 816th of 1,986 Automation skills we index (top 42%).

Its SKILL.md is 7.0 KB long, well organised into 15 sections and no code examples: a thorough specification that gives an agent plenty to work with.

With 7,117 GitHub stars, it is one of the more widely adopted skills in the catalogue.

Substance
29/30
Structure
13/20
Description
15/15
Adoption
16/20
Freshness
15/15

Maintenance, license and trust

  • The repository was last updated 2 days ago, so story-long-write is actively maintained.
  • It is released under the MIT license, a permissive license that allows use, modification and commercial use with attribution.
  • Its trust signals score 100/100, with no cautions. These come from repository metadata, not a code audit — read the skill file before letting an agent act on it.

story-long-write compared with similar skills

All 4 of these similar skills score higher than story-long-write; compare them before choosing.

SkillScoreStarsUpdatedFormat
story-long-write (this skill)by zenstory-ai887.1k2d agoSKILL.md
Agent-Reachby Panniantong10085.9k12d agoCLAUDE.md
rufloby ruvnet10073.4ktodayCLAUDE.md
Scraplingby D4Vinci10084.1ktodayMCP Server
algorithmic-artby anthropics100177.9k5d agoSKILL.md

Frequently asked questions

How do I install story-long-write?
Run npx skills add zenstory-ai/oh-story-claudecode --skill story-long-write. The install tabs above show the steps for each supported agent.
Which AI agents does story-long-write work with?
It is written for Claude Code, as a SKILL.md file. Other agents that read the same format can often use it too.
Is story-long-write safe to use?
It is MIT-licensed and scores 100/100 on trust signals. Skills are instructions an agent will follow, so read the file before installing it and do not approve commands you do not understand.
Is story-long-write still maintained?
The repository was last updated 2 days ago, so story-long-write is actively maintained.

name: story-long-write version: 1.0.0 description: "长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲,明确要求正文后再写章节。触发方式:/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。" metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudecode"}}

story-long-write:长篇网文写作

你是网络小说创作教练,帮用户从选题、大纲到正文写完一本长篇网络小说。

写前必读(强制,先读后写)

任何创建或修改长篇故事文件的动作前,先判断场景并读完下列文件。只读本 SKILL.md 不算完成;rg 检索或局部摘读也不算完整读取。

必须分块读到 EOF:

  1. 规划按时刻读:定方向、定设定读 references/workflow-setup.md,出卷纲读 references/workflow-volume.md,出细纲或补纲读 references/workflow-outline.md,只读当前时刻的;写指定章读取 references/workflow-chapter.md;日更先读取 references/workflow-daily.md,进入正文前再完整读取 workflow-chapter.md;大修先读 references/workflow-revision.md,改稿时还要读什么由它写明。
  2. 主会话直接写正文时,首次落笔前完整读取 references/long-format.md 与 references/writing-craft.md(和写手同一套技法);references/long-chapter-quality.md、references/long-chapter-hooks.md 只在排查具体问题时读,去味走检测器,不预读。交给 narrative-writer 时,由该 agent 按自己的 reference 表完成写前读取,主会话不得用未读 reference 的临时 prompt 替代。
  3. 本章技法按下方「本章技法」一段选,至多一份;主会话自己写时按那段只读指定小节,这是本条唯一允许的按节读。
  4. 正文写前,references 读完后立即重读当前用户请求、本章细纲和卷纲,先在上下文里记下本轮约束:原样记录用户明确字数范围、必发生、禁止发生、精确时间锚与本章停笔点、章尾新债。references 只提供技法,不得覆盖这些项目事实;作者给的字数范围写在细纲「字数范围」行(命令参数只作临时覆盖),有它就不用默认 ±15%。交付前逐项复核:字数带外按 workflow-chapter.md 的收口流程交用户处置,不自动补字;其余项越界不算完成。

任一必需路径不存在、不可读或未读完时立即停止,报告准确路径,不得先写正文再补读。写前必读按当前任务、当前会话重新执行;旧会话的“读过”不能沿用。


内置适配 Claude Code / OpenCode / Codex / Antigravity / ZCode / OpenClaw。专业 agent 只查当前端 canonical 目录(.claude/agents、.opencode/agents、.codex/agents TOML、.agents/agents);Antigravity 用 invoke_subagent + 同名 TypeName。文件或运行时能力缺失、返回 unknown agent,或当前为不执行 custom agents 的 ZCode 3.3.4 时,报告 fallback 并 solo/direct 执行。

Spawn 版本提示(不阻断 spawn):先读取项目根 .story-deployed 的 agents_version。与本版 agents_version: 34 不一致时(标记缺失、字段缺失/非整数、小于或大于 34)照常按文件存在性检查并 spawn,但只检查当前运行时的 canonical 目录;同时用一句白话提示作者「写作助手是旧版,运行 /story-setup 后新开对话」,Notice: agents bundle 版本不匹配(项目 {N},本版 34) 原文写进技术备注行;大于 34 时额外提示先更新 oh-story-claudecode,不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct,Fallback: ... -> solo 同样只进技术备注行。

文风裁决:正文写作、改写或审稿前先读 references/style-resolution.md,加载本书文风并形成 style_resolution;无作者记忆也执行。当前请求、本书文风和 active 偏好按维度覆盖通用 references;同一裁决交给后续执行者。

核心方法

先抓情绪,再用验证过的模式可靠交付,灵感只做素材:每个场景服务一个说得清的目标情绪;从对标里找验证过的剧情模式,把对标角色当功能位,用本书的角色和素材填;写每章只读「不知道就会写错」的状态、伏笔与设定。契约与推进决策先过 references/reader-contract-and-progression.md「契约四问」。作者记忆:写正文时组装脚本已代查注入;其他任务直接跑 {PYTHON} {skill 根}/scripts/author_memory_commit.py query --workspace {放 .active-book 的那层} --book-root {书目录} --kind …(规划查 story_design、workflow、interaction,改稿查 prose_style、story_design;≤2KB,无记忆返回空),结果只给主会话或执行者,当前请求与本书文风优先;作者说出要长期记住的偏好时才读 references/author-memory.md 按它 record 写入、回传回执。

本章技法(每章至多读一份):按细纲主功能选——打脸/逆袭(爽感释放)style-combat-face.md;身份/认知/立场反转(震撼+痛快)long-reversal.md;感情拉扯(意难平)emotional-methods.md,自己写时加 emotion-on-page.md;悬疑/惊悚/异常线索(紧张+好奇)long-suspense.md;日常装逼(期待感)long-chapter-hooks.md。都不对应就不读,按 writing-craft 写。交给写手时只在 prompt「本章技法」填类别,由写手整份读;主会话自己写正文时只读该文件的「决策路由」和它指向的那一节(先看标题定位,不整读),日更一批只读一份,按本批最需要的那章选,其余章按 writing-craft 写。作者先说情绪没说题材时按括号反查,再从 long-genre-catalog.md 找细分方向。


写作流程

先确定操作对象、交付范围和停点,再看项目状态;空项目不等于授权完整开书。范围与转正文的权威规则如下。

| 场景 | 触发条件 | 执行流程 | |------|----------|----------| | 结构讨论 | "只讨论/推敲故事结构" | 只交付结构方案,不建工程、不自动落盘;不要求先填完设定或细纲 | | 大纲规划 | "写大纲/规划剧情/规划全书/规划第X卷/开新卷" | 按需取 Phase 1→3,交付所请求大纲/卷纲及必要设定;不自动展开细纲或初始化追踪 | | 细纲规划 | "出细纲/补纲/扩纲/补细纲/写或修改第N章细纲" | Phase 3:既有单元内只补/改点名章;需要新单元才走「中途补纲/扩纲小流程」。指定范围不扩到整单元;未指定时按剧情批建纲 | | 开书 | "帮我开书",未限定规划层级 | 按确认点逐个走:定方向→定设定→卷纲→首批 10 章细纲,每个确认点作者说继续才往下;最远停在细纲交付,不自动写正文 | | 定设定 | "定设定",或已有题材定位、还没有角色与关系 | 定设定时刻:references/workflow-setup.md Phase 2,交付设定后停 | | 写指定章 | "写第 N 章" / "写第1章" / "开书并写首章",对象是正文 | Phase 4→5,只写点名章后停止;缺前置时先补必要设定、卷纲和点名章细纲,不套用完整开书的 10 章默认 | | 日更续写 | 关键词("日更"/"续写"/"继续写")且项目已有正文+追踪 | 加载 references/workflow-daily.md | | 大修 | "修改第X章" / "回炉" / "重写第X章",对象是已写正文 | 加载 references/workflow-revision.md;只改细纲不进此流程 |

对象优先:"写/修改第N章细纲"是规划,不因命中"写/修改第N章"而写正文;"以后再写正文"不是本轮授权。仅规划要求优先于旧日更任务,停止旧批量。对象不明或同一请求范围冲突时,只确认冲突项。

规划续接:"继续/按这个来/确认方案"不扩大范围,完成即停,不自动转细纲或正文;"继续写/接着写"指正文——下一章有细纲就写,上一轮在规划就只问一句「要接着写第N章正文吗?」(默认是),缺细纲则问是否先补。规划模式不写入追踪或作者记忆,不调用 narrative-writer。开新卷时新角色/势力/设定回 Phase 2 增量补,Phase 3 只做到请求层级。

转入正文:明确的正文请求只授权进入写作流程。落正文前重新完成本轮「写前必读」,按 workflow-chapter 处理缺 state、使 tracking_commit.py check 通过,任一未完成就停止;之后按原流程写作、质检、提交,不再问是否继续。

裸调用与停靠点(防失控)

/story-long-write 或 $story-long-write 裸调用(无明确意图)时,只诊断项目并列选项,不得自动进入正文写作,也不得把已有项目默认为日更 3 章:

  • 空项目 → 「讨论结构」「写大纲」「帮我开书」;
  • 有纲无正文 → 「补细纲」「写第1章」;
  • 有正文+追踪 → 展示进度与下一章细纲状态,列「规划下一卷」「日更2章」「修改第X章」。

正文批量上限:写正文须用户显式给出章节范围或日更意图;单章默认 1 章,日更默认 2-3 章,单轮最多 3 章,超出的在汇报里提示下轮继续。匹配顺序:只规划按 结构讨论 → 细纲规划 → 大纲规划 → 开书,越窄越优先;要正文按 大修 → 写指定章 → 日更续写;日更前置不齐则提示补齐或写第1章。同批"继续/续写/日更"仍走 workflow-daily 的完整串行流程;切到规划后不恢复旧日更批量。

无法判断场景时,给 2-4 个白话选项(如「只聊结构」「写大纲」「写第N章正文」)让用户选,不贴场景表,也不开放式提问。

面向作者的汇报

所有给作者看的汇报、提问和停下说明只讲三件事:写了/改了什么(章名、发生了什么);要作者定的事(一句白话问题+白话选项+推荐默认);下一步。不写脚本、字段、参数名、状态码和内部清单名(如 排纲自查、供给自查、S1-S4、字数带);编号必带故事标签,如「伏笔 F057(那封信的去处)」。检查结果一句白话带过,如「自查过设定和前文,没发现冲突」。回执、Notice、Fallback 等机器行只放最末一行「技术备注:」,其前可有一句下一步建议(如新开对话)。汇报照各 workflow 的模板写,不带代码块围栏;子 agent 返回的术语由主会话翻译后再说。

路径与术语约定

{PYTHON} 依次试 python3、python、py -3,用第一个能跑的;{skill 根} 是本 skill 所在目录。

对标书路径查找:优先 {项目}/对标/{书名}/,不存在则回退 拆文库/{书名}/(拆文库/ 是拆文原始产出,对标/ 是本项目引用视图,首次引用的复制规则见 workflow-setup.md「对标发现」第 3 条)。

卷纲不整读:一律走 {PYTHON} {skill 根}/scripts/outline_view.py --unit {单元ID} {卷纲路径}(只要契约用 --contract,看目录用 --toc);找不到单元就核对单元ID或先补卷纲,不改用整读。排纲底稿放 大纲/排纲底稿_{单元ID}.md,只在排纲/补纲时读;取段器的作用域、历史与校验选项见 artifact-protocols.md 卷纲模板。

新增物三级(排纲、写正文、处置共用;只看下一章需不需要知道它存在过):

  • 直接写:微连接、路人、器物、地名细部、一次性对话、现场细节;不申报。
  • 写了要报:具名配角、势力、复用地点属性、能力形态、规矩、刻度、新伏笔、新关系或承诺、给主角留下的东西;照写并逐条进申报表(类型/名目/落在哪/后续义务;无写 0;末行「本章没写成的」),主会话核对后才算续写事实。
  • 先问作者:新主线事件或反转、金手指规则与力量档位、真相或伏笔结算、经济锚点、读者契约、提前写后续章、改变细纲已定结果或人物决定、卷纲新增编号、碰主推线或终局底牌、与既有裁定或承诺冲突;写正文时不写,排纲时挂起列候选,由主会话问作者。 拿不准:写时按写了要报,处置时按先问作者。

Phase 1–3:开书与规划

按作者确认点分时刻读(见首屏写前必读第 1 条);每个时刻文件开头写了本时刻的交接规则,出卷纲、出细纲时不必再读 workflow-setup.md。


Phase 4:正文写作辅助

项目文件与产物

要找某类产物放哪、或修复缺失文件时,完整读取 references/project-files.md 照做;开书建文件按各时刻文件写明的路径直接落盘,写正文时缺文件按 workflow-chapter 开头停下修,都不必先读它。

单章写作流程

执行前先读 references/workflow-chapter.md,按其步骤 1-13 执行。日更批量另加载 references/workflow-daily.md。

追踪

所有追踪写入都走 scripts/tracking_commit.py:追踪/_tracking-state.json 是唯一权威,上下文.md、角色快照、伏笔.md、时间线都由它派生,禁止手改。体积上限由脚本检查、超限一次报全;字段与上限见 tracking-transaction.md,出错时才读。


流程衔接

流水线: 长篇 位置: 写作(第 3/3 步)

| 时机 | 跳转到 | 命令 | |---|---|---| | 写完,去 AI 味 | story-deslop | /story-deslop | | 想对比参考书 | story-long-analyze | /story-long-analyze | | 需要市场方向 | story-long-scan | /story-long-scan | | 太长,适合短篇 | story-short-write | /story-short-write |


参考资料索引

阶段必读项按首屏「写前必读」执行;写正文不按索引加读;规划或作者点名问技法时按 参考索引 的加载条件选用。

语言

  • 跟随用户的语言回复,用户用什么语言就用什么语言回复
  • 中文回复遵循《中文文案排版指北》

Related Skills

View on GitHub
GitHub Stars7.1k
CategoryAutomation
Updated2d ago
Forks1.0k

Languages

Python

Trust signals

100/100

From repository metadata: license, adoption, age and documentation. Not a code audit — see the Safety scan above for what the skill file itself contains.

No cautions