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