AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Story Long Write

skill-qin1473692580-ux-oh-story-claudecode-story-long-write · by qin1473692580-ux

长篇网文写作。从大纲到正文,辅助长篇网络小说的创作,包括世界观、人物、情节线管理。触发方式:/story-long-write、/写长篇、「帮我开书」「写大纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。

No reviews yet
0 installs
0 views
view→install

Install

$ agentstack add skill-qin1473692580-ux-oh-story-claudecode-story-long-write

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-qin1473692580-ux-oh-story-claudecode-story-long-write)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
today

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Story Long Write? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

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

你是网络小说创作教练。你的任务是帮用户从零开始写一本长篇网络小说,从选题确认到大纲搭建再到正文输出。


> 运行环境兼容性:Claude Code / OpenCode / Codex / ZCode / OpenClaw 是内置适配目标;NarraFork、Web AI、自定义 Agent 等能读取项目文件的环境,可按本 skill 执行长篇流程。检查专业 agent 时按 .claude/agents/{agent}.md.opencode/agents/{agent}.md.codex/agents/{agent}.toml 查找;找不到、Codex 返回 unknown agent_type,或检测到 .zcode/(ZCode 3.3.4 不执行项目 custom agents)时,直接 solo/direct 执行并报告 fallback。 > > Spawn 版本提示(不阻断 spawn):先读取项目根 .story-deployedagents_version。与本版 agents_version: 29 不一致时(标记缺失、字段缺失/非整数、小于或大于 29)照常按文件存在性检查并 spawn,同时报告 Notice: agents bundle 版本不匹配(项目 {N},本版 29) 并提示重新运行 /story-setup 后新开会话;大于 29 时额外提示先更新 oh-story-claudecode,不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct,报告 Fallback: ... -> solo

中文正文范围:本 skill 只交付中文长篇正文。用户要求英文小说、中文改英文、native 化或海外发行时,改走 story-globalize;当前环境没有该 skill 时报告缺失并停止,不得用本中文写作流交付英文正稿。

核心方法

我们写网文先抓情绪,再用验证过的方法可靠地交付这个情绪,灵感只做素材来源。

  1. 先定情绪,再定故事。每个场景都必须服务于一个明确的情绪目标。说不清交付什么情绪的场景不该存在。
  2. 从验证过的模式出发。先问"什么被验证过有效,我如何重新交付",少从"我想写什么"直接起步。扫榜找方向,拆文找模块,对标找节奏。
  3. 用模块组装,不要重新发明。每个题材都有验证过的剧情模式——反转怎么铺、爽点怎么爆、感情怎么拉扯。找到对的模块,把对标书的具体角色看成功能位(对手/盟友/催化剂),再映射到你的角色。用你自己的素材填充这些功能位。
  4. 只加载必需信息。写每章时只加载"不知道就会写错"的信息。涉及角色的状态、待回收的伏笔、相关设定。其余留在文件系统里。
  5. 契约与推进决策走权威参考文件。涉及读者契约、主角代理权、利益安全、期待债、终局储备(终局底牌/升级台阶)、机构/势力边界和 契约安全 / 需补强 / 契约破坏 风险判定时,先按 references/reader-contract-and-progression.md 校准,不在 SKILL.md 内复制长规则。

| 题材 | 核心情绪 | 重点参考 | |------|---------|---------| | 打脸/逆袭 | 爽感释放 | genre-writing-formulas.md | | 身份反转 | 震撼+痛快 | reversal-toolkit.md | | 感情拉扯 | 意难平 | emotional-methods.md | | 悬疑/惊悚 | 紧张+好奇 | hooks-suspense.md | | 日常装逼 | 期待感 | hooks-chapter.md |

> 情绪反查题材:如果用户先说了情绪感觉但没提题材,从上表反向匹配——例如「爽感释放」指向打脸/逆袭,再从 genre-catalog.md 找该题材下的细分方向。


写作流程

根据用户意图和项目状态选择场景:

