fix: 禁用OCR工具后模型仍可调用的问题

[12068yxt]

变更说明

智能体配置中禁用 OCR 工具后，模型仍可调用 ocr_parse_file。根因：ImageInputCompatibilityMiddleware 通过类属性 tools = [ocr_parse_file] 硬编码注入，LangChain create_agent 会无条件将其合并进模型默认工具集，与配置中的工具开关无关。

修复：删除该中间件的 tools 类属性；OCR fallback 仅在当前请求工具集已启用 ocr_parse_file 时触发，否则返回禁用提示。

• 任务类型：bug-fix
• 目标：禁用 OCR 后模型不可再调用 ocr_parse_file；非目标：不改变 OCR 启用时的 fallback 行为与其他工具装配路径
• substantial / trivial 判断：trivial（2 个文件，+75/-10，单点缺陷修复）

工程主张与 Owner

• 受影响的工程主张：(1) 配置禁用 OCR 后，模型默认工具集不包含 ocr_parse_file，OCR fallback 不触发并返回禁用提示；(2) 配置启用 OCR 时，非 vision 模型的 OCR fallback 行为不变。
• Owner / commit point / 观察边界：backend/package/yuxi/agents/middlewares/model_input.py 拥有该行为；中间件位于组合最内层，其看到的 request.tools 即最终绑定给模型的工具列表，fallback 判定与模型可见性一致；可在模型请求 tools 与中间件返回内容处观察。
• 决策记录：免除——trivial 缺陷修复，非显然约束（不得经类属性硬编码注入工具）已通过代码 docstring 固化。

验证情况

禁用 OCR 配置后模型无法再调用 ocr_parse_file，且启用时行为不变

• 失败面：中间件硬编码注入被移除、fallback 仅在工具已启用时触发
• 语义 Owner：model_input.py 的 ImageInputCompatibilityMiddleware
• 直接证据 / 命令：在 PR 分支精确文件树（upstream main @ 031e2c7 + 本 commit）上，于 iva_yuxi-api:0.7.3 镜像内运行 python -m pytest test/unit/middlewares/test_model_input_middleware.py test/unit/agents：209 passed；python3 scripts/verify_engineering_contracts.py 通过，python -m unittest scripts.test_verify_engineering_contracts 63 passed
• 负向案例：回退 model_input.py 到修复前实现、保留新测试，运行两个禁用用例 test_no_ocr_fallback_when_tool_disabled[_sync]：2 failed，能捕获原缺陷
• 结果：Passed

真实 HTTP integration / worker / 浏览器链路：Not run（见未验证范围）。

简化 / 删除验收

不涉及（tools 类属性的删除是本 bug-fix 的根因修复，非独立简化；无其他 consumer 依赖该注入路径）。

独立语义 Review

由不继承开发上下文的独立 Reviewer 覆盖：完整 diff、model_input.py 全文、langchain create_agent 源码确认根因、chatbot/subagent graph 与 resolve_configured_runtime_tools 的中间件组合顺序、Skill 依赖门控交互、新测试正反跑。结论：可提交。低严重度备注：_ocr_tool_enabled 对 dict 形态工具判定为禁用（fail-closed 方向，本仓库工具均为 BaseTool 实例，无实际影响）。

未验证范围与风险

• 未在真实 HTTP/worker 端到端链路（实际智能体配置关闭 OCR、非 vision 模型完整请求）验证，建议 Reviewer 关注 fallback 判定时序；
• 测试在 iva_yuxi-api:0.7.3 镜像依赖环境执行，非上游 CI 环境；
• 无兼容性、配置、数据迁移影响。

事故反馈

未达到高影响逃逸缺陷门槛，无 postmortem。

界面变更

不涉及。

关联事项

无。

补充说明

无。