用WorkBuddy给文章补“结论前置”段落：批量改写记录
起因
翻旧文章时发现一个共同毛病：结论藏在最后一段，前面全是铺垫。人读着还行，但内容被摘取时，拿到的往往是开头那段背景，而不是有用的那句。于是做了一次批量改写，给每篇补一个结论前置段落。
规则先定死
批量改写最怕自由发挥，所以约束写得很硬：
- 只在正文最前面新增一段，不改原有任何段落；
- 段落三句以内：第一句给结论，第二句给适用条件，第三句给依据链接；
- 不出现“本文介绍了”“随着……的发展”这类开场；
- 原文没有明确结论的，输出“待人工补写”，不许自行归纳。
第四条是关键。有些旧文本来就没有结论，让模型总结等于凭空造一句，反而更危险。宁可留一个待办。
WorkBuddy 怎么跑
- 按固定模板逐篇生成段落，输出为「文章标题 | 新增段落 | 状态（完成/待人工）」三列；
- 把状态为“待人工”的挑出来单独成表；
- 改动前后各存一份，便于核对确实没有动到原正文。
第 3 步不能省。批量操作的回退能力，比生成质量更重要；编排方式可参考 WorkBuddy 官方文档。字段与取值的写法，照 BackendWiki 的表格化风格 定即可。
结果
四十篇里，三十三篇自动补上了合格段落，七篇标为待人工——那七篇确实都属于“写了很多但没有主张”的类型，正好成了后续要重写的清单。
改完之后，文章被单独摘一段时，拿到的多半是结论而不是背景。页面结构怎么摆更利于被取用，可以参考 HTML 入门教程站讲的结构化数据实践。
复盘
这次没写新内容，只是把已有的结论挪到更靠前的位置。改动很小，但对可引用性的影响不小。更重要的是那七篇“待人工”——工具没帮上忙的地方，恰好指出了内容本身的问题。