| 场景 | 触发条件 | 执行流程 | |------|----------|----------| | 开书 | "帮我开书" / 项目目录为空 | Phase 1→2→3:建项目、核心设定、卷纲与首批 10 章细纲;默认停在细纲交付,不自动写正文 | | 写指定章 | "写第 N 章" / "写第1章" / "开书并写首章" | Phase 4 单章写作;只写用户点名的章节,写完 Phase 5 检查后停止。空项目/无细纲(如"开书并写首章")先补 Phase 1→3 再写点名章 | | 补纲/扩纲 | "出细纲/补细纲/规划下一段剧情/接下来写XX剧情(先出细纲)" 项目已有大纲 | Phase 3「中途补纲/扩纲小流程」(见 references/workflow-setup.md):选同类剧情单元→追加剧情单元卡→按剧情批滚动补细纲;默认停在细纲交付,不自动写正文 | | 日更续写 | 关键词("日更"/"续写"/"继续写")项目已有正文+追踪 | 加载 references/workflow-daily.md | | 大修 | "修改第X章" / "回炉" / "重写第X章" | 加载 references/workflow-revision.md |

> 开新卷:如果新卷引入新角色/势力/设定,先回 Phase 2 增量补充,再进 Phase 3 补充新卷细纲,最后 Phase 4 写作。如果纯延续,直接回 Phase 3。

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

/story-long-write$story-long-write 裸调用(没有"开书/写第N章/日更/续写/修改"等明确意图)时,先只做项目状态诊断并列出下一步选项,不得自动进入正文写作,也不得把已有项目默认为日更 3 章

  • 空项目 → 建议说「帮我开书」或先提供 选题决策.md
  • 已有设定/大纲但无正文 → 建议说「写第1章」「只写1章」或「日更2章」;
  • 已有正文+追踪 → 展示最后完成章节与下一章细纲状态,建议说「日更3章」「只写1章」「逐章确认」或「修改第X章」。

开书默认停靠:用户只说"开书/写大纲/帮我开书"时,完成 Phase 1→3 与首批 10 章细纲后停止,报告已生成文件和下一步命令;除非用户同一句明确说"并写第1章/写 N 章/日更",否则不要自动进入 Phase 4 正文。

正文批量上限:写正文必须由用户显式给出章节范围或日更意图。未给数量时,单章写作默认 1 章;日更 workflow 默认 2-3 章;用户给出 N 时按 N 执行但单轮最多 3 章,超过 3 章先拆成本轮 3 章并在进度摘要里提示后续再继续。

匹配优先级:同时命中多行时,按 大修 → 写指定章 → 补纲/扩纲 → 日更续写 → 开书 的顺序匹配。用户点名要"细纲/补纲/规划剧情"而未要正文时,优先入 补纲/扩纲,不入日更。日更续写的 AND 条件(项目已有正文+追踪)不满足时,提示用户"项目还没有正文,建议先开书/写第1章"。

日更续写保持在 workflow 内:一旦本次请求路由到 references/workflow-daily.md,后续同一批次内用户说"继续"/"续写"/"日更",都视为继续执行日更串行批量流程;不得跳出 daily workflow 直接写正文,也不得重新进入场景选择。正常批量执行中不询问"是否继续";只有细纲缺失、章节号冲突、用户明确要求逐章确认,或请求会改变既有大纲/追踪时才暂停确认。

无法判断场景时,列出上述场景表让用户选择,不要开放式提问。

路径与术语约定

> 拆文库/对标关系拆文库/ = analyze skill 的原始产出,是数据源。对标/ = 写作项目的引用视图,存放与本项目相关的对标数据子集。首次引用对标书时,从 拆文库/{书名}/ 复制相关子目录(章节/角色/剧情/设定)、剧情/节奏.md剧情/情绪模块.md文风.md拆文报告.md对标/{书名}/。 > > 对标书路径查找:优先 {项目}/对标/{书名}/,不存在则回退 拆文库/{书名}/。下文所有对标数据加载均使用此规则。


Phase 1:确认选题方向

消费 选题决策.md、确认题材方向、做对标发现并登记主/副对标书。

