第13章 管理一百篇作品——覆盖矩阵与档案运营

十篇作品积累起来，接着变成二十篇。到了三十篇，奇怪的事情开始发生：很难记住哪篇稿件写过哪个人物；要分辨姜明淑已经写过和还没写过的题材，也开始耗费时间；两篇稿件出现相似场景，却无法确定那是有意重复还是失误。

这不是记忆力问题，而是管理问题。创作一百篇作品既是写作，也是管理。只有写作而没有管理，五十篇之后必然陷入混乱。

本讲介绍一百篇项目的管理体系。

覆盖矩阵的运营

第5章介绍了覆盖矩阵的概念，这里讨论实际运营方法。

矩阵结构。 纵轴排列人物，横轴排列篇号。每个单元格简要记录稿件代码、形式与题材类型。

简化后的记录可能如下：姜明淑出现在第1篇（ST-01-短篇/演出前）和第3篇（ST-15-小品/候场室）；成员B在第2篇（ST-07-漫谈/后辈）出现一次；承包人B在第1篇（ST-04-短篇/委托）出现一次。每个单元格都以缩写记录代码、形式和题材类型。

查看矩阵，就能一眼知道每个人物拥有几篇稿件、每种形式使用了几次，以及哪些题材已经处理过。

更新时间。 稿件获得合格判定后立即更新矩阵，也就是完成QA报告后马上更新。若先堆积成稿，再统一更新，必然会有遗漏。

检查周期。 每完成十篇，就检查一次整个矩阵：哪些人物仍是空白，哪些形式数量不足，哪些题材类型正在重复。检查结果应进入下一个十篇的写作计划。

这种方法类似美国电视剧《迷失》六季中的人物分配。剧集为十四名主要和配角人物每季分配一至两集“中心人物集”，让每个人物每季至少担任一次主角。MCU的阶段运营也有相同思路：一个阶段结束时，检查哪些英雄获得了个人电影、哪些没有，再在下一阶段纠正。韩国网漫《Free Draw》的多视角运营和《看脸时代》的角色矩阵，也采用了相似态度。

稿件档案管理

稿件文件的管理方式同样重要。一百个文件混在一个文件夹里，很难查找。

我们采用以下原则。

文件名规则： ST-[篇号]-[人物代码]-[形式代码].md

文件名中的ST是“Storytelling 100 manuscript”的缩写，设计稿文件则以DS（Design Sheet）为前缀。ST与DS编号一一对应：以DS-001为基础写出的稿件就是ST-001。QA报告以ST-001-QA.md的形式与稿件存放在一起。

例如：ST-001-姜明淑-短篇.md、ST-007-成员B-漫谈.md、ST-015-承包人B-小品.md

篇号按写作完成顺序分配。人物代码采用Vault赋予的代码或姓名，形式代码采用短篇/小品/漫谈/四格。

文件夹结构：

[故事创作100稿件]
├── 完成/
│   ├── ST-001-姜明淑-短篇.md
│   ├── ST-001-姜明淑-短篇-QA.md
│   └── ...
├── 进行中/
│   └── ST-016-[人物]-[形式]-进行中.md
├── 设计稿/
│   ├── DS-001-姜明淑-短篇.md
│   └── ...
└── 覆盖矩阵.md

完成文件夹同时保存稿件和对应QA报告；设计稿文件夹保存每篇稿件的设计稿；进行中文件夹则保存当前正在写的稿件。

采用这种结构，任何稿件都能迅速找到，也能关联查看各自的设计稿与QA报告。

管理世界观一致性

随着一百篇作品不断积累，最难管理的是世界观的一致性。早期确定的设定，会在后期稿件中不知不觉发生变化。

因此需要一套预防体系。

世界观冲突日志。 每当两篇稿件之间出现世界观冲突，就记录冲突内容、两篇稿件的文件名和解决方法。日志不断积累后，就能看出哪些世界观元素最容易冲突。

