项目从哪里开始

本地项目使用的是 Casting-Workflow，核心思路是从同类文本里提取类型公约数，再把脑洞、人设、大纲、开篇、正文、优化、润色、续写和扩写拆成阶段推进。项目 README 里把它称为 12 阶段管道，本地运行依赖很轻，主要是 Python 和 jieba。

这次长篇产物位于 output/long_female_general，作品名是《长风将》。总纲里设定它是古代言情、女将军、和离翻盘、朝堂权谋、边关战事和家族护持的组合。

我实际保留下来的结构

我没有把生成结果只存成一个大文件，而是按卷和章节拆分：volume_01 到 volume_08 每卷 20 章，当前共 160 章。本地 output/long_female_general/progress.md 记录第八卷已完成，正文阶段已经收束。

这种拆法对静态网站也友好。每个章节都是独立 Markdown 文件，导入网站时可以稳定生成单章阅读页、目录页、上一章和下一章链接。

它解决的问题

长篇创作最容易失控的不是单章质量，而是连续性。Casting-Workflow 的阶段提示词把问题拆小：先确定女主沈照夜、前夫谢行舟、搭档祁云策、兵部线和军饷旧案，再围绕每卷推进军权、旧案和朝堂压力。

我在本地保留了 series_outline.md、task_plan.md、progress.md 和 findings.md。这些文件不是正文，但它们让后续追加章节时能回到同一个创作上下文。

上线时我做了什么取舍

网站没有引入后台、数据库或框架。对目前的个人站来说，静态 HTML 更简单：章节导入脚本读取 Markdown，生成固定页面。读者访问的是普通 HTML，服务器只需要 Nginx。

另一个取舍是如实标注进度。《长风将》的原计划是 160 章以上，本地第八卷已经写到第 160 章，所以网站展示为“全书正文完成”，但不继续虚构 160 章之外的番外或续作。

下一步

后续如果继续写番外或扩展卷，只需要把新的章节 Markdown 放入新的 volume_XX 目录，重新运行导入脚本，再更新 sitemap。这个流程比手工维护大量 HTML 文件可靠得多。