![[Bug]: MCP Gateway returns hardcoded `serverInfo.name = "litellm-mcp-server"` for every `/mcp/{alias}` endpoint](https://www.chat-gpts.plus/wp-content/uploads/2026/06/29800-abdeaae3-768x403.jpg)
用户在 LiteLLM 代理的 config.yaml 中配置了多个 mcp_servers （如 Grafana、Home Assistant、N8N 等），并通过 /mcp/{alias} 端点访问每个服务器。MCP 客户端（如 VS Code MCP 选择器、MCP Inspector、Fas
用户在 Windows 系统上通过 Chrome 浏览器，以 Docker 自托管方式部署 LobeChat 最新版本（Web 桌面端），尝试访问市场中的 MCP 详情页面时触发。
随着AI公司加速技术迭代与成本控制，行业正在经历结构性裁员，但与此同时，具备深厚行业经验与技术整合能力的资深人才，反而在AI落地阶段获得更多机会，35岁+并非终点而是新窗口期。
![[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 编码代理设计，解决了代理在协作中“记住什么”和“记住的内容是否可信”两大痛点。它放弃了纯捕获式记忆，转而使用代码验证+版本控制来确保代理的记忆不被过时或虚假信息污染。