用WorkBuddy做链接巡检：把404按来源排序再处理
问题
链接巡检每次都会拉出一份长清单，几十上百条 404。按出现顺序一条条修，很费时间，而且先修的往往是不重要的。后来改了个排序方式，效率差很多。
关键：按“来源页面”聚，不按“坏链”排
一条坏链可能散落在几十个页面里，逐条处理等于重复劳动；反过来，一个高频模板页里的坏链，改一处就能修好几十个引用。所以先按来源页面分组，再按每组影响的条目数降序排。
处理顺序自然变成：
- 模板或导航里的坏链（改一处，全站生效）；
- 高频栏目页里的坏链；
- 单篇文章里的历史链接；
- 已经下线、不需要修的旧内容（直接标记归档，不再出现在清单里）。
WorkBuddy 承担什么
三件机械活：
- 抓取巡检结果，按来源页面归并，统计每组条数；
- 标出疑似同一原因的条目（同一路径前缀、同一旧域名）；
- 输出一张待办表，只含三列：来源页面、影响条数、建议动作（改模板 / 改文章 / 归档）。
第三列的建议动作由规则给出，不让它自由发挥。把巡检固定成每周流程，可参考 WorkBuddy 官方文档 的编排说明；字段怎么定、取值怎么标，BackendWiki 的表格化写法 是好参照。
清单本身放在静态页面里就够用，HTML 入门教程站的纯静态思路 适合这种每周更新一次、随时要查的表。
一个附带收获
归并之后发现，排名第一的那组坏链来自一次改版遗留的旧路径前缀。加一条重定向规则，清单直接少了三分之一。逐条修永远发现不了这个规律，只有聚起来才看得见。
小结
巡检的价值不在把坏链列全，而在把它们排成值得先做的顺序。按来源聚、按影响数降序、给机械的动作建议，一份上百条的清单通常只剩几件真正要动手的事。