Story Long Write

📖 从大纲到日更,系统化创作长篇网文

从大纲到正文的完整长篇网文创作系统,支持世界观管理、情节线追踪与AI辅助日更,覆盖开书、续写、大修全流程

收藏
3.5k
安装
1.5k
版本
1.1.10
CLS 安全性认证2026-08-02
点击查看完整报告 >

使用说明

story-long-write:系统化长篇网文创作

story-long-write 是一套面向网文作者的生产级写作框架,核心目标是将「灵感驱动」转化为「情绪驱动+模块组装」的工业化流程。它不教写作技巧,而是提供一套可复现、可追踪、可协作的工程方法。

核心用法

五阶段流水线:选题方向→核心设定→大纲搭建→正文写作→质量检查。每个阶段有明确的输入输出、文件规范和校验标准。

三种启动场景:「开书」从零搭建完整项目;「日更/续写」基于已有细纲和追踪文件批量产出;「大修」回炉特定章节或整卷重构。场景由触发词自动识别,无需用户判断。

文件系统治理:强制拆分设定/大纲/正文/追踪/对标五大目录,每章细纲独立成文,角色/势力/世界观按主题模块化,支持跨项目复用拆文库资源。

显著优点

情绪优先架构:先定「让读者什么感觉」,再选题材和剧情模式,规避「有设定无爽点」的致命缺陷。提供打脸、身份反转、感情拉扯、悬疑、日常装逼等五大情绪-题材映射表。

对标驱动生产:支持导入热门作品拆文数据(story-long-analyze 产出),从情绪模块、节奏、文风三维度召回可复用技法,实现「学神不似形」的差异化创作。

细纲强约束:每章必须产出含「内容概括(五段式)」「情节安排(多线)」「人物关系/出场顺序」「情节细化(密疏预算+功能标签)」「结尾设定和钩子」的标准化细纲,正文写作严格按细纲执行,字数预算误差控制在±10%。

状态追踪闭环:伏笔、时间线、角色状态三文件实时同步,支持50章轻量归档,解决长篇创作「前后矛盾」「伏笔烂尾」痛点。

潜在局限

高前置成本:完整跑通五阶段需要大量前期投入,适合计划写30万字以上的中长篇;短篇作者可能感到流程过重。

对标依赖风险:情绪模块和节奏文件若缺失,会触发 fail-fast 阻塞写作,强制用户补全拆文数据;legacy 拆文库虽有回退机制,但置信度降低。

文风召回边界:自定义文风(设定/文风.md)仅接管句长/软标点/潜台词/情绪交替,硬安全线(省略号、破折号、段间空行、碎句)仍归 narrative-writer 强制归一,作者可能感到自由度受限。

Agent 部署依赖:story-architect、narrative-writer 等子 Agent 需额外配置,未部署时主线程降级执行,复杂结构/文风模仿质量可能下降。

适合人群

  • 计划稳定日更3000字以上的签约/准签约作者
  • 有明确对标书、希望拆解爆款逻辑的跟风型创作者
  • 多人协作项目(文件系统规范支持版本管理工具)
  • 厌倦「写到哪算哪」、需要工程化管控进度的职业写手

常规风险

字数焦虑:硬性约束「≥3000字/章」「细纲密点≥250字」,低压/关系章也被迫达标,可能牺牲节奏自然性。

情绪同质化:模块召回机制若过度依赖单一主对标,可能导致多书「情绪配方」趋同,建议配合副对标/参考对标分散输入。

技术债务累积:50章归档、退化防护脚本(check-degeneration.js)需手动触发,长期项目若跳过维护,追踪文件膨胀会影响加载性能。

版权灰色地带:拆文数据存储对标书原文片段和结构分析,存在平台TOS违规风险,建议仅用于已购正版或公有领域作品。

安全解读

核心用法

story-long-write 是一套专为长篇网络小说创作设计的系统化写作工具链。其核心工作流分为五个阶段:选题方向确认 → 核心设定搭建 → 大纲与细纲构建 → 正文日更辅助 → 质量检查。用户通过 /story-long-write 或关键词触发,系统根据项目状态自动路由到「开书」「日更续写」「大修回炉」等场景。

该 Skill 采用「情绪先行」方法论:每章写作前先确定目标情绪(爽感、震撼、紧张、意难平等),再从验证过的剧情模块中提取可复用结构,填充原创素材。支持对标书拆解(/story-long-analyze)后的结构化召回,包括情绪模块、节奏参考、文风模仿等。项目文件按标准化目录管理(设定/大纲/正文/追踪/对标),细纲每章独立文件,正文写作严格遵循字数预算和情节点编排。

显著优点体现在三方面:一是工业化写作流程,将网文创作拆解为可执行的工程步骤,降低新手入门门槛;二是模块化复用机制,通过对标书拆解建立「情绪模块」「节奏索引」等结构化资产,支持跨书调用;三是质量兜底体系,内置禁用词扫描、AI句式检测、模型退化防护等脚本,配合多 Agent 架构(story-architect/character-designer/narrative-writer 等)实现分层协作。

潜在局限性同样明显:首先学习曲线陡峭,40+ 参考文档和复杂的文件契约(细纲字段、预算合计、章节定位等)需要较长时间适应;其次创作自由度受限,严格的字数硬约束(≥3000字/章)、情绪节点密度要求、禁止「……」「——」等标点规则,可能与部分作者的创作习惯冲突;再者对标依赖风险,系统设计上高度依赖对标书拆解,若用户缺乏优质对标样本或拆解流程中断,写作召回质量显著下降。

适合人群为有意尝试商业化网文创作的准职业作者,尤其是认同「扫榜-拆文-仿写」方法论、追求稳定日更产出、愿意接受工程化约束的写作者。对追求纯文学表达、强烈个人风格或实验性结构的创作者则可能感到束缚。

常规使用风险包括:性能层面,大型项目(百万字级)的文件检索和 Agent 调用可能产生延迟;依赖项层面,部分高级功能(如 story-explorer 自动召回)依赖可选 Agent 部署,缺失时降级为手动操作;版本兼容性上,新旧细纲模板、拆文库契约存在差异,legacy 模式与 v12 新契约混用可能导致召回失败。此外,T3 来源的个人维护属性意味着长期支持存在不确定性,建议用户定期备份项目并关注上游更新。

Story Long Write 内容

references文件夹
scripts文件夹
手动下载zip · 305.0 kB
anti-ai-writing.mdtext/markdown
请选择文件