Watchlist 刷新
如何刷新 Twitter watchlist，而不丢掉让它真正有用的账号上下文
当团队不断往 watchlist 里加账号、删账号，却不保留“为什么这个账号原本在这里”时，watchlist 很快就会失去操作价值。好的 refresh process 会修剪 stale account、提升新账号，同时保留 reason、history 和 review state。
1. 把 active、dormant 和 archived source 分开
很多 watchlist 变乱，是因为所有账号永远都留在 active。实际里，有些 source 应该常看，有些偶尔看，有些应该进 archive。
把状态拆开，能减少噪音，又不必删掉上下文。
- 保留 active、dormant 和 archived 状态。
- demote 账号时不要删掉 source history。
- 用账号状态来控制复核频率。
2. 保留“为什么这个账号重要”
当每个账号都已经带着一条短说明，比如 competitor launch source、founder narrative source 或 recurring support escalation source，watchlist refresh 会容易很多。
没有这条说明，refresh decision 很容易变成猜测。
- 每个账号保留一条短 reason。
- review note 和 raw profile field 分开。
- 保留最初被 promote 进来的原因。
3. 用最近 timeline check 来决定 refresh state
与其凭印象判断，不如用最近的 timeline review 结果来决定账号是否还值得留在 active rotation 里。
这样 watchlist 会更贴近当前 workflow 价值。
- 把 timeline check 当成 refresh evidence。
- 给每个账号保存 last review outcome。
- 按当前 relevance 做 promote 或 demote。
4. archive history 最好能支持以后再激活
现在不重要的 source，以后可能又变重要。archived record 最好能直接重用，而不是以后再从零补上下文。
这也是 archive 往往比删除更稳的原因。
- 让 archive record 可搜索。
- 保留历史 reason 和标签。
- 把 reactivation 设计成正式路径。
流程已经搭起来了，但复核习惯还不稳定时，团队常问这些问题
这些问题通常会在 Twitter / X 采集已经能跑，但人工复核层还没有完全定型时出现。
什么时候该把账号移出 active watchlist？
通常是最近 timeline review 已经说明它不再对当前 workflow 贡献有效信号的时候。
stale account 应该直接删除吗？
通常 archive 比删除更稳，因为它保留了账号为什么曾经重要，也方便以后恢复。
什么会让 watchlist refresh 更值得信任？
显式的账号状态、简短的 reason note，以及和每次 refresh decision 绑定的最近 review evidence。
这一层通常会一起看的页面
如果 watchlist workflow 本身还需要更清楚的结构，可以继续看这页。
如果 account record 结构还不支持 refresh state，可以继续看这页。
如果 timeline check 是 refresh 的下一步证据层，可以继续看这页。
如果你想回到账户 enrichment 能力页本身，可以继续看这里。
把 Twitter / X 公开帖子做成团队能反复运行的流程
如果这些问题已经开始频繁出现在你的流程里，可以去验证 tweet search、账号复核或 timeline 接入路径，并把输出接进稳定团队循环。