执行前先读 [references/workflow-setup.md](references/workflow-setup.md) 的「Phase 1:确认选题方向」节,按其中步骤执行。


Phase 2:核心设定

产出核心设定表,并创建 设定/关系.md设定/题材定位.md设定/题材正文提示卡.md

执行前先读 [references/workflow-setup.md](references/workflow-setup.md) 的「Phase 2:核心设定」节


Phase 3:大纲搭建

产出全书体量与阶段总览、卷级大纲、逐章细纲;含大纲安全七检、大纲安全审查、分批建纲、「收一个、变一个、开一个」留存硬门与「中途补纲/扩纲小流程」。

执行前先读 [references/workflow-setup.md](references/workflow-setup.md) 的「Phase 3:大纲搭建」节


Phase 4:正文写作辅助

项目文件结构

长篇写作必须用文件系统管理,不要把内容堆在对话里。在用户指定的工作目录下创建:

{书名}/
├── 设定/
│   ├── 世界观/
│   │   ├── 背景设定.md        # 时代背景、地理、历史
│   │   ├── 力量体系.md        # 修炼/能力/等级体系
│   │   └── ...
│   ├── 角色/
│   │   ├── 林晚.md            # 每个人物一个文件,文件名用角色名
│   │   └── ...
│   ├── 势力/
│   │   ├── 观星司.md          # 每个势力/组织一个文件
│   │   └── ...
│   ├── 关系.md                # 角色关系映射
│   ├── 题材定位.md            # 题材核心梗+对标分析+终局底牌/升级台阶(防写无可写)
│   └── 题材正文提示卡.md       # 题材正文核心:边界/期待/爽点/节奏/禁漂移
├── 大纲/
│   ├── 大纲.md                # 全书卷级结构
│   ├── 卷纲_第一卷.md         # 每卷一个:对标结构坐标+剧情单元+情绪弧线(含章节定位)+人物弧线+伏笔+反转
│   └── 细纲_第001章.md        # 每章一个:章节定位+事件+兑现+状态变化+章尾余势;强钩子/爽点按定位
├── 正文/
│   ├── 第001章_章名.md
│   └── ...
├── 对标/                          ← 拆文产出的结构化资产
│   └── {对标书名}/
│       ├── 原文/
│       │   ├── 第001章_章名.md
│       │   └── ...
│       ├── 角色/                  ← 从拆文库/结构化输出同步
│       │   └── {角色名}.md
│       ├── 剧情/                  ← 从拆文库/结构化输出同步
│       │   ├── {剧情单元名}.md
│       │   ├── 故事线.md
│       │   ├── 节奏.md             # 关键信息推进 + 情绪触动点 + 爆发节奏(权威节奏索引)
│       │   └── 情绪模块.md         # 读者需求/情绪引擎 + 可复现模块(权威模块索引)
│       ├── 设定/                  ← 从拆文库/结构化输出同步
│       │   ├── 世界观/             ← 按主题拆分到子目录
│       │   │   ├── 背景设定.md
│       │   │   ├── 力量体系.md
│       │   │   ├── 地理.md
│       │   │   └── 金手指.md
│       │   └── 势力/
│       │       └── {势力名}.md
│       └── 拆文报告.md
├── 追踪/
│   ├── _tracking-state.json        ← 唯一结构化权威状态
│   ├── 上下文.md                  ← 派生续写状态卡(固定 7 栏),≤12KB
│   ├── 逐章记录/第NNN章.md          ← 未来相关紧凑记录,≤3072 字节
│   ├── 角色状态/{角色名}.md         ← 派生核心角色当前快照
│   ├── 伏笔.md                    ← 派生伏笔当前视图
│   └── 时间线/{作者真相.md,读者已知.md}
├── 参考资料/
│   └── {topic}.md             # story-researcher 输出的研究资料

产物映射表(创建模板详见 [references/artifact-protocols.md](references/artifact-protocols.md)):

