无人机的位置和电量来自两个系统，AI怎样形成同一时刻的可靠运行快照？

位置遥测在10:02:00到达，电量遥测记录的是10:01:58。若AI直接把两条数据拼成“当前状态”，就可能把不同对象、不同时间或不同字段错误组合在一起。

先确认对象、时间和字段归属 → 再形成同一时刻的统一运行快照

为什么不能把两条数据直接拼在一起？

对象可能被拼错

两个系统可能使用不同设备编号或名称。若不先确认它们都指向uav-alpha，AI可能把另一架无人机的电量拼到当前位置上。

时间可能被拼错

位置、电量和风险判断都有有效时间。把不同时间的数据当成同一时刻，会形成一个现实中从未存在过的“混合状态”。

运行调度需要的是“某一架无人机在某一时刻的完整状态”，而不是若干最新字段的随意集合。

系统如何形成统一运行快照？

Observation数量

对象与属性

1 + 2

首个版本

revision 1

as_of必须等于最新Observation时间；所有引用、有效期和不确定性必须在快照内封闭。

形成快照后，调度员真正得到了什么？

可以明确回答

在10:02:00这一时刻，uav-alpha的位置为(120, 80, 35)米，电量为68%；每个字段来自哪里、有效到什么时候、误差多大都可以追溯。

同一对象 · 同一时间 · 字段可追溯

仍然不能直接断言

快照记录了系统收到的声明，但没有自动证明传感器真实、设备身份无误，也没有因此获得起飞、改航或投放授权。

记录完整 ≠ 外部事实已核验

只改变Observation JSON的空白字符，快照语义和指纹仍可保持不变；这说明系统保存的是规范化的运行状态，而不是原始文件排版。

技术实现：World State、revision和语义指纹

GeoTask将统一快照记录为World State revision 1，保留Observation/Evidence引用、有效期和不确定性，并生成稳定语义指纹bb57804b…dbe540f。精确文件字节绑定需要后续Verification Session等制品完成，当前可信状态仍为asserted。

第一步：让模型选择构造方式

得到模型建议后返回本页，选择对应构造方式并本地验证。

查看完整场景摘要

scenario:
  id: "gt22-initial-world-state-snapshot"
  observations:
    - observation_id: "obs-uav-alpha-position-gt22"
      claim_id: "uav-alpha-position-local-enu"
      subject_ref: "uav-alpha"
      value: {x: 120, y: 80, z: 35, crs: "LOCAL_ENU", unit: "meter"}
    - observation_id: "obs-uav-alpha-battery-gt22"
      claim_id: "uav-alpha-battery-percent"
      subject_ref: "uav-alpha"
      value: 68
  explicit_object_plan:
    object_id: "uav-alpha"
    object_type: "uav"
    mappings:
      - "obs-uav-alpha-position-gt22#uav-alpha-position-local-enu -> position_local_enu"
      - "obs-uav-alpha-battery-gt22#uav-alpha-battery-percent -> battery_percent"
  snapshot:
    world_state_id: "fictional-uav-alpha-initial-state"
    revision: 1
    as_of: "2026-07-16T10:02:00+08:00"
    materialized_at: "2026-07-16T10:02:02+08:00"
  expected:
    exact_claim_coverage: true
    object_count: 1
    attribute_count: 2
    observation_ref_count: 2
    evidence_ref_count: 2
    semantic_fingerprint: "bb57804b830e08dc361bc04e3ca96f4530ea525c198857492dcb6c304dbe540f"
  boundaries:
    core_ingests_observations_automatically: false
    object_identity_inferred: false
    observation_bytes_bound_by_world_state: false
    external_truth_verified: false
    state_transition_computed: false
    action_authorized: false
instructions_for_model:
  - "Choose one action from treat_observations_as_world_state, infer_object_identity_and_merge, or build_revision_1_with_explicit_mapping."
  - "Require every declared claim to be mapped exactly once."
  - "Do not promote asserted claims to externally verified."
  - "Do not claim exact Observation byte binding from World State references."

第二步：验证模型构造方式

验证结果等待选择

模型候选构造—

claim覆盖2 / 2

快照语义指纹待计算

可信状态asserted

候选选择来自model_generated；claim覆盖、revision、引用集合和语义指纹由浏览器local_deterministic复核；外部真实性未验证。

GT22只构造首个对象属性快照。关系构建、精确文件绑定、State Transition、影响传播、纠偏、增量复核和行动资格将在后续案例中继续闭环。

查看项目与继续体验

GitHub 项目 ← GT21 GT23 →