McpServer
PulseAugur coverage of McpServer — every cluster mentioning McpServer across labs, papers, and developer communities, ranked by signal.
5 天有情绪数据
-
MCP Python SDK v2.0.0 发布导致静默破坏性更改
模型上下文协议 (MCP) Python SDK 于 2026 年 7 月 28 日发布了 2.0.0 版本，引入了静默破坏性更改。该 SDK 将其 FastMCP 类重命名为 MCPServer，并重新组织了相关子模块，但未提供弃用警告或兼容层。此更改可能导致依赖项松散固定的项目在下次 `pip install` 时悄然中断，因为导入路径将失效。默认服务器标识符字符串的更改加剧了此问题，该更改也未得到明确通知。
-
开发者构建只读MCP服务器用于B2B保险增长分析
一位开发者记录了创建一个只读模型上下文协议（MCP）服务器的过程，该服务器专为B2B保险增长分析而设计。该服务器使用Python和mcp[cli]==2.0.0 SDK构建，专注于通过查询数据来回答业务问题，而不能修改数据。这种故意的只读设计旨在防止AI系统更改业务数据，并通过44个测试确保正确和不正确的LLM调用都能得到处理。该项目包括直接查询工具和更复杂的“决策编排”工具，后者会交叉引用多个数据源。
-
在 SDK 和 CLI 中管理 MCP 服务器兼容性的策略
本文讨论了在多个 SDK 重命名和命令行界面 (CLI) 中维护单个 MCP 服务器的策略。作者建议在工具和供应商 SDK 之间实现一个薄适配器层，以集中导入和请求构建，确保像 FastMCP 或 MCPServer 这样的组件的更新只影响一个文件。文章还建议添加一个启动检查，以验证服务器的配置、模型、端点和 SDK 版本，并记录出站负载字节，以检测一个 CLI 可能与另一个 CLI 以不同方式传递数据的静默分歧。
-
MCP Python SDK 从 1.x 更新至 2.x，需要服务器迁移
MCP Python SDK 已从 1.x 版本（FastMCP）更新至 2.x 版本（MCPServer），现有 Python MCP 服务器需要进行迁移。此次更新包括将 FastMCP 重命名为 MCPServer，并对 API 进行更改，涉及传输机制和依赖项。开发者需要更新代码以使用新 SDK，或将项目固定到旧版本以保持兼容性。迁移过程涉及识别受这些更改影响的代码（如工具定义和传输协议），并调整依赖项（如将 httpx 更改为 …
-
MCP Python SDK 强制执行方法所有权，防止服务器启动失败
MCP Python SDK 已引入安全措施，以防止方法冲突，确保如果多个扩展声称拥有相同的方法名，服务器配置将在运行时之前失败。这是通过强制每个方法只有一个所有者来实现的，从而避免了因注册顺序而产生的歧义。该 SDK 会拒绝重复的扩展方法，并确保核心 MCP 方法不能被供应商扩展覆盖，这些检查发生在服务器启动期间，而不是在请求处理期间。
-
Skybridge v2 推出新的 MCP 协议及 Evals 测试框架
Skybridge 发布了 2.0 版本，引入了新的 MCP 协议，该协议经历了重大更改，包括变为无状态并移除了会话 ID。此次更新需要重建服务器架构，从单个 McpServer 实例转向为每个请求实例化新服务器的工厂模式。一个关键的新功能是 Evals，这是一个测试框架，旨在允许开发人员定义和执行涉及 LLM 的测试，以确保他们的应用程序在部署前正常运行。
-
开发者为MCP工具调用添加加密收据以增强安全性
一位开发者为MCP（模型上下文协议）工具调用实现了加密收据，以增强安全性和可验证性。该技术集成到ccs-mcp-server库中，为现有服务器增加了约20行代码。这些收据基于CCS（正确覆盖一致性形状）标准，对工具参数和响应进行加密签名，以防止参数篡改、响应变异和模式漂移等问题。该实现使用Ed25519密钥进行签名和验证，确保代理收到工具执行的可验证证据，并且传递的参数符合预期。
-
MCP cacheScope 规范易受私有数据泄露攻击
MCP cacheScope 规范旨在实现可重用结果，但存在一个安全漏洞，可能导致私有缓存数据泄露给非预期用户。当共享客户端缓存缺乏足够的身份信息来区分不同的授权上下文时，就会发生这种情况。服务器可以标记结果为公共或私有，但如果缓存键没有正确分区，共享缓存可能会错误地将一个用户专用的私有结果提供给另一个用户。提出的解决方案是为每个授权上下文创建一个稳定的缓存分区，该分区源自租户或主体等身份维度，以确保私有数据保持隔离。
-
模型上下文协议 (Model Context Protocol) 转为无状态设计，影响开发者工作流程
模型上下文协议 (MCP) 已进行重大重写，在 2026-07-28 版本中正式转为无状态设计。此更改消除了协议级别的会话和初始化握手，允许服务器在标准负载均衡器后运行，无需粘性路由。服务器发起的请求现在通过客户端驱动的重试进行管理，SSE 流不再恢复，将重试安全工具的责任推给了客户端。虽然 Roots、Sampling 和 Logging 等功能被弃用而非移除，但协议的转变要求重新评估开发者如何处理上下文、重试和连接。
-
MCP Python SDK v2 迁移指南详述意外中断问题
本指南详述了 MCP Python SDK 迁移至 2.0 版本お过程，强调了除 FastMCP 重命名为 MCPServer 之外遇到的挑战。作者描述了即使是相对较小的项目，静默错误和意外中断也需要大量调试时间。本文旨在根据作者在两个服务器上的经验，为其他进行迁移的人提供一个 walkthrough，其中一个服务器部署在 Vercel 上。
-
使用 TypeScript 构建 MCP 服务器：实用指南
本文提供了使用 TypeScript 构建模型上下文协议 (MCP) 服务器的全面指南。它通过提供一个实用的、生产就绪的示例来解决 MCP 文档碎片化的问题，该示例实现了工具、资源和提示等核心基元。该指南强调了正确处理 stdio 传输以避免损坏 JSON-RPC 帧等关键细节，并演示了如何设置项目结构和集成 MCP SDK 以简化开发。该过程涉及注册工具、资源和提示的处理程序，SDK 会自动推断功能。
-
新工具可在 AI 代理中实现交互式图表
MCP Charts 工具 (@bonnard/mcp-charts) 使 AI 代理可以直接在 Claude 和 ChatGPT 等平台中生成交互式图表，无需前端开发。该工具允许代理查询 PostgreSQL、BigQuery、Snowflake、Databricks 和 DuckDB 等数据源，返回确定性的可视化图表，而不是原始数据或即兴生成的 HTML。通过提供专用的图表工具，它确保了在对话式 AI 界面中进行数据探索时的一致渲…
-
模型上下文协议 (Model Context Protocol) 标准化 AI 与工具和数据的集成
模型上下文协议 (MCP) 是一项新兴的开放标准，旨在简化 AI 模型与外部工具和数据源的集成。它提供了一个一致的框架，类似于 Web API 的 REST，使 AI 应用程序能够与各种工具和数据进行交互，而无需考虑 AI 提供商。关键组件包括公开资源和工具的 MCP 服务器、MCP 客户端（AI 应用程序）以及定义的通信传输，通过减少定制集成工作来简化 AI 功能的开发。
-
MCP Inspector vs. Postman：基于浏览器的验证器提供更快的模式检查
MCP Inspector 和 Postman 是用于测试 Model Context Protocol (MCP) 工具的工具，但一个定制构建的验证器提供了一种更快速、基于浏览器的替代方案来进行模式检查。作者遇到了一个错误，其中一个代理由于广告的 JSON 模式字段 (`currency_from`) 和处理程序预期的字段 (`from_currency`) 之间的不匹配而忽略了货币转换工具。虽然 MCP Inspector 可以调…