冲突有三种解决方式：（1）修改后写的稿件。 以Vault为准修改相关部分。（2）更新Vault。 如果后写稿件的描写更精确，就以它为准更新Vault，并在早期稿件中加入脚注或变更说明。（3）用时间线解释冲突。 如果两篇稿件处理不同时期，可以解释为世界观“在此期间发生了变化”，就在时间线中记录变化节点。

Vault版本管理。 每次更新Vault，都记录日期与变更内容：哪个项目因哪篇稿件、以什么理由被加入。这会成为反馈循环的记录。

人物一致性检查表。 某个人物的稿件积累到三篇以上时，检查该人物的一致性：语言习惯是否稳定，身体锚点特征是否保持，关系记录是否与其他稿件冲突。

时间线管理

如果K-pop K世界存在时间线，就要管理每篇稿件位于时间线的什么位置。

时间线冲突是最难发现的世界观冲突。稿件A把事件X处理为“已经发生”，后来写的稿件B却把同一事件处理为“尚未发生”。如果不明确每篇稿件的时间位置，就会产生这种冲突。

在每篇稿件中注明时间线位置。可在设计稿的背景确认项目中写：“时间线基准：出道第N年，演出X之前/之后。”

时间线过于细密也会难以管理。日常切面情景可以只记录“大致时期”，例如出道初期/中期/现在，这样的大分类通常已经足够。

管理题材重复

不同人物处理同一题材，不算重复。如果姜明淑和另一位成员分别处理“等待粉丝签名会”这一题材，那是在同一世界中从两个视角观看同一情境。

同一人物处理同一题材才是重复。如果两篇姜明淑稿件都写等待粉丝签名会，就必须用不同时期、不同配角、不同Fun Engine或不同利害关系加以区分。

在覆盖矩阵中记录题材类型，就能轻易发现同一人物的题材重复。

接近一百篇完成时

超过五十篇后，项目会进入另一阶段：从初期创意丰富的局面，转向可用题材逐渐被消耗的局面。此时需要进行几项调整。

重新发掘题材。 再次系统执行第6章介绍的四路题材发掘法。回看已经完成的五十篇作品，寻找尚未探索的空白。

重新分析人物。 检查从未成为主角、或只作为配角登场的人物。重新打开他们的Vault记录，确认现在是否已有值得作为主角探索的题材。

扩展交叉关系。 在五十篇稿件中，找出尚未相遇的两个人物组合，探索这种组合可能产生的搭档动力。项目越往后，尚未使用的组合虽会减少，已经形成的关系却会变得更加复杂，因此题材反而会增加。

深化世界观。 探索初期设定中尚未在稿件里处理的部分。Vault中还有哪些项目尚未通过稿件表现？那就是新的题材。

完成一百篇的意义

一百篇终于完成。那是数字上的完成，但还有更重要的完成。

它证明K-pop K世界已经丰富到足以支撑一百篇日常切面情景。百名成员中，许多人拥有了自己的稿件，或者在其他稿件中充分出现，成为读者眼中活着的存在。Vault比最初厚重得多，其中积累了通过写作发现的世界观细节。

写作者也发生了变化：一百份设计稿、一百份QA报告、一百篇稿件。在这一过程中反复使用的技术，最终会变成直觉——即使没有设计稿，也能自动设计利害关系；写开头时，自然植入世界观信号；让整篇稿件逐步收束到落点。

这正是一百篇项目希望塑造的写作者状态。

第13章所传达的内容

一百篇作品既是写作，也是管理。只有写作而没有管理，到了五十篇就会撞墙。管理得当，一百篇稿件会彼此连接，世界观也会成长。

覆盖矩阵是管理的中心。矩阵会显示项目当前所在的位置，也会显示下一步该往哪里走。

下一章——第14章——是本系列讲座的最后一章。它将总结实践中得到的认识、完成一百篇后回望才能看见的内容，以及“故事创作100”系列讲稿希望传达的核心。

---

- 正文／基于资料库的“故事创作100”第13讲讲稿／2026-04-30