飞行座舱里的 AI 线索面板，很容易让人觉得功能已经做完了。
飞行时能看到识别结果，有缩略图，有置信度，地图上也能跟着打点。演示的时候，这一套很直观。
可任务一结束，问题就变了。
用户要找昨天那次任务里的线索。要看某类目标最近出现了多少次。要把一条线索复核后转给后续处置。这个时候，飞行座舱里的实时面板帮不上太多忙。
当前任务视图解决的是提醒
座舱面板的价值在飞行中。
它应该轻，快，贴着当前任务走。飞手和现场人员需要知道画面里刚刚识别到了什么，目标大概在哪，是否需要立即关注。
这种视图天然有任务边界。它看当前任务，当前画面，当前飞行状态。
它不适合承载历史查询、统计汇总、跨任务筛选和处置流转。
把这些都塞进座舱，界面会重，飞行时也会分散注意力。
长期线索管理解决的是追溯
线索一旦写入数据库，它就不再只属于飞行过程。
它会进入另一条链路。
| 需求 | 说明 |
|---|---|
| 跨任务查询 | 从所有历史任务里找线索 |
| 时间筛选 | 看某个时间段内的变化 |
| 类型筛选 | 按建筑物、裸土、防尘网、坑塘等类别聚合 |
| 地图分布 | 看线索在空间上的集中区域 |
| 复核处置 | 标记有效、误报、忽略或转后续流程 |
| 归档追溯 | 回到原图、任务、设备和识别时刻 |
这些事情都不适合放在一个飞行态面板里。
我后来会先画清楚两个入口
做这类产品时，我现在会先把入口说清楚。
| 入口 | 使用时刻 | 查询范围 | 主要动作 |
|---|---|---|---|
| 飞行座舱线索面板 | 任务执行中 | 当前任务 | 实时提醒、快速查看、地图联动 |
| AI 线索管理 | 任务前后都可以 | 全部任务 | 查询、复核、处置、导出、归档 |
这张表很简单，但能挡住很多需求漂移。
如果有人问为什么不能在座舱里查全部历史线索，就回到使用时刻。飞行中要的是低干扰和及时反馈。任务结束后要的是完整检索和可追溯。
数据写入也要跟入口分开
有一个细节很重要。独立线索管理模块最好复用同一套线索数据，不要再造一套。
飞行中实时写入，座舱面板读取当前任务。任务结束后，AI 线索管理读取全部任务。
同一条线索，只是被不同入口以不同范围看见。
这样后面做离线缓存、批量补传、状态流转和地图聚合时，系统才不会出现两份线索互相对不上的情况。
留给下次
AI 线索如果只在飞行座舱里出现，它更像一条实时提醒。
要让它变成项目资产，就要有跨任务的管理入口，有复核状态，有处置记录，也能回到原始图片和识别时刻。
这个入口不需要一开始做得很复杂，但不能没有。