失联前最后观测
轨迹：track_alpha
主体：provisional_alpha
对外显示：UAV-017原始主体
复合案例 · UAV-017身份治理 · 第1/5阶段：证据审定
巡检无人机失联后出现新轨迹编号，两个证据源足以确认是同一架吗？
虚构巡检无人机UAV-017执行园区电力线路巡检，进入建筑遮挡区后短暂失联。60秒后，系统在5米外恢复观测，却建立了新的轨迹track_beta和临时主体provisional_beta。
两个证据源可以支持
same_object_confirmed，但same_object_confirmed ≠ identity_merge_performed。审定完成只表示可以进入归并复核。一分钟看懂现实场景
→
恢复后建立新记录
轨迹：track_beta
主体：provisional_beta
对外显示：遮挡后临时主体
位于调用方声明的120秒上限内。
位于调用方声明的10米上限内。
GT37因此只形成same_object_candidate。
为什么不能草率处理
会污染任务历史、风险判断和责任追溯，后续所有状态都可能建立在错误身份上。
连续任务轨迹和风险状态会被拆成两个对象，导致运行统计与告警上下文断裂。
一个场景，五个可审计阶段
GT38—GT42不是五个独立业务案例，而是同一架无人机身份治理过程的五个契约步骤。
第1阶段：两类独立证据
Provider属于authoritative_data_provider，独立组为fictional-asset-registry。
Provider属于human_review，独立组为fictional-human-identity-board。
same_object_candidate
Verification Request绑定候选执行结果原始字节。
至少2个Provider、2个独立组；冲突时保持unknown。
审定结果
两份独立证据满足调用方声明的可信保证策略。
外部证据与GT37候选方向一致。
仅建议进入身份归并复核，不执行归并。
机器引用与现实对象如何对应
provisional_alpha显示为“UAV-017原始主体”；关联失联前轨迹track_alpha。
provisional_beta显示为“遮挡后临时主体”；关联恢复后轨迹track_beta。
artifact_id: geotask.trajectory-identity-adjudication adjudication_state: same_object_confirmed candidate_alignment: aligned identity_merge_recommendation: recommend_identity_merge_review next_action: review_identity_merge external_identity_verified_by_core: false identity_merge_performed: false subject_refs_mutated: false production_output_released: false action_authorized: false action_executed: false