项目记录：给新游条目加“状态”字段后，返工少了一半
问题
维护一份新游清单，每周都要回头改：某条写着“即将上线”，其实早就开了测试；另一条当时标“传闻”，后来确认了却没人改。反复核对的原因不是记性差，是条目里没有状态这一维——只有一段描述，描述一过期就得重写整句。
改动
只加一个字段：状态，取值固定四个：传闻 / 已确认 / 进行中 / 已结束。另外补一个 最后核对日。描述原文一个字不改。
这样，一条消息过期时只需改一个词、更新一个日期，不必重写句子。更重要的是，传闻和已确认终于能分开筛选了，写周报时不会再不小心把没确认的写进去。
执行过程
用 WorkBuddy 把历史条目批量补字段：
- 按关键词规则给每条打一个初始状态，规则只依据字面（出现“据传”“疑似”→传闻；出现具体日期与官方来源→已确认），不让它猜；
- 把规则无法判定的条目单独列出，交人工；
- 输出一张待核对表，按最后核对日升序排，最旧的排最前面。
第 3 步让维护变成一件有顺序的事，不用每次凭印象挑。把这套扫描固定成每周流程，可参考 WorkBuddy 官方文档 的编排说明；字段取值怎么定才互斥，BackendWiki 的表格化写法 是好参照。
结果
两百多条历史条目里，机器能定的约占八成，剩下四十来条人工看了一遍。之后每周的核对量从“整份清单重读”变成“看十几条最旧的”，返工 noticeably 少了一半以上。
清单本身放在静态页面里，HTML 入门教程站的纯静态做法 足够支撑。
复盘
起作用的是把会变的部分和不变的事实分开。描述记录当时发生了什么，状态记录它现在处于哪一步。以前两者缠在一句话里，任何变化都要重整个句子；分开之后，改动只是一个词。