# 用 WorkBuddy 把散落的新游消息归并成一张周表 一周里新游消息散在各处：一条官宣、两条延期、几条媒体转述。逐条读不累，难的是看出哪些其实在说同一件事。这次用 WorkBuddy 做了一次归并，输出一张能直接看的周表。 ## 先把表头定死 归并之前先写好表头，比事后整理省事得多： | 字段 | 用途 | | --- | --- | | 作品名 | 归并的主键 | | 事件类型 | 官宣／定档／延期／上线 | | 事件日期 | 按发生日，不按看到日 | | 来源 | 原文链接 | | 状态 | 已确认／待核 | 「按发生日而非看到日」这条最容易忽略。转述往往滞后几天，若按抓取时间排，同一件事会被拆到不同周里。 ## 让它做归并，人做合并判断 把一周的原始条目交给 WorkBuddy，要求按作品名分组、同组内按事件日期排序，并把指向同一事件的条目并列标出。它负责穷举和排序，我逐组决定：哪两条是同一事件、哪条保留为主记录、哪条标成转述。 不让它自动合并，原因是「同一事件」依赖于措辞细节：一句「预计年内」和一句「已定档」，字面相近，性质完全不同。[WorkBuddy 文档](https://www.workbuddy.cn/docs/workbuddy/Overview) 里强调把输入和边界写清楚，落到这件事上就是：把判断规则写进要求，把最终裁决留给人。 ## 周表输出后的两步 1. 状态为「待核」的单独列出，不带进对外内容。 2. 给每个作品留一行「本周变化」，只写相较上周新增了什么，不复述旧信息。 第二步让周表真正可读：读者不需要重读一遍背景，扫一眼变化即可。 ## 小结 归并的价值不在省下阅读时间，而在避免把一条消息当成三条。表头先定、分组交给工具、合并留给人，一张周表就能既全且不重复。