很多做长期兴趣项目的人都有过这种经历开头热血沸腾列了一堆宏大目标两个月后文件夹里躺着十几个半成品再也没打开过。而我手头这个架空王国设定集项目硬是靠着一套看起来很笨的办法连载到了第153期进度报告。进度报告这四个字听起来像是给领导看的但在个人项目里它其实是最便宜的记忆外挂——它解决的从来不是汇报问题而是三个月后我还记不记得当初为什么这么定的问题。这篇文章就把这153期里沉淀下来的报告写法、素材管理、复盘结构和节奏控制一次性讲透不管你在做的是设定集、开源项目、手工模型还是写作计划都能直接抄作业。1. 连载到第153期还没弃坑这个设定集项目靠什么撑下来1.1 从想做什么到本期做了什么的转变我最早的做法和大多数人一样写一份叫做《设定总纲》的文档里面列着大陆地理三大势力货币体系宗教谱系这些大条目然后每次打开它先花二十分钟回忆上次写到哪再花十分钟纠结今天该动哪一块最后改了两行字就关掉了。这个循环持续了大概半年总纲文档的体积涨到了四万多字但里面的内容互相矛盾城邦名字换过三次连主角所在的那座城市一会儿在海边一会儿在高原。真正的转折点是我把记录目标改成了记录发生的事。目标文档的问题是它永远处于未完成状态你每次打开都面对一座没爬完的山心理压力极大而进度报告只记录已经发生的事写完之后它就是完整的一条记录天然带闭合感。第1期报告只有一百多字内容是今天定下了大陆的南北走向和三条主要河流河流名字暂定下周补——就这么点东西但它让我在下一周打开文件时三十秒就知道该接着做什么。这个转变背后其实是一个很朴素的机制进度报告把项目管理这件事的成本压到最低同时把上下文恢复的收益放到最大。你不需要一个完整的任务系统、不需要燃尽图、不需要甘特图只需要一份按时间顺序排列的短记录。对我这种纯业余时间做项目的人来说任何超过十分钟的准备工作都会成为弃坑的理由。1.2 进度报告不是写给谁看的是给未来的自己留接口我经常被问一个问题你又不发布又没人催更写这个干嘛。我的回答是进度报告最大的读者是半年后的我自己。人的记忆对决策理由的衰减速度远超对决策结果的衰减速度。半年后你翻开设定集能看见北境用银本位但完全想不起来为什么不用金本位——于是你很可能推翻它重新推一遍甚至推翻得还不如原来那版。所以我在每期报告里都会强制留一段决策记录。第47期我写的是把北境的货币从金币改成银锭原因是这一带没有大型矿脉金矿稀缺会导致物价体系失真而且商路叙事里一袋银锭压垮驮马比几枚金币更有画面感。这段话现在读起来依然成立它替我省下了至少两次重复推导。这就是接口的意思报告本身不是成果它是连接两个时间点上同一个人的桥。提示决策记录一定要写否定的方案和否定的理由。只写最终结论的报告价值会缩水一半以上。1.3 153期这个数字背后的真实节奏很多人看到153期会觉得这是一个高强度连载其实完全不是。这153期跨越了大约三年半平均下来一周不到一期中间还有两次长达一个多月的空档。第88期到第92期之间隔了四十多天那段时间我工作上在赶一个大项目设定集完全停摆。恢复的时候我没有假装中间什么都没发生而是在第93期开头老实写了一句停更43天本期先做恢复性整理不推进新内容。这一点特别重要连载式进度报告能长期活下去的前提是它允许你中断。如果你的体系里没有暂停这个合法状态那一次中断就会变成永久中断因为重新开始的门槛被你自己抬高了——你会觉得必须补上落下的部分才算正式回归。我把恢复性整理单独设成一类报告只做三件事把散落的草稿归位、更新索引、写清楚当前进度到哪。通常一期这样的报告只需要四十分钟但它能把项目重新拉回轨道。节奏上我现在的习惯是状态好的时候一期能写两三千字的新设定状态差的时候就写两百字的碎片记录甚至只记一句今天想到商路应该走山口而不是河谷待验证。这些碎片后来救过我好几次因为灵感这东西记下来就是资产不记下来就是过眼云烟。2. 第153期报告里到底该写哪几块内容2.1 本期目标与完成度判定标准必须可验证早期的报告我写本期推进了宗教部分这种写法等于没写因为推进无法验证。后来我强制自己用可验证的描述本期完成三个城邦的守护神设定每个包含名号、象征物、祭祀日和一条禁忌共12条条目。这样下一期打开时我一眼就知道还差几个城邦没写。可验证的标准有个简单的检验方法把这句话交给一个完全不了解项目的人他能不能判断你做完了没有。完善了地理设定不能判断补齐了北境七条山脉的海拔区间和气候类型就能判断。这个标准听起来严苛但实际操作起来你会发现凡是你没法用可验证方式描述的任务往往是你自己也没想清楚要做什么。字段作用填写要求本期编号与日期建立时间轴编号连续日期写实际撰写日本期目标开工前的意图必须可验证禁止推进完善等模糊动词完成度对照目标核对用条目数量或具体清单不用百分比产出物清单定位文件写相对路径不写在电脑里决策记录保留判断依据必须含被否方案与否决理由遗留问题下期入口每条都要写清卡在哪里2.2 产出物清单文件路径比内容摘要更重要这条是我踩过坑之后才悟出来的。第60多期的时候我在报告里写了新增了一份关于商路税收的详细说明但没写文件名。结果三个月后我想引用它在整个项目目录里翻了半小时最后发现它被存成了新建文本文档(3).txt。那次之后我在报告里的产出物清单统一写成相对路径形式比如设定/经济/商路税收_v2.md并且规定凡是进入报告的产出物必须已经按命名规范重命名过。这个规定倒逼我把命名习惯改掉了。现在项目里所有文件都是层级_主题_版本的结构看一眼路径就知道内容归属。报告和文件之间形成双向索引从报告能定位文件从文件顶部的元信息里也写着它诞生于第几期。这套东西整体搭起来花了我一个周末但后续三年省下的检索时间保守估计也有几十个小时。2.3 被否定的方案才是决策记录的精华我在前面提过一次这里再展开说。决策记录的常见写法是决定采用A方案但真正有价值的是三件事当时有哪些候选、为什么淘汰其他的、如果将来要推翻A方案需要满足什么条件。第三点尤其少人写但它是我这套体系里最有用的部分之一。举个例子第102期我决定把王位继承制度定为长子继承但需长老会认可。当时写的推翻条件是如果后续剧情需要频繁的权力斗争戏份这套制度的稳定性会削弱冲突届时应改为选举制并补充选举流程。到了第140期我确实需要更多内部冲突于是翻回这条记录直接按当初预想的路径改只花了半小时就完成了切换而不是重新推演一遍整个政治结构。2.4 遗留问题要写到卡点这一层报告末尾我固定留一块遗留问题格式是问题描述 当前卡点 建议的下一步。很多人写遗留问题只写问题描述比如商路税收还没定这种写法下一期打开还是不知道从哪下手。加上卡点就不一样了商路税收未定卡点是税率与里程的关系没有参照物下一步先造三组模拟数据反推合理区间。把卡点写清楚还有一个副作用它会暴露那些你一直在回避的问题。我发现自己在连续五期报告里都写着同一个卡点写法换了好几种本质都是这块我不想做。意识到这一点之后我干脆把它拆成了五个小任务每期只做一个三周就清掉了。3. 架空王国设定集的素材管理别让第153期的东西在第200期找不回来3.1 命名规范先定再谈内容质量内容再好找不回来就是零。我在第30期左右才意识到这件事的严重性——那时候项目里已经有四百多个文件名字五花八门有中文有英文有日期有版本号还有一堆最终版最终版2真的最终版。整理那次花了我整整两天而且整理完第二周就开始重新变乱。后来定的规范简单到有点粗暴只有三条全中文命名不用拼音也不混英文避免大小写和输入法造成的混乱。三层结构一级分类 / 二级分类 / 主题_版本.扩展名层级不超过三层超过就说明分类设计有问题。版本号只用两位数递增v01、v02不用最终修订这类词。这三条之所以能执行下去关键在于它足够简单。规范越复杂破例的成本越低破例一次之后整条规范就失效了。我见过太多人定了十几页的文件管理规范最后自己都不遵守。3.2 素材分三层概念稿、定稿、引用稿一开始我把所有稿子平铺在同一个目录里结果就是每次写作时都要在几十个半成品里挑效率极低。后来按成熟度分成三层情况立刻好转第一层是概念稿随手记的灵感碎片、没验证的假设、摘抄的参考允许混乱允许重复反正三个月清一次。第二层是定稿经过验证、内部一致、可以被其他文档引用的内容这一层的文件顶部必须有元信息写明生效期号和最后修订期号。第三层是引用稿从定稿里裁剪出来的、面向某个具体用途的片段比如给某个场景准备的背景板、给某个角色准备的身世材料。这个分层最直接的好处是你永远知道该从哪里取东西。写作时只从定稿和引用稿里取概念稿只在没有现成材料时才去翻。这让我在写具体段落时的启动时间从十几分钟压缩到一两分钟。3.3 版本归档与备份简化版的三二一备份这件事很多人是被一次硬盘故障教会的。我的做法比标准的三二一原则三份副本、两种介质、一份异地更简化工作目录实时同步到一块移动硬盘每周把整个项目打包成压缩包按日期归档到另一个位置保留最近十二个周包更早的按月保留。纯文本项目体积很小整个项目三年的内容压缩后也就几十兆成本几乎可以忽略。项目根目录/ ├── 00_进度报告/ │ ├── 第150期_20240115.md │ ├── 第151期_20240122.md │ └── 第152期_20240129.md ├── 01_概念稿/ ├── 02_定稿/ │ ├── 地理/北境_山脉_v03.md │ ── 经济/商路税收_v02.md ├── 03_引用稿/ └── 04_归档/ └── 2024-W05.zip注意归档包一定要包含一份索引文件否则三年后你打开压缩包面对的是几百个不知道从哪来的文件。4. 进度报告里最值钱的部分复盘怎么写才不流于形式4.1 只写做了什么的报告三个月后等于废纸我翻过自己最早那几十期报告最明显的感觉是只写做了什么的那些期现在读起来毫无信息量。今天写了北境的气候整理了一下宗教部分——这些句子即使重读也提取不出任何可复用的东西。而带有复盘段落的那几期每次重读都能触发新的想法。原因其实不复杂事实会过期判断不会。你今天写了两千字设定这个事实三个月后毫无价值但你今天为什么决定把某个设定写得更保守这个判断在项目整个生命周期内都有效。所以我在每期报告里强制保留一段复盘哪怕这期只做了很少的事也要写今天为什么做得少。4.2 复盘固定问三个问题与其每次复盘都自由发挥不如把问题固定下来这样能防止自己在状态好的时候略过、状态差的时候糊弄。我用的是三个问句第一个是本期哪个决定最可能被未来的我推翻。这个问题逼着我去找项目里最脆弱的假设。第二个是本期有没有重复劳动。这个问题帮我发现流程上的浪费比如我连续三周都在做同一份索引后来就把索引自动化了。第三个是如果现在停更一个月回来时最需要什么。这个问题帮我判断哪些内容该先归档、哪些该留个显眼的路标。这三个问题我写在模板里不填完不算完成一期报告。刚开始会觉得有点仪式感过重但坚持到二十期之后就变成习惯了而且真的抓到过好几次隐患。第118期就是靠第一个问题发现了一个潜伏的矛盾两个不同城邦的历法都用了同一种季节划分但它们的纬度差很大这在设定上说不通。4.3 一次真实的返工拆解第131期到第136期我经历了一次比较大的返工值得完整拆一遍。起因是我在131期决定给整个大陆加一套统一的度量衡理由是方便跨区域叙事。写到134期的时候我发现这套统一度量衡把不同城邦之间的差异感抹平了而差异感恰恰是这个项目最想保留的味道。我在134期的复盘里写了这个察觉但没有立刻动手改而是先做了一件事列出这套度量衡被引用过的所有位置。结果发现只有七处其中五处在定稿层两处在引用稿层。这个清点花了不到二十分钟但它把要不要推翻这个模糊的焦虑变成了一个具体的成本问题——七处修改估计两小时。135期我做了替代方案设计统一一个基础单位各城邦在这个基础单位上发展出自己的换算习惯这样既保留了世界通用的叙事便利又留出了地方特色。136期执行替换同时更新了受影响的五个定稿文件和两个引用稿并在每个文件顶部记了一行因应第136期度量衡调整本章节已同步。这次返工的价值不在于结果而在于流程察觉到问题 → 评估修改成本 → 设计替代方案 → 执行并同步记录。这四步后来成了我处理所有设定冲突的标准动作。整套流程的核心是把推翻了这件事变成项目历史的一部分而不是偷偷改掉当没发生过。5. 让第154期不再难产模板、脚本与节奏控制5.1 字段化模板把开头的阻力降到最低写报告最难的不是写是开始写。面对一个空白文档你要同时决定写什么、怎么组织、写多长。解决办法就是把结构固定下来让每次只需要填空。我现在的模板是字段化的用简单的YAML头加固定小标题--- 期号: 153 日期: 2024-01-29 主题: 架空王国设定集 状态: 正常推进 耗时: 约3小时 --- ## 本期目标 可验证的完成标准 ## 完成情况 对照目标逐条核对 ## 产出物 - 设定/经济/商路税收_v02.md ## 决策记录 含被否方案与否决理由 ## 复盘三问 1. 最可能被推翻的决定 2. 是否有重复劳动 3. 若停更一个月最需要什么 ## 遗留问题 - 问题描述 / 当前卡点 / 建议下一步这个模板我是用脚本生成的跑一行命令就得到带好日期和期号的空文件直接开始填。别小看这一步它省掉的是新建文件、起名、写日期、敲六个小标题这几十秒的琐碎动作而恰恰是这些琐碎动作在状态不好的时候最容易劝退人。5.2 用脚本自动收集产出物手动列产出物清单也很烦尤其是当一期改动了十来个文件时。我写了个很短的脚本用文件修改时间过滤出当期的改动直接生成清单草稿import os, time from datetime import datetime, timedelta ROOT ./项目 DAYS 7 # 按最近一次报告间隔调整 cutoff time.time() - DAYS * 86400 changed [] for dirpath, _, files in os.walk(ROOT): if 04_归档 in dirpath or 00_进度报告 in dirpath: continue for name in files: p os.path.join(dirpath, name) if os.path.getmtime(p) cutoff: changed.append(os.path.relpath(p, ROOT)) for p in sorted(changed): print(-, p)这个脚本没什么技术含量但效果很实在它输出的清单是客观的不会像人脑那样漏掉顺手改的那两行。而且它偶尔会给我惊喜——有几次它在清单里列出了我自己都忘了改过的文件一看内容才发现是上次留下的半成品正好这期收尾。提示脚本只负责生成草稿最终清单要人工过一遍。机器只认修改时间分不清改了内容和点开看了一眼直接照抄会出现噪音。5.3 节奏宁可短而稳不要长而断这是153期里最重要的一条经验。我见过太多人给自己定的节奏是每期至少两千字前五期热情满满第六期开始拖延第十期就彻底断了。原因很简单固定下限一旦变成负担人就会用这期没写够所以不算来给自己找台阶而项目一旦允许不算数连续性就崩了。我现在的原则是报告不设字数下限只设字段完整性要求。哪怕这期只改动了一个设定只要六个字段都填了它就是一期的完整报告。这样做的结果是我的报告长短差异极大最短的一期只有一百五十七字最长的一期接近四千字但编号从来没断过。连续编号本身就是一种力量它会让你不愿意在某一天留下一个空缺。还有个细节我把期号写进文件名这样在目录里排序就是时间顺序一眼能看到断档在哪里。断档并不可怕可怕的是断档之后装作没断。我经历过最长的一次断更是43天恢复时我在报告开头明确写了断更时长和原因然后继续往下编号。项目史里的空白也是一种记录。6. 从第153期回看长期兴趣项目的可持续性6.1 什么信号说明该暂停什么信号说明该拆小长期项目最容易死在两个极端上一个是硬撑状态明显不行了还要逼自己推进最后把项目变成负担另一个是遇到难点就换方向永远在最开始那一段打转。我摸索出来的判断标准是这样的如果你连续三期报告里都写着同一个卡点而且每期都只是在换措辞那说明这个卡点太大该拆如果你发现自己开始花大量时间整理旧内容而不产生新内容那说明项目进入了维护期这不是坏事但要接受推进速度下降如果你打开项目文件时产生的是抵触而不是期待那说明需要暂停而不是需要坚持。拆小的具体做法是给卡点加一个最小可动手的定义。比如商路体系设计太大最小可动手是给三条商路的起点终点各起一个名字。做完了卡点就变成起点终点之间的地理过渡依然是可动手的。这种拆法能让任何一块内容都变成一个小时内能推进的小步。6.2 关于模板、工具和那点仪式感有段时间我也怀疑过花在进度报告、命名规范、脚本这些东西上的时间是不是本末倒置——毕竟真正的内容才是项目本身。153期之后我的答案是这些看起来的周边设施恰恰是让内容能持续产出的地基。做一次报告模板能省下几十次开头的犹豫定一套命名规范能省下几十次搜索写一段决策记录能省下几次重复推演。单个收益都很小但三年累计下来它们决定了这个项目现在还活着。如果你现在还在第1期我不建议一上来就搭全套体系那又会变成另一种形式的拖延。比较务实的路径是先用最简陋的方式写三期报告感受一下记录这件事对推进的帮助等你发现自己开始在同一件事上重复纠结时再补上决策记录等文件开始找不到了再补命名规范。体系应该是被问题逼出来的而不是从别处抄来的。最后分享一个小技巧是我最近几期开始用的每十期做一次期号索引把这一期的主题、主要产出和关键决策抽成一张表放在一个单独的文件里。现在我要查三年前某条设定的来源只需要翻十几次索引文件而不是从头检索一百多个报告。这个索引每十期更新一次一次大概二十分钟性价比高得离谱。