从新闻线索直接跳到“该拍哪颗卫星”很容易制造伪确定性：事件地点可能不精确，报道可能缺少独立证实，云、夜间、分辨率和地形又会让可观测性失效。Off-Nadir Delta MCP 的官方 README 将事件发现、来源关联、地理定位、卫星检索和采集规划组织为一条工具链。它提醒 GEOINT 与 GIS 团队，采集建议应是一份可审核计划，而不是模型对遥感能力的泛泛回答。

可核查事实

  • README 将 Delta 定义为 source-linked、geolocated、current 的事件与地理情报工作流，目标是从信号到 satellite evidence。
  • 文档列出 41 个 MCP tools，server version 为 1.32.0。
  • query_signals 返回来自全球新闻媒体的地理定位事件，并带 severity/GEOINT scores 与 collection recommendations。
  • query_claims 返回与一个 key 相关的 claims ledger，包括 evidence class、independent source families 和 publishers。
  • plan_event_imagery 为单个事件生成确定性的 imagery plan，并在事件 footprint 与 pre/post window 内分别检查 Sentinel-1 GRD 与 Sentinel-2 L2A。
  • README 将 Sentinel-1 GRD 描述为可穿透云和夜间的 SAR look，并将 Sentinel-2 L2A 作为另一项检查对象。
  • predict_satellite_passes 覆盖 13 个 free-systematic 与 commercial-taskable satellite families；lookup_elevation 使用 Copernicus DEM GLO-30 输出点、bbox 或 polygon 的地形高度和 relief。
  • search_imagery 按 area 与 time window 搜索 imagery catalog；measure_index_series 逐景测量 Sentinel-2 archive 上的 spectral index。
  • 文档说明在线 server 的交互客户端通过 OAuth 2.1，local package 的 tools/list 可在无凭据情况下从生成 catalog 回答。

这些事实来自项目 README，描述该服务的工具契约和声明能力，不能替代事件真实性核验、传感器任务授权或影像解译结论。

核心机制

一个合格的采集计划至少应拆成三份证据。第一份是事件证据：原始报道、独立来源族、时间线和不确定地点。第二份是观测证据：事件 footprint、时间窗口、云/夜间、传感器分辨率、入射条件和地形限制。第三份是任务证据：实际检索到的 scene、过境预测、选择理由和未覆盖原因。任何一份缺失，都不应把“可能观察到”写成“已经证实”。

SAR 和 optical 是互补约束，不是可互换标签。文档中的 Sentinel-1 GRD 检查适合在云和夜间仍需获取表面信息的情形，但会受几何、散射和 layover/shadow 影响；Sentinel-2 L2A 需要考虑云和光照，却常提供直观的光谱信息。计划应明确它们各自要回答什么问题。

GIS 场景

应急团队收到一则港口火灾线索时，先将报道关联到候选位置并保留来源广度；随后画出不确定 AOI 和事件前后窗口，分别检查可用 SAR、光学影像和预计过境。输出 plan 记录：目标现象、最小可分辨尺度、所需传感器、候选 scene、云/夜间风险、地形风险、未满足条件和下一次复查时间。分析员只在影像实际到达并完成解译后更新事件状态。

技术路径

先建立事件 schema：event ID、声明、来源 URL/家族、发布时间、地理证据、AOI geometry、定位置信状态、时间窗和敏感等级。再建立观测 contract：可回答的问题、最小目标尺度、传感器、空间/时间分辨率、预后窗口、地形和天气条件。检索结果必须固定 catalog/collection、scene ID、获取时间、处理级别和覆盖百分比。

对每个计划运行反例测试：地点偏移、时间窗过窄、云覆盖、仅 SAR、仅 optical、目标小于像元、地形遮挡和无可用 scene。系统应返回无法证实或需等待，而不是生成看似完整的采集结论。将最终解译与其 event、plan、scene 和算法版本绑定，供后续审计。

风险边界

来源数量不能自动证明事件真实，独立来源也可能共享同一初始误报。卫星可过境不代表目标可分辨；SAR 的穿云夜视不消除 layover、shadow 或解释歧义。对高敏感或高影响事件，位置、影像获取和结果分发还需遵守授权、隐私与安全流程。

检查清单

  1. 保存事件声明、来源家族、时间线、地理证据和不确定性。
  2. 固定 AOI、pre/post window、目标尺度和所需判别现象。
  3. 分别记录 SAR、光学和其他传感器的适用条件与失败原因。
  4. 保存 catalog、scene ID、处理级别、云/覆盖/地形信息与选择理由。
  5. 用偏移、无 scene、云、夜间和地形遮挡测试“无法证实”路径。
  6. 让解译结论引用 event、plan、scene 和处理版本。
  7. 对敏感事件执行权限、最小披露和人工审核。

结论

卫星采集计划的质量取决于它是否把来源、位置、传感器限制和实际 scene 连成证据链。先证明事件值得观测、目标可被观测、影像确已覆盖，再让模型解释结果，GEOINT 自动化才不会把线索误写成事实。

参考来源

  1. Off-Nadir Delta MCP 官方 README：https://github.com/Off-Nadir-Lab/offnadir-delta-mcp