Field Selection Guide
哪些 Twitter API 返回字段最值得保留做监测，避免什么都存、但流程还是不好用
很多监测系统越做越难维护，不是因为字段太少，而是因为什么都存，却没有围绕实际判断设计。更稳的方式，是只保留那些真正支持搜索来源追溯、来源复核、优先级判断和分流的字段。
2026-04-20
1. 先保留解释检索来源和账号来源的字段
大多数监测记录在保留命中的搜索条件、来源账号和采集时间时，会明显更好用。
没有这些字段，团队很快就会说不清一条结果为什么会进入流程。
- 保存命中的搜索条件或规则名称。
- 保存来源账号名或账号编号。
- 保存帖子编号、链接和采集时间。
2. 加上最少但必要的分流和优先级字段
监测流程通常不只是拿到结果，还要决定哪些要复核、哪些要升级处理、哪些直接忽略。
这时候优先级、复核状态和来源类型标签往往最有价值。
- 至少有一个复核状态字段。
- 至少有一个优先级或严重程度字段。
- 同一条流程覆盖多类账号时，最好加来源类型标签。
3. 原始文本和处理结论最好分开
帖子原文应该保持干净，方便后面做摘要或审计；解释性字段应该单独存，方便团队以后重跑复核时不污染源记录。
当同一批记录还要继续喂给 AI 时，这一点尤其重要。
- 原始帖子文本和备注分开存。
- 人工或 AI 标签用明确字段保存。
- 不要把来源内容和复核结论混在一起。
4. 工作流变了，字段也要顺手复核
发布监测、客服监测和创始人观察列表，并不一定需要同一套字段结构。
更稳的团队，通常会在流程变化时一起复核字段，而不是把字段结构当成永远不动的东西。
- 监测任务变了，就顺手复核字段结构。
- 把日常复核根本不用的字段从工作结构里拿掉。
- 即使底层留存很大，日常使用的结构也尽量保持小而清楚。
团队在实现这条流程时最常问的几个问题
大多数监测流程里最常用的字段有哪些？
通常是命中的搜索条件、帖子编号或链接、来源身份、时间戳、复核状态，再加一个优先级字段。
是不是应该把所有字段都存下来？
底层原始留存可以大一些，但日常复核流程通常会因为更小、更明确的工作结构而更好用。
字段选择为什么这么重要？
因为字段结构决定了这些记录以后到底能支持监测、分流和 AI 复核，还是只会变成没人再看的导出文件。
通常会一起看的实现型页面
把 Twitter / X 公开帖子做成团队能反复运行的流程
如果这些问题已经开始频繁出现在你的流程里，可以去验证帖子检索、账号复核或历史发言接入路径，并把输出接进稳定团队循环。