issue: Task Management builtin tools (create_tasks/update_task) fail in Temporary Chat mode

快速结论：此报错通常发生在 Temporary Chat（临时聊天） 模式下，当调用内置任务管理工具 create_tasks/update_task 时，服务端无法找到之前创建的任务 ID。优先排查 是否开启了 Temporary Chat 模式，并升级到 Open WebUI v0.11 或更高版本。

适用环境：Open WebUI v0.10.2（Git Clone 安装，运行于 Docker 容器，AWS ECS Fargate，Debian-based 镜像）；Ollama 版本未提供；浏览器未指定；后端为 OpenAI-compatible API（测试中使用 Claude via AWS Bedrock）。

最快修复方案：升级 Open WebUI 至 v0.11 或更高版本。该版本已合入修复 PR #27563，将在 Temporary Chat 模式中移除 create_tasks/update_task 工具的注入，避免模型调用到无法成功的工具。

注意事项：升级后，Temporary Chat 任务管理功能将不再可用（符合该模式的无状态设计原则）。若仍需在临时聊天中使用任务管理，这属于功能请求而非 bug，需要设计无状态的任务工具方案（例如通过工具返回结果和对话上下文携带任务列表）。

问题场景

用户在 Open WebUI 中启用 Temporary Chat（临时聊天） 模式，并选择支持内置工具的模型（如通过 OpenAI-compatible API 连接的 Claude Sonnet 4 等）。模型调用 create_tasks 创建多个任务（任务小部件显示 N 个任务），随后调用 update_task 更新某个任务状态时，工具返回错误，导致任务小部件卡在“0/N completed”状态，模型回退尝试其他方法。

报错原文

{"error": "Task with id \"1\" not found"}

任务小部件状态显示 0/N tasks completed，且不再更新。

原因分析

Temporary Chat 模式的设计原则是 服务端不保留任何会话状态。内置任务管理工具依赖服务端维护的聊天上下文和任务存储（无论持久化还是内存），这与临时聊天的无状态契约冲突。当 create_tasks 将任务记录在服务端后，update_task 在同一个临时会话中无法检索到这些任务（可能因为会话 ID 丢失、任务存储未与临时快照绑定等），导致报错。此外，在多副本部署环境下（如本例中的 ECS Fargate），进程本地存储无法在容器间共享，可能加剧此问题。

根本原因并非工具本身缺陷，而是 临时聊天模式不应暴露需要服务端状态支持的工具。

环境排查

确认 Open WebUI 版本是否低于 v0.11（当前 Issue 报告为 v0.10.2）
确认是否启用了 Temporary Chat 模式（顶部蓝色计时器图标激活）
确认模型配置中启用了 Capabilities → Builtin Tools → Task Management
确认环境变量设置：DEFAULT_MODEL_PARAMS='{"function_calling": "native"}' 和 DEFAULT_MODEL_METADATA='{"capabilities": {"builtin_tools": true}}'
确认使用的后端 API 支持原生 tool calling（如 OpenAI-compatible 接口）

解决步骤

升级 Open WebUI：将当前版本更新至 v0.11 或更高版本（PR #27563 已合并）。升级方式可参考官方文档重新部署容器或通过 Git 拉取最新代码。
验证升级后 Temporary Chat 模式下不再注入 create_tasks/update_task 工具，模型无法调用它们，因此不会报错。
若无法立即升级，可临时关闭 Temporary Chat 模式，改用常规持久聊天，任务管理功能可正常工作。

验证方法

在升级后的 Open WebUI 中：
1. 开启 Temporary Chat 模式。
2. 发送一个需要任务拆解和执行步骤更新的提示（例如“Research the pros and cons of microservices vs monoliths, then give a recommendation for a team of 5”）。
3. 确认模型不会调用 create_tasks 或 update_task，且任务小部件不再出现；或者如果模型尝试调用，工具返回不再出现“Task with id not found”错误。

在常规（非临时）聊天模式中测试，任务管理工具应仍可正常使用。