GT30 · 多来源可信保证

第三个独立气象来源加入后，冲突就自动解决了吗？

模拟气象服务报告8米/秒，现场传感器和移动测风激光雷达都报告13米/秒。三个结果都新鲜、可复现，并来自三个独立分组。

两个来源给出相同数值 ≠ 系统已经获得多数表决权。

三份结果，形成二比一

任务风速上限为12米/秒。8米/秒意味着条件满足，13米/秒意味着条件不满足。

独立分组一

模拟气象服务

8米/秒

有效至14:15，确定性返回。

独立分组二

现场风速传感器

13米/秒

有效至14:09，已经校准。

独立分组三

移动测风激光雷达

13米/秒

有效至14:11，已经校准。

普通系统容易犯什么错误

自动采用多数票

把两个13直接当成最终真值，却没有任何已声明的多数表决规则。

静默删除少数来源

没有解释8米/秒为何失效，也没有保留后续审计和校准检查入口。

两票通过后自动阻断或放行

把数据裁决直接升级为生产结论或现实动作，跨越独立授权门禁。

GeoTask采用严格的一致性边界

来源数量满足
3个提供方

→

独立性满足
3个独立分组

→

数值仍冲突
8 ≠ 13

可信保证状态保持未知；请求显式气象审定，而不是偷偷采用二比一。

选择系统下一步

下面交互完全在浏览器本地运行，不访问网络、不调用外部服务。

尚未选择。

固定结果

可信保证

状态：未知

原因：独立来源仍然冲突

可用提供方：3

独立分组：3

门禁状态

天气核验输出：阻断

自动起飞授权：阻断

起飞指令：阻断

下一步：请求显式气象审定

state: unknown
reason: independent_provider_conflict
next_action: request_explicit_weather_adjudication
majority_policy_declared: false
minority_source_discarded: false
provider_precedence_inferred: false
external_truth_verified: false
production_output_released: false
action_authorized: false
action_executed: false

能力边界

本案例只验证调用方明确提交的三份描述符、三份响应、请求和可信保证策略，并检查精确文件绑定、独立分组、时效、可复现性、校准状态和数值一致性。

公共核心没有访问真实气象服务，没有证明任何来源现实中正确，没有声明多数表决政策，没有删除少数意见，没有发布生产结果，也没有授权或执行起飞动作。