SSE + MCP 服务器 + Durable Objects

1. 一个与 @modelcontextprotocol/typescript-sdk 配合使用的 SSE 传输层（位于 /src/sse.ts）
2. 一个作为 Durable Object 的 MCP 服务器（位于 /src/mcp-server-do.ts）
3. 端到端运行的步骤

运行指南

1. 克隆此仓库
2. npm install 安装依赖
3. npm start 启动 DO（访问地址为 http://localhost:8787）
4. 使用 npx @modelcontextprotocol/inspector 运行 MCP Inspector
5. 打开 Inspector，输入 http://localhost:8787/sse

你应该会看到：

详细信息

我从 这个示例 中获取灵感，该示例来自 @modelcontextprotocol/typescript-sdk：

import express from "express";
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { SSEServerTransport } from "@modelcontextprotocol/sdk/server/sse.js";

const server = new McpServer({
  name: "example-server",
  version: "1.0.0"
});

// ... 设置服务器资源、工具和提示 ...

const app = express();

app.get("/sse", async (req, res) => {
  const transport = new SSEServerTransport("/messages", res);
  await server.connect(transport);
});

app.post("/messages", async (req, res) => {
  // 注意：要支持多个同时连接，这些消息需要路由到特定的传输。由于简单起见，此处未实现此逻辑。
  await transport.handlePostMessage(req, res);
});

app.listen(3001);

...并将其实现为 Durable Objects 中的内容。但首先需要一个在 Workers 上运行的传输层。参考 sse.ts 来自 @modelcontextprotocol/typescript-sdk，我实现了一个类似的版本，尽量模仿现有代码的结构和功能。需要注意的是，SDK 中有一些与 Node.js 的 http 模块耦合较深的设计假设，这些假设会泄漏到 SSE 传输层及其输入类型中——但其实唯一有意义的接口变化是 handlePostMessage 接受请求并返回响应。看起来有一种巧妙的方法可以将其上游化？