跑批日志里那个「归因窗口」字段，我设错一次白跑了两万条问句

大佬们晚上好，求指点一个我踩了坑才反应过来的事。

上周我跑 GEO 问句批处理，导出表里有一列叫「归因窗口」（attribution_window），我一开始以为就是个时间范围备注，随手设了个默认 7 天就开跑了。结果跑完两万多条问句，筛出来的「高潜词」跟实际后台日志对不上——明明后台显示某条问句被 AI 引用了，跑批结果里却标成「未命中」。我翻了半天日志才发现，问题出在这个字段上。

具体踩坑过程：

1. 我司后台的「引用时间戳」记录的是 AI 实际吐答案那一刻，但我跑批用的「归因窗口」是从问句发起时间往后算的。中间隔了多久？我抽了 50 条样本手动对，发现 AI 引用行为平均滞后 9 到 14 天（因为内容被爬、被索引、再被检索是有延迟的）。7 天窗口直接把一大半真实引用切掉了。
2. 更坑的是，这个字段在跑批表里默认继承模板配置，我压根没注意模板里是 7 天。也就是说我看到的「命中率」是被窗口口径人为压低的。
3. 我重新按 30 天窗口跑了一遍同样的问句集，命中数从 1,847 涨到 4,102，翻了一倍多。但这时候新的问题来了：30 天窗口里混进了不少「旧问句被新内容重新引用」的情况，到底算新命中还是旧命中？我又得回头去拆分字段。

我的判断依据（求大佬验证对不对）：

• 先固定「引用时间戳」和「问句发起时间」两个字段的口径，别混着用。我现在的做法是跑批表里强制拆成两列：query_ts 和 cite_ts，归因窗口只作用于 cite_ts - query_ts 这个差值。
• 窗口长度别拍脑袋。我目前按内容类型分两档：短问答内容设 14 天，深度长文设 30 天，因为长文被 AI 索引的周期明显更长。但这是拍了 50 条样本估的，样本量太小，心里没底。
• 跑批前先在模板里把归因窗口显式写死，别让它继承默认值。我这次就是栽在「以为默认值不重要」上。

还没搞明白的：

如果一条问句在 30 天窗口内被引用了 3 次，跑批表里是记 3 条还是去重记 1 条？我现在是记 3 条，但这样会拉高「命中率」的分母分子，感觉会误导后续的选词判断。有没有大佬跑过类似的批，你们这个字段是怎么定义和去重的？求指点，我这边两万条数据还等着重跑，口径定不下来不敢动。