第1周的目标不是改稿,而是把原稿变成可管理对象
前面已经准备了章节卡片、人物卡片、时间线记录、伏笔编号和废稿归档模板。现在真正进入 30 天执行计划,第一周不能急着改文字。第一周的目标只有一个:把《孢子三部曲》的原稿从一堆长期积累的文档,变成一套可以被管理、检索、排序和判断的章节系统。
这一步看似笨,但非常关键。十七年写作最容易留下的问题,不是没有内容,而是内容太多、版本太多、旧稿和新想法混在一起。作者心里知道很多背景,但正文并没有清楚呈现;某些段落写了很多年,早已和当前结构不匹配;某些章节被反复移动,已经分不清它承担什么功能。
所以第 1 周只做四件事:收拢原稿、拆分章节、统一编号、初填章节卡片。做到这一步,后面的工作才有地基。
第1天:收拢所有原稿和相关材料
第 1 天不做判断,只收拢。把所有和《孢子危机》《孢子崛起》《孢子起源》有关的文档放到一个工作目录里,包括正文稿、旧版章节、设定笔记、人物草稿、废弃场景、结尾设想、起源设定、自然描写片段。
收拢时不要一边读一边改,也不要因为看到旧稿就情绪化地判断“这个还能用”或“这个太差”。第 1 天只做目录清点。
建议建立四个文件夹:
spore-audit-working/
01-current-drafts/
02-old-drafts/
03-notes-and-settings/
04-archive-candidates/
当天完成标准:
- 三部曲现有正文都进入
01-current-drafts/。 - 旧稿和废稿都进入
02-old-drafts/。 - 世界观、人物、自然设定进入
03-notes-and-settings/。 - 明显不确定是否有用的材料进入
04-archive-candidates/。 - 建立一个
audit-log.md,记录今天发现了哪些材料。
第 1 天最重要的是克制。不要急着重写。先把东西放到桌面上。
第2天:确认当前正文主版本
第 2 天要解决一个问题:哪一份稿子是当前主版本?如果没有主版本,后面盘点会不断回到旧版本争论。
《孢子三部曲》可能存在多个版本:早期设定版、阶段性重写版、某些章节扩写版、局部修订版。第 2 天要把当前最接近目标的一份确定为“主版本”。主版本不代表最好,也不代表不能改,只代表后续盘点以它为基准。
主版本确认后,为三部作品分别建立主文档索引:
| 作品 | 主版本文件 | 版本说明 | 当前问题 |
|---|---|---|---|
| 《孢子危机》 | 待填 | 目前最完整的第一部稿 | 待填 |
| 《孢子崛起》 | 待填 | 目前最完整的第二部稿 | 待填 |
| 《孢子起源》 | 待填 | 目前最完整的第三部稿 | 待填 |
当天完成标准:
- 三部作品各有一个主版本文件。
- 其他版本全部标为参考稿或废稿候选。
- 不再从多个版本同时盘点同一章节。
- 在
audit-log.md里记录为什么选择这个主版本。
这一步能避免后面不断被旧版本拉回去。
第3天:按自然章节拆分主版本
第 3 天开始拆章。这里的“章节”先按原稿自然分段来,不急着重排。原稿里原本叫第一章、第二章,就按它来;如果一章过长但明显包含多个场景,可以先标注内部场景,但不要立刻拆开。
拆章时,每一章只做三件事:复制章节标题、写一句摘要、记录原位置。
初步拆章表:
| 原部数 | 原章节编号 | 临时标题 | 一句话摘要 | 备注 |
|---|---|---|---|---|
| 《孢子危机》 | 01 | 待填 | 待填 | 待填 |
| 《孢子危机》 | 02 | 待填 | 待填 | 待填 |
| 《孢子崛起》 | 01 | 待填 | 待填 | 待填 |
| 《孢子起源》 | 01 | 待填 | 待填 | 待填 |
当天完成标准:
- 三部主版本全部拆成章节列表。
- 每章至少有一句摘要。
- 暂时不删除、不合并、不移动。
- 如果发现一章内部明显有多个功能,只在备注里写“可能拆分”。
拆章的关键是保持客观。先看清现状,再判断问题。
第4天:统一章节编号
第 4 天给所有章节统一编号。编号要稳定,方便后续人物卡、时间线、伏笔表引用。
建议格式:
| 编号格式 | 含义 |
|---|---|
| CR-C001 | 《孢子危机》第 1 张章节卡 |
| RI-C001 | 《孢子崛起》第 1 张章节卡 |
| OR-C001 | 《孢子起源》第 1 张章节卡 |
CR 对应 Crisis,RI 对应 Rise,OR 对应 Origin。编号只表示盘点顺序,不代表最终顺序。即使后面章节移动,也不要随意改原编号。可以新增“拟定新顺序”字段。
当天完成标准:
- 每个章节都有唯一编号。
- 编号写入章节列表。
- 后续所有表统一引用这个编号。
- 建立
chapter-index.md或表格文件。
稳定编号是工程化修订的基础。没有稳定编号,后面讨论“那一章”会变得很混乱。
第5天:初填章节功能
第 5 天开始给每章贴功能标签。功能标签从第 94 篇的章节卡片模板中选:日常建立、前兆、调查、误判、隐瞒、扩散、损失、选择、关系变化、制度建立、制度失效、起源证据、伏笔回收、余波。
每章可以有多个标签,但必须选一个主功能。
功能初填表:
| 章节编号 | 主功能 | 次功能 | 是否清楚 | 备注 |
|---|---|---|---|---|
| CR-C001 | 前兆 | 日常建立 | 是/否 | 待填 |
| RI-C001 | 灾后恢复 | 旧伤回响 | 是/否 | 待填 |
| OR-C001 | 起源证据 | 旧线索回收 | 是/否 | 待填 |
当天完成标准:
- 每章都有主功能。
- 功能不清楚的章节标记为“待判断”。
- 明显重复功能的章节做备注。
- 不立刻删除,只记录。
这一天会开始暴露问题。很多章节写了不少内容,但主功能不清楚。这不是坏事,说明盘点开始产生价值。
第6天:补充章节卡核心字段
第 6 天不再只填功能,而是把章节卡片的核心字段补上:主要人物、视角人物、信息变化、情感变化、自然线索、孢子状态、时间位置。
不需要一次填满所有字段,但每章至少要有这些基本信息:
| 章节编号 | 主要人物 | 视角人物 | 信息变化 | 情感变化 | 自然线索 | 时间位置 |
|---|---|---|---|---|---|---|
| 待填 | 待填 | 待填 | 待填 | 待填 | 待填 | 待填 |
当天完成标准:
- 每章明确主要人物。
- 每章明确是否有自然线索。
- 每章记录本章新增信息。
- 每章记录人物或关系是否变化。
- 找出“只有解释,没有变化”的章节。
如果一章没有信息变化,也没有情感变化,还没有自然线索和人物选择,就要重点标记。它可能是需要压缩的章节。
第7天:第1周复盘和问题清单
第 7 天不继续填新内容,而是复盘。把前六天的结果整理成三个清单:结构问题清单、重复章节清单、待重写章节清单。
复盘表:
| 问题类型 | 章节编号 | 具体问题 | 初步处理 |
|---|---|---|---|
| 功能不清 | 待填 | 不知道本章推进什么 | 重写/合并/后移 |
| 重复 | 待填 | 与另一章功能相同 | 合并 |
| 信息太早 | 待填 | 过早解释孢子规则 | 后移/改写 |
| 视角不稳 | 待填 | 作者替人物解释 | 重写 |
| 自然缺席 | 待填 | 危机升级没有自然条件 | 补线索 |
第 7 天完成标准:
- 三部曲章节索引完成。
- 每章都有编号和主功能。
- 初步章节卡完成 60% 以上。
- 列出第一批结构问题。
- 确定第 2 周要重点盘点的人物和时间线。
第 1 周结束时,不需要已经改好任何一章。只要原稿从混乱变成可管理,就是完成。
第1周的克制原则
这一周最重要的原则,是不急着修。看到问题就想马上改,是作者的本能,但会破坏盘点节奏。第一周只负责发现和标记。
可以写备注,但不要大段重写。可以标“需要补乐汀视角”,但不要当天写新场景。可以标“孢子扩散缺天气原因”,但不要立刻改设定。所有改写冲动都记录到 rewrite-ideas.md,等 30 天盘点结束后统一处理。
这样做不是拖延,而是避免局部修改破坏整体判断。
第 1 周的成果,是一套稳定的章节编号和初步章节卡。它让后面的人物盘点、时间线校验、伏笔编号和废稿归档都有了依附点。没有这一周,后面的工作会继续停留在感觉里。
常见问题解答(FAQ)
以下问题与答案基于本文内容整理,帮助读者快速回顾核心要点。这些结构化问答也有助于搜索引擎与大模型更好地理解文章主题。
Q1: 第1周的目标不是改稿,而是把原稿变成可管理对象的核心内容是什么?
前面已经准备了章节卡片、人物卡片、时间线记录、伏笔编号和废稿归档模板。现在真正进入 30 天执行计划,第一周不能急着改文字。第一周的目标只有一个:把《孢子三部曲》的原稿从一堆长期积累的文档,变成一套可以被管理、检索、排序和判断的章节系统。
Q2: 为什么第1天:收拢所有原稿和相关材料很重要?
第 1 天不做判断,只收拢。把所有和《孢子危机》《孢子崛起》《孢子起源》有关的文档放到一个工作目录里,包括正文稿、旧版章节、设定笔记、人物草稿、废弃场景、结尾设想、起源设定、自然描写片段。
Q3: 如何理解和实践第2天:确认当前正文主版本?
第 2 天要解决一个问题:哪一份稿子是当前主版本?如果没有主版本,后面盘点会不断回到旧版本争论。
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。