[Bug]: LiteLLM_MCPServerTable.source_url` does not exist in the current database.
![[Bug]: LiteLLM_MCPServerTable.source_url` does not exist in the current database.](https://www.chat-gpts.plus/wp-content/uploads/2026/06/24013-96c94384-768x403.jpg)
用户在 LiteLLM 代理的 Admin UI 中添加 MCP 服务器(MCP Server)时触发该错误。报错表明数据库模式(schema)与代码预期不匹配,代理返回 HTTP 500 错误。相关环境包括使用 Docker 镜像 docker.litellm.ai/berriai/litellm
![[Bug]: LiteLLM_MCPServerTable.source_url` does not exist in the current database.](https://www.chat-gpts.plus/wp-content/uploads/2026/06/24013-96c94384-768x403.jpg)
用户在 LiteLLM 代理的 Admin UI 中添加 MCP 服务器(MCP Server)时触发该错误。报错表明数据库模式(schema)与代码预期不匹配,代理返回 HTTP 500 错误。相关环境包括使用 Docker 镜像 docker.litellm.ai/berriai/litellm

用户在 Open WebUI v0.9.6(Docker 安装方式)中配置 MCP 工具并使用 OAuth 2.1 (Static) 授权模式连接需要通过 scope 参数验证的身份提供者(如 Azure Entra ID、Google Gmail/Calendar 等)时,在浏览器中触发 OAut

此问题出现在使用 MCP Python SDK 的 StreamableHTTPServerTransport 时,常见场景包括: 使用 FastMCP 构建的 MCP 服务器(stateless_http=True)返回包含数组(3+ 元素)的工具响应 Claude Code 等客户端通过互联网连

用户在使用 LobeChat 2.2.3 自托管版本(Zeabur 部署,Docker 镜像)时出现此问题。当从 2.2.2 升级后,先前通过“设置 → 发现”添加的自定义 MCP 连接器(Streamable HTTP 传输,例如 http://10.9.16.224:9100/mcp )不再向
![[Request] Add DOS Kernel MCP server to the MCP marketplace](https://www.chat-gpts.plus/wp-content/uploads/2026/06/15740-03e4d016-768x403.jpg)
用户希望将 DOS Kernel (一个确定性信任内核 MCP 服务器,提供 dos_verify 、 dos_arbitrate 、 dos_commit_audit 等工具)添加到 LobeChat 的 MCP 市场中。用户提交了服务器名称、仓库地址、发布者、许可证、MCP 注册表条目以及快速启

用户在 mcp.server.fastmcp.utilities.func_metadata.FuncMetadata.call_fn_with_arg_validation 中定义了一个同步的 @mcp.tool 函数。该函数被调用时,整个运行循环被阻塞,而不是像预期那样被移出事件循环以支持并发。

Kage 是一个开源的、基于 Git 的记忆框架,专为 AI 编码代理设计,解决了代理在协作中“记住什么”和“记住的内容是否可信”两大痛点。它放弃了纯捕获式记忆,转而使用代码验证+版本控制来确保代理的记忆不被过时或虚假信息污染。
![[Bug] Server crashes with anyio.ClosedResourceError when receiving raw invalid UTF-8 bytes](https://www.chat-gpts.plus/wp-content/uploads/2026/06/2328-473a47b7-768x403.jpg)
当 MCP Python SDK 服务器(如 mcp_server_fetch )通过 stdio 接收来自客户端的 JSON-RPC 请求时,如果请求参数中包含原始的无效 UTF-8 字节(如 b"http://x\xff\xfe" ),服务器会崩溃并抛出 anyio.ClosedResource

在运行基于 MCP Python SDK 构建的 Streamable HTTP 服务器时,客户端连接时若提供的 Mcp-Session-Id 在服务器内存存储中不存在(例如服务器重启导致 session 丢失),本应返回 404 让客户端重新初始化,但服务器返回了 400。这会阻止客户端正确恢复连

用户在 MCP Python SDK 中使用 MCPServer.call_tool 方法,或工具函数通过 @server.tool() 装饰器注册时触发。该问题已在源码层面被诊断并修复,但未合入前某些分支逻辑和返回类型注解仍然是错误的。