用WorkBuddy做新游条目的时间线归并：同事件合并
问题
同一款游戏的一次测试招募，往往会被写成好几条：预告、开启、延期、补一轮名额。若不归并，时间线里就出现四个并列条目，读者还得自己判断它们是不是同一件事。反过来，两款名字相近的不同游戏又容易被错并成一条。
归并规则怎么定
没用语义判断，只定三条机械规则：
- 同一名称 + 同一事件类型 + 14 天内 → 标为同一事件的不同阶段；
- 名称相同但事件类型不同 → 不合并，作为时间线上的两个节点；
- 名称相近但不完全一致 → 一律标为“待人工确认”，不自动处理。
第三条是故意保守的。宁可留几条待确认，也别把两件事并错。归并后保留所有原始链接，只把展示合并成一条，附一条阶段子列表。
WorkBuddy 做什么
- 按三条规则批量打标，输出「主条目 / 阶段 / 原始链接 / 待确认原因」四列；
- 把待人工确认的单独成表，按名称差异排序；
- 每周增量跑一次，只处理新加入的条目，并在结果里标出与上周相比新增了哪些阶段。
第 3 步让时间线变成可维护的，而不是每次全部重算。编排方式可参考 WorkBuddy 官方文档；字段取值与规则表怎么列，BackendWiki 的表格化写法 很适合照搬。
展示上借鉴了 Bootstrap 组件实验室的做法：主条目可展开，展开后才看到阶段列表。这样时间线一屏能扫完，又没丢掉细节。
结果
三个月共一百多条记录，归并成七十来个事件，待人工确认九条。写周报时不再需要逐条读，直接按主条目取最新阶段即可。
复盘
归并的重点不是“合并”，是“不合并”。 三条规则里有两条是在划清边界。工具负责稳定地执行规则，模糊地带留给人，时间线才既简短又不会失真。