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