fix(everything): convert to modern TypeScript SDK APIs

[domdomegg]

Convert the everything server to use the modern McpServer API instead of the low-level Server API.

Key changes

• Replace Server with McpServer from @modelcontextprotocol/sdk/server/mcp.js
• Convert simple tools to use registerTool() for cleaner code
• Convert simple prompts to use registerPrompt()
• Keep advanced features using server.server.setRequestHandler() for low-level access
• Add type dependencies (@types/jszip, @types/cors)
• Update all transport files (stdio, SSE, streamableHTTP) to use server.server.connect/close pattern
• Fix type literals to use as const assertions

Tools converted to registerTool()

These tools now use the modern declarative API:

• echo, add, printEnv, getTinyImage, annotatedMessage, getResourceLinks, structuredContent, zip

Tools still using setRequestHandler()

These tools need low-level access to request metadata:

• longRunningOperation - needs access to progressToken and requestId
• sampleLLM - uses sampling protocol (sendRequest)
• elicitation - uses elicitation protocol (sendRequest)
• listRoots - needs client capabilities check
• getResourceReference - uses strict resource content typing

All features maintained

• ✅ 13 tools including progress notifications, sampling, elicitation
• ✅ 3 prompts (simple, complex, resource)
• ✅ 100 paginated resources with templates
• ✅ Resource subscriptions
• ✅ Completions for prompts and resources
• ✅ Roots protocol support
• ✅ Logging at various levels
• ✅ All three transports (stdio, SSE, streamable HTTP)

Benefits

The modern API provides:

• Less boilerplate code where applicable
• Better type safety with Zod
• More declarative registration for simple cases
• Cleaner, more maintainable code
• Flexibility to use low-level API when needed

Testing

• TypeScript compilation passes
• Server starts successfully with all transports
• All tools, prompts, and resources function correctly
• Advanced features (sampling, elicitation, progress) work as expected

[domdomegg]

This was largely vibed by Claude, but I have checked the changes and it looks good. The tests are also all still passing. I also went through manually to do a bit of code cleanup, especially getting the TypeScript types correct (they were wrong in the old version, which confused poor Claude a little).

Sadly we still need to use the old style APIs for a couple things, but I think this is unavoidable as they don't have equivalents on the new APIs.

[olaservo]

Looks like when I build this locally and run in Inspector, no Resources are listed?

[domdomegg]

I'm sorry I'm being silly 🤦

I had forgotten to push changes that fixed this. Pushed now and should be working for real now

[cliffhall]

A few broken bits.

[cliffhall]

Suggested change

	{
	capabilities: {
	prompts: {},
	resources: { subscribe: true },
	tools: {},
	logging: {},
	completions: {}
	},
	instructions
	}
	{
	capabilities: {
	prompts: {},
	resources: { subscribe: true },
	tools: {},
	logging: {},
	completions: {}
	},
	instructions
	}

[cliffhall]

• Logging capability wasn't detected, so the Inspector didn't send a logging/setLevel request, and didn't display the dropdown for log level.
• Resources / subscribe capability wasn't detected, so subscribe button did not display over selected resource, so subscribe/unsubscribe and updated notifications couldn't be sent.

[cliffhall]

Suggested change

	await server.sendLoggingMessage(messages[Math.floor(Math.random() * messages.length)]);
	await server.sendLoggingMessage(messages[Math.floor(Math.random() * messages.length)], sessionId);

The sessionId argument was removed from every call to sendLoggingMessage.

This is the mechanism that allows multiple clients to have different logging levels set and respected.

You wouldn't have been able to test with the current PR, because the logging capability was removed, but after you put that back in, try opening multiple Inspector instances connected to the same Everything server. Only the latest requested level by any of them will be respected. Whereas if you put the sessionId params back in the sendLoggingMessage calls, you'll see that each instance can request its own level and messages above that level will not be sent to it.

[cliffhall]

Suggested change

	});
	}, sessionId);

[cliffhall]

Suggested change

	});
	}, sessionId);

[cliffhall]

Suggested change

	});
	}, sessionId);

[cliffhall]

Suggested change

	});
	}, sessionId);

[cliffhall]

Suggested change

	});
	}, sessionId);

[cliffhall]

Suggested change

	});
	}, sessionId);

[cliffhall]

Suggested change

	if (name === PromptName.SIMPLE) {
	return {
	messages: [
	{
	role: "user",
	content: {
	type: "text",
	text: "This is a simple prompt without arguments.",
	},
	},
	],
	};
	}
	if (name === PromptName.COMPLEX) {
	return {
	messages: [
	{
	role: "user",
	content: {
	type: "text",
	text: `This is a complex prompt with arguments: temperature=${args?.temperature}, style=${args?.style}`,
	},
	},
	{
	role: "assistant",
	content: {
	type: "text",
	text: "I understand. You've provided a complex prompt with temperature and style arguments. How would you like me to proceed?",
	},
	},
	{
	role: "user",
	content: {
	type: "image",
	data: MCP_TINY_IMAGE,
	mimeType: "image/png",
	},
	},
	],
	};
	}

This section shouldn't have been removed. The simple and complex prompts can be listed, but if you select one and click Get Prompt it fails: