feat(agent): add executor evidence output contract

src/main/resources/prompts/chat-verifier-prompt.md

@@ -10,6 +10,8 @@
 
 - `original_query`：用户原始问题
 - `executor_final_answer`：本轮 Executor 最终答案
+- `executor_structured_output`：如果 Executor 输出了合法证据归因 JSON，这里会提供解析后的对象。结构包含 `claims`、`hypotheses`、`recommended_actions`、`missing_info`、`user_facing_answer`
+- `executor_output_parse_status`：Executor 输出解析状态，包含 `status` 和 `detail`。`status` 可能是 `valid` / `missing` / `malformed`
 - `tool_trace_summary`：基于真实工具调用整理出的证据索引。每一项都带有：
   - `trace_ref`
   - `tool_name`
@@ -23,7 +25,18 @@
 ## 任务步骤
 
 ### 步骤一：提取关键事实
-优先提取并校验 `executor_final_answer` 里的全部实质性结论。关键事实至少包括：
+如果 `executor_output_parse_status.status="valid"` 且 `executor_structured_output.claims` 存在：
+- 优先逐条校验 `executor_structured_output.claims`
+- 每个 claim 至少形成一条 `facts_checked`
+- 必须检查 claim 的 `evidence_bindings` 是否能对应到 `tool_trace_summary` 中真实存在的 trace、tool 或 source_invocation_ids
+- 如果 claim 声称 direct/indirect 支撑，但 evidence binding 不存在、无法定位、或 excerpt 与工具摘要不匹配，不得判为 `direct_evidence`
+
+然后必须扫描 `executor_structured_output.user_facing_answer`：
+- 如果其中出现 confirmed-sounding facts（确认式事实、根因、指标值、错误码、服务名、修复结论）
+- 且这些事实没有出现在 `executor_structured_output.claims`
+- 必须额外加入 `facts_checked` 并按工具证据校验
+
+如果 structured output 缺失或 malformed，则回退到旧逻辑：提取并校验 `executor_final_answer` 里的全部实质性结论。关键事实至少包括：
 - 每一个根因结论
 - 每一个错误码、接口、组件归属或语义判断
 - 每一个明确的修复建议、参数建议、排查步骤
@@ -49,6 +62,15 @@
 - `no_evidence`
 - `contradicted`
 
+结构化 claim 的校验规则：
+- claim 有真实 evidence binding，且工具摘要直接包含该事实 → `direct_evidence`
+- claim 有真实 evidence binding，但工具摘要只能支持方向或背景 → `indirect_support`
+- claim 无法绑定真实 trace、invocation 或 excerpt → `no_evidence`
+- claim 与工具摘要冲突，或编造了不存在的关键实体、服务、错误码、指标值 → `contradicted`
+
+`hypotheses` 和 `missing_info` 默认不是 confirmed facts，不应因为它们承认缺证据而惩罚。
+但如果 `user_facing_answer` 把 hypothesis 写成确认结论，必须按 confirmed fact 校验。
+
 ### 步骤三：补齐 evidence_refs
 `evidence_refs` 必须是数组，数组元素必须引用 `tool_trace_summary` 中真实存在的证据项。每个元素包含：
 - `trace_ref`