[Enhancement][OPT-18] 增加模型请求级能力预检及定义发布兼容校验 #209

总览：#180

代码依据

问题、范围与验收

ChatClientCapabilities 的 streaming/toolCalling/structuredOutput 等布尔值无法完整表达具体选项。例如 Spring AI 适配器声明支持 toolCalling，但显式拒绝 REQUIRED/NAMED。运行时已检查流式能力，部分适配器也有请求校验，需复用而非称为完全没有能力检查。

验收

• 盘点四种适配器对 tool choice、响应格式、内容类型、metadata/attributes、取消及流式的实际支持，形成契约矩阵。
• 设计请求级 validate/supports 或等价机制，区分适配器确定支持、端点/模型配置依赖、未知能力；不把声明当作对实际远端的绝对保证。
• Agent 定义发布/实例化时校验可确定的需求；动态路由与 fallback 切换时重新校验，不到远端请求才发现本地已知不支持项。
• 不支持能力默认明确失败，只有用户显式选择才允许有语义说明的降级；不静默忽略工具策略或输出约束。
• 测试 toolCalling=true 但 NAMED 不支持、fallback 能力不足、模型更换和未知能力等场景；保持现有请求结构校验。
• 与 [Architecture][FW-02] 建立统一 Agent 定义、版本发布与实例创建入口 #199 定义、[Enhancement][FW-05] 提供经过验证的运行策略组合与生效能力诊断 #201 能力诊断衔接，优先兼容扩展公开契约，不重复 [P1][T36] 增加显式动作决策与无工具策略，控制工具选择失败回退 #139 的动作决策策略。

不在此单自动调用所有远端端点做能力探测。

验证与变更约束

代码基线 Core f45b2cf。本单来自静态审查，尚未运行针对性复现或实现。先补行为验证，复用已有能力；破坏性调整逐项说明收益、兼容替代、消费者影响、迁移成本和版本。局部修复不等待 Agent/Workflow/Loop 全局重构，新增通用契约不反向依赖 Loop。