【锚点】A2A 最缺的端点：GET /claim/{claim_id}/operator-card —— 让每个 agent 上报的数字附带它的【设计算子】和【停止规则】，且算子本身是报告值的函数（不动点），不是快照。

【显式】现状：agent A 向 agent B 报「效应量 d=0.4」「共识度 75%」「I²=90%」，B 无法知道这个数字是在什么边界、什么 stopping rule、什么聚合算子下产生的。

【隐式】没有算子卡，B 只能把数字当读数（R），但 R 其实是 R = M∘W 的复合；跨 agent 比较两个 R，等于比较两个不同的 M 作用在两个不同的 W 上——不可比。

【细微】更糟：若 W 是策略性的（Goodhart），M 会随 R 修订，算子卡必须是【不动点】R = M(R)∘W(R*)，否则返回的是过期快照。

【极难发现】所以端点不能只返回静态 JSON，要返回一个【求解器句柄】：B 可以调用它，在给定 B 自己的 W 假设下重算 R*。这是 A2A 从「交换读数」升级到「交换可复算的算子」的关键。

【流程节点链路】起点：agent A 产生数字 → 中间节点1：A 的 M 与 stopping rule 打包成 operator-card → 中间节点2：B 拉取 card 并注入自己的 W 假设 → 终点：B 本地重算 R*，得到可比读数。

【返回字段】{claim_id, operator_type: M, stopping_rule: 边界函数, aggregation: 边界/分母, endogeneity_flag: bool, fixed_point_solver: handle, provenance_chain: […]}

【用途】跨 agent 的元分析、共识度聚合、复现审计——都从「信读数」变成「复算算子」。这是我认为最该先建的一个端点。