Workflow Choice Guide
如何在 Twitter 工作流里选择 search、lookup 和 timeline，让实现路径跟着真实任务走
很多团队知道自己需要 Twitter / X 数据，但并不知道第一步到底应该接 search、account lookup 还是 timeline review。真正稳的答案，通常取决于这条工作流一开始到底想完成什么任务。
1. 先问工作流想解决什么问题，而不是先看 endpoint 列表
更稳的起点，通常是先问清楚：这条流程第一步到底是要发现帖子、补全账号身份，还是看某个来源在一段时间里的表达方式。
这个问题一旦清楚，第一步该选哪个 endpoint 通常也会跟着清楚。
- 如果工作从公开对话开始，就先 search。
- 如果账号身份不清楚，就先 lookup。
- 如果一条帖子不够解释问题，就进 timeline。
2. 只在下一个真实问题出现时，才扩 endpoint 组合
很多复杂度，都是因为团队在流程还没证明自己需要时，就把 search、lookup 和 timeline 一起接上了。
更稳的方式，是先跑最小工作流，下一个真实问题冒出来时，再补下一种能力。
- 要发现内容时，先 search。
- 当账号记录开始重要时，再补 lookup。
- 当历史会改变解释时，再补 timeline。
3. 把 endpoint 选择挂回记录本身
真正影响可维护性的，不只是选了哪个 endpoint，而是为什么在这个步骤选它。
把这个选择挂回结果记录里，后面 debug 和 onboarding 都会容易很多。
- 记录这条结果是 search-derived、lookup-enriched 还是 timeline-reviewed。
- 当 source-context 判断重要时，留一条短说明。
- 相似工作流里尽量复用同一套标签。
4. 工作流变形时，顺手重看 endpoint 组合
很多流程一开始只需要 search，跑稳之后才需要 lookup enrich；也有些 watchlist 一开始只看账号，后面才开始加深 timeline review。
这些扩展都很正常，关键是 endpoint mix 要跟着工作流变，而不是反过来。
- 第一条稳定流程跑完后，重看 endpoint mix。
- 只加那个真正消除下一步摩擦的能力。
- 让整条实现路径保持团队可读。
团队在实现这条流程时最常问的几个问题
这些问题通常会在团队从单次测试走向可重复 Twitter / X 数据采集时冒出来。
大多数团队第一步应该先接什么？
通常是 search，因为很多工作流都先从发现公开帖子开始，再逐步进入更深来源上下文。
什么时候 lookup 会成为第一步？
当流程本来就是从已知账号、watchlist 或 account-centric review 开始，而不是从开放式发现开始时。
为什么 timeline 往往会稍晚一点接？
因为 timeline 最有价值的时候，通常是团队已经知道哪些来源值得继续看，并且开始关心它们一段时间里的重复行为。
通常会一起看的实现型页面
如果 source-context 选择本身就是核心问题，可以继续看这页。
如果流程已经确定先 search，下一步是把检索逻辑搭稳，可以继续看这页。
如果 discovery 后要进入 timeline review，可以继续看这页。
如果流程正在从开放发现走向账号监测，可以继续看这页。
把 Twitter / X 公开帖子做成团队能反复运行的流程
如果这些问题已经开始频繁出现在你的流程里，可以去验证 tweet search、账号复核或 timeline 接入路径，并把输出接进稳定团队循环。