10万字爽文小说创作
核心目标
创作一部结构完整、可断点续写、最终正文约10万字的原创中文网络小说。默认采用10卷、100章结构，但题材需要时可调整章节数量。
统一字数口径：
- 成稿目标：正文有效字符95,000–105,000，用户另有要求时以用户要求为准。
- 默认结构：10卷 × 10章，共100章。
- 单章参考：平均约1,000有效字符，允许800–1,300字符自然波动。
- 有效字符：去除Markdown标记和空白后的中英文、数字及常用标点；最终以校验脚本结果为准。
- 不要在一条回复中承诺直接输出完整10万字。使用文件或多轮分段生成，并持续保存状态。
工作原则
- 先建立创作方案和三层大纲，再写正文。
- 优先使用持久化文件；没有文件能力时，在对话中维护精简状态块。
- 每章写完立即更新设定、时间线、人物关系、物品和伏笔台账。
- 每卷结束执行连贯性、字数和节奏检查，再进入下一卷。
- 默认自主完成已确认范围；只有重大方向变化或用户要求检查点时才暂停确认。
- 保持原创，不复刻现有作品情节，不模仿在世作者的独特风格，不输出大段受版权保护文本。
第一阶段：确定创作任务
从用户输入提取：
- 核心创意与题材
- 目标读者和叙事视角
- 主角身份、欲望、缺陷与成长方向
- 世界类型与核心规则
- 爽感来源、节奏、感情线和禁用元素
- 目标字数、章节规模、交付方式
用户只给一句灵感时，直接补全合理默认值并给出2–3个差异明显的方案。只有会显著改变作品方向的选择才请求确认。
不要强制所有题材包含系统、金手指、男性主角或打脸桥段：
- 系统/升级类：重点设计能力边界、代价和升级路径。
- 都市逆袭类：重点设计现实约束、资源积累和对手逻辑。
- 女频成长/言情类：重点设计人物关系、主体性与情绪回报。
- 悬疑类：重点设计信息差、证据链和公平伏笔。
- 无金手指题材：以技能、关系、选择和代价构造成长反馈。
第二阶段：创建持久化项目
有文件能力时，创建以下结构；目录名使用作品名的安全短名：
novel-project/
├── brief.md
├── outline.md
├── state.json
├── chapters/
│ ├── 001.md
│ └── ...
└── reports/
└── validation.md
文件职责：
brief.md：用户需求、风格、禁用项和字数口径。outline.md：总纲、卷纲、章纲和所有已批准调整。state.json：当前进度与连续性台账，作为续写前的唯一事实来源。chapters/NNN.md：每章一个文件，标题格式为# 第N章 章名。reports/validation.md：阶段检查和最终校验结果。
state.json 至少包含：
{
"schema_version": 1,
"current_chapter": 0,
"target_chapters": 100,
"target_chars": 100000,
"characters": {},
"relationships": [],
"world_rules": [],
"locations": {},
"items": {},
"timeline": [],
"open_foreshadows": [],
"resolved_foreshadows": [],
"chapter_summaries": [],
"style_constraints": [],
"continuity_warnings": []
}
续写前读取 brief.md、outline.md、state.json 和上一章；不要依赖模糊的对话记忆。
第三阶段：生成并确认三层大纲
总纲
确定以下内容：
- 一句话卖点和主题命题
- 主角起点、终点与不可逆变化
- 核心冲突和对手行动线
- 3–5次重大转折
- 结局、代价和情绪回报
- 总体字数与分卷计划
卷纲
每卷记录：卷目标、表层/深层冲突、关键事件、中点转折、卷末高潮、角色状态变化、伏笔埋设与回收、承上启下方式。
章纲
每章记录：本章目标、冲突双方、场景、信息增量、人物变化、爽点或情绪回报、结尾推进力、目标字符数。
在开始大量正文前，至少确认总纲和第一卷卷纲。用户选择全自动模式时，可自行确认大纲合理性并继续，但仍要把大纲写入文件。
第四阶段：分章生成正文
逐章执行以下循环：
- 读取状态台账、当前章纲和上一章结尾。
- 检查本章必须承接的时间、地点、人物、道具和伏笔。
- 写入
chapters/NNN.md，避免把章纲说明混入正文。 - 做自然化润色：调整句式、对话、细节和节奏，减少模板化表达。
- 生成不超过120字的章节摘要。
- 更新
state.json中发生变化的全部事实。 - 检查本章标题、字符数和与上一章的衔接。
每章至少推进两项：情节、人物关系、角色成长、世界信息、伏笔或主题。不要用重复打脸、重复震惊或无意义日常填充字数。
第五阶段：卷末检查
每10章或每卷完成后：
- 核对该卷实际字符数和全书累计进度。
- 检查主角、配角和对手是否都有行动逻辑。
- 检查人物关系、等级、伤势、道具、地点和时间线。
- 统计新埋伏笔、已回收伏笔和逾期未回收伏笔。
- 检查爽点类型是否重复、冲突是否升级、下一卷是否有新变量。
- 必要时只调整未写章节的大纲；修改已写章节前先评估连锁影响。
默认检查点是卷末。用户明确要求逐章确认时才在每章后暂停。
第六阶段：最终校验与交付
完成全部章节后：
- 如果环境有 Python，运行
python "{baseDir}/scripts/validate_novel.py" <novel-project> --final；仅提供python3时使用对应命令。没有 Python 时，按本节其余项目手动校验。 - 修复章节缺失、编号重复、标题重复、字符数偏差和状态文件错误。
- 通读卷首卷尾与重大转折附近章节，检查跨卷衔接。
- 检查原创性、平台适配、敏感内容和版权风险。
- 合并正文时保留清晰卷名和章名；不要把状态台账、提示词或自检报告混入成稿。
- 在交付说明中报告实际章节数、有效字符数、校验结果和仍需人工复核的事项。
交互模式
- 自主模式：确认总纲后持续写作，按卷内部校验，不主动暂停。
- 分卷确认：每卷完成后呈现摘要、进度与风险，等待用户继续。
- 逐章确认：每章后等待修改或继续，仅在用户明确要求时使用。
- 续写模式：读取已有项目文件，从
state.json.current_chapter + 1开始。
模式切换只影响暂停频率，不得跳过状态更新和校验。
参考资料路由
只读取当前阶段需要的资料，避免一次加载整个知识库。
| 任务 | 读取资料 |
|---|---|
| 生成创意、标签组合 | creative-generation-guide.md |
| 设计总纲、卷纲、章纲 | long-novel-outline.md |
| 查看完整大纲范例 | long-novel-outline-sample.md |
| 设计人物档案 | character-guide.md |
| 设计成长与能力升级 | character-growth-system.md |
| 设计爽点和期待链 | pom-point-templates.md |
| 控制长篇节奏 | long-novel-pace-control.md |
| 处理卷间衔接 | volume-transition.md |
| 维护人物、剧情和设定连续性 | coherence-techniques.md |
| 使用进度、版本和调整模板 | practical-tools.md |
| 配置分段生成和状态更新 | workflow-interaction.md |
| 优化句式、对话和自然感 | natural-writing.md |
| 设计开篇、代入感与创新爽点 | advanced-techniques.md |
| 设计反套路和灵感盲盒 | innovation-guide.md |
| 检查核心风险和长篇中期疲软 | core-cautions-guide.md |
| 参考一万字卷内结构 | structure-guide.md |
| 适配题材和通用内容边界 | platform-genre-guide.md |
| 了解不同平台的长篇定位 | platform-longform-guide.md |
| 匹配番茄分类与标签 | tomato-novel-genre-guide.md |
| 检查原创性和版权边界 | originality-and-copyright.md |
平台分类、投稿规则和内容规范具有时效性。用户明确要求投稿或平台适配时，先核对当前官方规则；无法核对时标注资料版本并避免声称“最新”。
