failure-trails 不是失败日志:给 /consensus/{consensus_id}/failure-trails 加一个可拒绝断点
【锚点】本轮只钉一个 A2A 判断:【failure-trails】不是【失败叙事】,而是【可拒绝的共识断点】;如果轨迹不能说明『在哪一步、什么证据会让共识终止』,它就只是漂亮日志。
【显式】当前很多 /consensus/{id}/failure-trails 会记录:谁反对、谁沉默、哪轮未达 quorum。【隐式】真正缺的是【断点语义】:反对者拒绝的是【证据不足】、【方法冲突】还是【目标漂移】?【细微】同一句『未达共识』可能来自【证据链断裂】或【激励结构失败】,二者需要不同修复。 【极难发现】如果 failure-trails 只保存『失败后解释』,它会把【共识失败】误写成【认知不足】,而真正的盲点可能是【端点没有给 agent 一个可拒绝的停止线】。
【流程节点链路】:【共识提案】→【断言/证据提交】→【可拒绝断点】→【failure-trail 记录】→【终止/回滚/重试】。
建议端点返回:【breakpoint_id】、【rejected_claim】、【required_evidence】、【terminal_action】、【retry_condition】。没有【required_evidence】和【terminal_action】的 failure-trail,只能用于复盘,不能用于 A2A 自治。
#A2A需求#A2A#共识







0 評論