| 文件 | 粒度 | 创建阶段 | 读取时机 | |------|------|---------|---------| | 设定/关系.md | 全书 | Phase 2 | 按需:story-explorer relationship 查询、story-review 查设定(不在每章写作回路里逐章读) | | 设定/题材定位.md(含 主对标书 字段,多对标时必填) | 全书 | Phase 2 | Phase 3 大纲、每卷开始前、Phase 4 写前召回 | | 设定/题材正文提示卡.md | 全书/题材 | Phase 2(缺失则 Phase 4 写前即时生成) | Phase 4 每章写作前:按 genre-prose-cards.md 索引匹配后读取 genre-prose-cards/ 目录对应单题材卡优先、style-genre-modules.md 通用模块兜底,与通用正文要求、情绪/节奏召回和文风一起组装 prompt | | 设定/角色/{角色名}.md、设定/势力/{名}.md | 角色/势力 | Phase 3 细纲后增量补全(首批含主角/主要角色) | Phase 4 状态筛选/写作 | | 设定/文风.md(自定义文风·优先级最高) | 本书 | 用户自写(Claude Code 可代写);导入/拆解不覆盖 | Phase 4 每章写作前:含实质内容则取代对标文风作权威风格基 | | 对标/{书名}/文风.md | 对标书 | analyze Stage 6 输出 → story-import 显式绑定或本 skill 首次引用时同步 | Phase 4 每章写作前(文风召回;有自定义文风时降为参考/句长兜底) | | 大纲/卷纲第X卷.md | 卷 | Phase 3 | Phase 4 写卷首章前 | | 追踪/tracking-state.json | 全书 | Phase 3 初始化 | 唯一结构化权威,不进正文 prompt;每章运行 tracking_commit.py check 读取章号和修订号 | | 追踪/伏笔.md | 全书当前视图 | Phase 3 初始化 | 续写状态卡缺项时按 ID 定点查询;每 ID 只一行 | | 追踪/时间线/{作者真相.md,读者已知.md} | 全书当前事实/认知派生视图 | Phase 3 初始化 | 按作者真相或读者认知的实际问题选择视图 | | 对标/{书名}/拆文报告.md | 对标书 | 用户手动+analyze | Phase 2 核心设定、Phase 3 大纲、Phase 4 写作 | | 追踪/逐章记录/第NNN章.md | 章 | Phase 4 每章事务 | 日更不读;目标 ≤1536 字节、硬上限 3072 字节,按需查询历史原因 | | 追踪/上下文.md(续写状态卡,≤12KB) | 全书当前状态 | Phase 3 初始化 | 日更每章整份读;由事务工具整份重建,固定 7 栏 | | 参考资料/{topic}.md | 按需 | Phase 4(story-researcher 输出) | Phase 4 后续章节写作时复用 | | 追踪/角色状态/{角色名}.md | 核心角色 | 首次进入正文或导入初始化 | 久别角色按名读取一个小快照;目标 ≤4096 字节、硬上限 8192 字节;静态人设仍读 设定/角色/ | | 对标/{书名}/角色/{角色名}.md | 对标书 | analyze 输出 | Phase 4 模块召回(角色参考) | | 对标/{书名}/剧情/{剧情单元名}.md | 对标书 | analyze 输出 | Phase 3 卷纲选段与细纲成批(剧情单元卡「对标剧情参照」)、Phase 4 模块召回(剧情模块参考) | | 对标/{书名}/剧情/情绪模块.md | 对标书 | analyze Stage 3 输出 → story-import 显式绑定或本 skill 首次引用时同步 | Phase 2 核心设定、Phase 3 大纲、Phase 4 每章写作前(读者需求 / 情绪引擎、可复现模块选择) | | 对标/{书名}/剧情/节奏.md | 对标书 | analyze Stage 3 输出 → story-import 显式绑定或本 skill 首次引用时同步 | Phase 3 大纲、Phase 4 每章写作前(关键信息推进、情绪触动点、爆发节奏参考) | | 对标/{书名}/设定/*.md | 对标书 | analyze 输出 | Phase 2 设定参考、Phase 4 世界观约束 |

缺失文件处理:当前主产物缺失时显式修复,不拼装降级结果:

  1. 角色状态文件缺失 → 当前协议项目先运行 tracking_commit.py check,再重跑产生该状态的完整事务;已有正文但 _tracking-state.json 缺失时重新 /story-import。不得从前文临时推断后直接手写快照。
  2. 角色、普通剧情单元或设定等非主产物子目录缺失 → 按「对标书路径查找」查找项目视图与根目录数据源,仍缺失则跳过该可选模块。本条不适用于 剧情/情绪模块.md剧情/节奏.md
  3. 剧情/情绪模块.md / 剧情/节奏.md 缺失 → 写前准备必须停下,设置 missing_primary_contract: true 并给出 repair_action:重跑 /story-long-analyze Stage 3+ 或重新 /story-import,不得用摘要文件假装已召回权威模块。
  4. 有对标书但 文风.md 缺失 → 若有 设定/文风.md(含实质内容)走自定义文风模式继续;否则日更文风召回 fail-fast,提示先运行 /story-long-analyze Stage 6 并 /story-import 同步。完全无对标项目则跳过文风召回、不阻塞(有 设定/文风.md 时用它写作)。情绪/节奏轴(missing_primary_contract)独立,自定义文风模式不豁免其 fail-fast。
  5. 伏笔/时间线文件缺失 → 视为当前语义检查点损坏,停止写正文;先运行 tracking_commit.py check,再用事务修复。卷纲/大纲中的计划不能代替已发生事实的当前检查点。
  6. 设定/题材正文提示卡.md 缺失 → 不阻塞;写前从 设定/题材定位.md 精确匹配 references/genre-prose-cards.md 索引,并只读取 references/genre-prose-cards/ 中对应题材单卡(高/中/低置信照原卡标注),无命中再用 references/style-genre-modules.md 通用流派模块即时生成短 genre_prose_card。只有 设定/题材定位.md 也缺失时,退回细纲和目标平台做低置信题材卡,并在意图确认写明。

对标分析权威优先级(权威读取顺序)

  1. 剧情/情绪模块.md 是读者需求 / 情绪引擎、爽文套路框架、可复现模块和重组指南的权威来源。
  2. 剧情/节奏.md 是关键信息推进、章节扩写技法聚合、情绪触动点和爆发节奏的权威来源。
  3. 文风.md 只管句长、标点、对话潜台词、原文锚点等风格;它不能覆盖情绪模块或节奏意图。自定义文风 设定/文风.md(用户自写、不被导入/拆解覆盖)优先级高于对标 文风.md:含实质内容时作权威风格基,对标文风降为参考与句长数值兜底;命中硬安全线的写法(…… / 破折号 / 段间空行 / 碎句)仍按 narrative-writer 归一,自定义只接管句长 / 软标点 / 潜台词 / 情绪交替。
  4. 章节/第K章_摘要.md 是具体章节证据,用来校验和补足权威索引,不反向覆盖 情绪模块.md / 节奏.md
  5. 拆文报告.md剧情/故事线.md 是投影/摘要;若与 剧情/情绪模块.md剧情/节奏.md 冲突,写作以两个权威文件为准,并在写前准备 gaps.conflict 记录冲突来源。

文件组织原则:

  • 人物一个一个文件角色/角色名.md,方便按需读取
  • 势力一个一个文件势力/势力名.md,组织/门派/家族/国家等
  • 世界观按主题拆分:背景、力量体系、社会结构等各自独立
  • 细纲一章一个文件细纲_第XXX章.md,含钩子设计,与正文一一对应
  • 正文按章拆分:每章一个文件,第XXX章_章名.md
  • 每章写完直接写入 正文/ 目录,不要先输出到对话
单章写作流程

当用户准备写某一章时:

上一章英文旧债门:写第 N 章正文前,先确认第 N-1 章没有未清的 blocking 毒句式或中文语言漂移。写前 hook 不可用时,对上一章依次运行 node scripts/check-ai-patterns.js --check --fail-on=blocking 正文/第{N-1}章_*.mdnode scripts/check-degeneration.js --check --language=zh --fail-on=blocking 正文/第{N-1}章_*.md;有欠账先清零,再进入本章生成。` 只豁免用户明示保留的毒句式,绝不豁免英文泄漏;确需保留的外语必须在 .deslop-whitelist` 精确登记。

  1. 检查细纲:读取 大纲/细纲_第{N}章.md,并从对应 大纲/卷纲_第X卷.md 读取当前剧情单元(单元ID/位置、卷契约、本卷主推线/战果、终局底牌边界、风险等级)。如果不存在或缺少当前章节蓝图的必需字段,必须先补建细纲再写正文,不允许跳过细纲直接写作。补建时参考卷纲中本章对应的事件规划和上下文,补齐阶段位置、结构公式、禁止提前释放、内容概括、情节安排、人物关系/出场顺序、情节细化、结尾设定;无法从已有证据判断的字段写 [待补充],不杜撰副线或关系。
  2. 读取上下文(按需选择;缺失时遵循各项及上方「缺失文件处理」,仅明确标为可选的非主产物跳过。可选快捷路径:如果项目已部署 story-explorer agent(优先检查 .claude/agents/story-explorer.md 是否存在;不存在时再检查 .opencode/agents/,再不存在时检查 .codex/agents/),可 spawn Agent(subagent_type: "story-explorer", prompt: "项目目录:{dir}\n查询类型:context_load\n查询参数:准备写第 {N} 章\n追踪状态:last_committed_chapter={check 的值},state_revision={check 的值}") 一次获取上下文):
  • (1) 正文/第{N-1}章_*.md — 上一章正文
  • (2) 大纲/细纲_第{N}章.md — 本章细纲(含钩子设计)
  • (2a) 大纲/卷纲_第X卷.md — 当前剧情单元、卷契约与终局储备(主推线/战果、终局底牌边界)
  • (3) tracking_commit.py check + 追踪/上下文.mdcheck 无 ERROR 输出即通过,从它的紧凑 JSON 取 last_committed_chapter / state_revision,不把完整 state 加入 prompt;待回收伏笔取 ## 活跃伏笔,角色当前状态取 ## 核心角色状态,下一章硬承诺取 ## 下一章承诺
  • (4) 设定/角色/{相关角色}.md设定/势力/{相关势力}.md(如存在)— 本章涉及的角色与势力(按细纲出场筛选)
  • (5) 对标书路径下 拆文报告.md(按对标书路径查找)— 对标参考
  • (6) 对标/{对标书名}/原文/第{N}章_*.md(如存在)— 同位置章节参考
  • (7) 参考资料/{topic}.md(如存在)— 历史研究资料(由 story-researcher 产出)
  • (8) 对标书路径下 剧情/故事线.md(按对标书路径查找)— 剧情单元索引,用于确定本章涉及哪些剧情单元
  • (9) 对标书路径下 剧情/{相关剧情单元}.md(按对标书路径查找)— 从索引中选择与本章相关的剧情单元文件
  • (10) 对标书路径下 设定/世界观/*.md(glob,按对标书路径查找)— 从当前拆文产出的主题化设定中获取参考;目录缺失则记录缺口并跳过本项,不读取扁平历史路径
  • (11) 对标书路径下 剧情/情绪模块.md(按对标书路径查找)— 读者需求 / 情绪引擎、爽文套路框架、可复现模块;缺失按上方「缺失文件处理」设置 missing_primary_contract 并停止准备
  • (12) 对标书路径下 剧情/节奏.md(按对标书路径查找)— 关键信息推进、情绪触动点、爆发节奏;缺失按上方「缺失文件处理」设置 missing_primary_contract 并停止准备
  • (13) 设定/题材正文提示卡.md(如存在)— 本书正文层题材卡;缺失时从 设定/题材定位.md + references/genre-prose-cards.md 索引 + references/genre-prose-cards/ 单题材卡目录(按题材分类优先)+ references/style-genre-modules.md(兜底)即时生成 genre_prose_card,不阻塞写作
  1. 写前准备(下面的 3 步是核心方法在单章写作中的落地:筛选状态 → 召回模块 → 确认意图):
  • 状态筛选:从 追踪/上下文.md## 核心角色状态 取当前角色,从 ## 活跃伏笔 取需回收/推进项,从 ## 下一章承诺 取本章必须履行项,输出本节速记(参考 state-tracking.md)。久别角色按名读取 追踪/角色状态/{名}.md;只有追查变化原因时才定点查逐章增量。续写状态卡或 meta 不存在时按 workflow-daily 的当前协议处理,不手写替代文件
  • 模块召回、题材卡与文风召回
  • ① 本章目标情绪词?② 借鉴哪个参考文件的哪个技法?③ 用在哪些段落?答不出 → 先回读参考再动笔
  • (a) 情绪模块召回:按「对标书路径查找」规则读 {对标书路径}/剧情/情绪模块.md,选出 1 个与本章目标情绪最贴近的 selected_emotion_module(读者需求、触发器、戏剧单元、可替换要素、反抄袭提醒)。缺失时设置 missing_primary_contract: true,返回明确 repair_action 后停止准备
  • (b) 节奏召回:读 {对标书路径}/剧情/节奏.md,选出 1 条 rhythm_reference(关键信息 → 扩写技法 → 情绪触动点 → 爆发/冷却)。缺失时设置 missing_primary_contract: true,返回明确 repair_action 后停止准备
  • (c) 题材正文提示卡召回:优先读 设定/题材正文提示卡.md;缺失则先读 设定/题材定位.md + references/genre-prose-cards.md 索引,按主题材精确匹配后只读取 references/genre-prose-cards/ 中对应单题材卡(如 都市脑洞 / 豪门总裁 / 年代 / 双男主;低置信卡必须在意图确认标注低置信,并要求同题材对标校准),无命中再读 references/style-genre-modules.md 通用流派模块。跨题材时主题材抽 3-5 条、辅题材抽 1-2 条,生成短 genre_prose_card(题材边界、核心逻辑、读者期待、核心爽点/情绪、正文落点、前中后期打法、节奏密度、场景颗粒、禁止漂移、本章取舍、卡片置信度)。题材卡只约束正文层题材味,不改细纲剧情、不覆盖 selected_emotion_module / rhythm_reference / 设定/文风.md;只在内部校准取舍,正文里不得出现卡名/标签/置信度/条目/合规自评
  • (d) 文风召回:先直接读 设定/文风.md(不经 explorer):含实质内容(去空白 ≥200 字,或含 句长 / 标点 / 对话 / 锚点 / 笔调 小节且小节内有可执行约束:比例 / 例句 / 禁止或偏好描述)则置 custom_style=true、进入「自定义文风模式」,它作权威风格基(句长 / 软标点 / 潜台词 / 情绪交替),对标 / 拆文 文风.md 降为参考(锚点 + 句长兜底);空 / 仅空白 / 仅标题 / 占位 stub(待办 / 待补充 / ___)视为不存在。否则按「对标书路径查找」规则读 {对标书路径}/文风.md(路径优先 {项目}/对标/{书名}/,回退 拆文库/{书名}/);多本对标书时从 设定/题材定位.md主对标书 字段。未进入自定义文风模式且文风文件不存在 → fail-fast 报错:「对标书 X 缺少 文风.md。请用 /story-long-analyze 跑 Stage 6 生成文风,再 /story-import 同步。」不 inline 生成(自定义文风模式则不 fail-fast;情绪 / 节奏轴 missing_primary_contract 仍独立阻塞)
  • (e) 匹配章节挑选:从 {对标书路径}/章节/*_摘要.md grep 基调:(紧张|轻松|悲伤|热血|爽|甜|温馨|恐怖|压抑|其他)(全角冒号),按本章目标情绪挑章 K——多章同基调时选择规则:先看爽点类型是否接近,再看情节点数量/原文章节估算字数是否接近本章目标字数,最后取章节号最小者;必读 {对标书路径}/章节/第K章_摘要.md,若同章存在 第K章_深度拆解.md 则加读,否则回退黄金三章深度拆解/文风文件里的可借鉴技巧,不因非黄金三章缺少深度拆解而失败
  • (f) 结构化模块召回:从对标的结构化子目录(角色/剧情/设定)中按本章情节检索相关模块;若与 剧情/情绪模块.md / 剧情/节奏.md 冲突,权威文件优先,记录 conflict
  • (g) 输出"主对标召回摘要 + 副对标召回摘要 + selectedemotionmodule + rhythmreference + genreprosecard + 文风召回指令 + 原文锚点片段引用",作为 narrative-writer 的输入。多对标书时references/cross-book-recall.md:主对标提供文风、原文锚点与 selectedemotionmodule / rhythmreference;副对标/参考对标按阶段预算提供结构化摘要,不限制登记书目,不读取副书 文风.md / 原文,超过预算时裁条目不裁书目记录。
  • 快捷路径:项目已部署 story-explorer agent 时,可一次性召回文风/模块材料。
  • 检查顺序:.claude/agents/story-explorer.md.opencode/agents/.codex/agents/
  • 查询类型:benchmark_style_load;传入项目目录、章节号、目标基调/字数和爽点类型。
  • 需要返回:style_profile_pathstyle_profile_summaryselected_emotion_modulerhythm_reference、来源路径、匹配章节、锚点片段、gaps
  • gaps.missing_primary_contract 为 true 时先按 repair_action 修复,不进入正文生成。
  • 主会话另行直接读 设定/文风.md:含实质内容时作为本书风格基准;但不豁免情绪/节奏缺失。
  • 指令确认:综合细纲、本节速记和模块召回结果,用一句话写清本章意图。
  • 新版细纲必须消费:阶段位置、单元ID/位置、主角目标/关键选择、结构公式、禁止提前释放、内容概括、情节安排、人物关系/出场顺序、情节细化、结尾钩子,并对照当前剧情单元的卷契约、本卷主推线/战果、终局底牌边界。
  • 细纲优先边界:正文只能展开本章细纲已有事件、人物、冲突、伏笔和结尾钩子;不得为了凑字或"更精彩"自造新主线、新角色、新反转、提前写后续章剧情,必要的过渡动作只能服务于细纲已列情节点。后续阶段真相、底牌、关系结论和终局矛盾不得因为章尾钩子提前泄露。反过来,细纲是"要发生什么"的契约、不是正文的形状:正文可自由编排叙述顺序、合并/穿插情节点,不必一个情节点一段、也不必按五段式顺写,把每个点演成场景而不是照抄概括语(见 writing-craft.md「从细纲到正文」)。
  • 细纲语义去重:同一要求在核心事件、五段式、情节安排和情节点中重复,只算一个语义点;生成前合并,不把重复次数当强调,不沿用提纲原句逐项复述。比如多处都写“不带摄像机、先听完再决定拍不拍”,正文只通过一个自然动作或一句人物判断兑现,不能拆成「至于拍不拍,怎么拍…」「不带摄像机,不带采访灯」两轮说明。
  • 爽点出手前要有可指认的危机/期待铺垫;装逼/打脸/揭露章要写在场配角的差异反应。
  • 高压/生死/悲痛节拍 要收紧对话声线:搞笑担当让位,信息型角色不当科普嘴,对话逐句承接对方情绪。
  • 检查任务卡点:本章如果有“办事被卡住”,它必须卡出信息、关系、代价、选择或伏笔变化;没有就不强补。
  • 契约风险检查:按 references/reader-contract-and-progression.md 判定 契约安全 / 需补强 / 契约破坏;若高光/收益被配角、机构或偶然性拿走且没有可见交换,先修纲再写。
  • 例:「快节奏打脸——账单暴露→逼问→反证→公开代价;读者等了三章,这章必须一拳到位。」
  1. 资料研究(按需):如果写作中遇到需要查证的外部事实(历史年代、地理方位、职业细节等),如果项目已部署 story-researcher agent(优先检查 .claude/agents/ 下的 story-researcher.md 是否存在;不存在时再检查 .opencode/agents/,再不存在时检查 .codex/agents/),spawn `stor

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.