A type-safe, intuitive Go SDK for building MCP servers with ease and confidence

This seems to be a better alternative: https://github.com/mark3labs/mcp-go

boomskats 8 months ago | parent | next [-]

Yeah, mcp-go is a pretty well known project (i know it from godoc-mcp), but I don't know whether 'better' is the right word.

It looks like it's a case of builder pattern/runtime validated vs codegen/typed. The readme doesn't reference mcp-go by name, but it does lead with 'type-safe, intuitive', which could be a poke at it?

	▲	peterldowns 8 months ago \| parent [-]
		Do you know of anything that will autogen a golang mcp server from an OpenAPI spec? Seems completely do-able, and I'll write a tool for this myself if it doesn't already exist.

▲

ra7 8 months ago | parent | prev | next [-]

Looks like there's also an official Go SDK coming soon, likely based on mark3labs/mcp-go. Proposal: https://github.com/orgs/modelcontextprotocol/discussions/224

▲

dblooman 8 months ago | parent | prev [-]

Have used this for a hackday recently, found it easy to use, even for a complete newcomer.

▲

dstotijn 8 months ago | parent | prev | next [-]

I also wrote a Go library for MCP a few weeks ago, with type safety as one of the project goals: https://github.com/dstotijn/go-mcp. It uses generics to support type-safe RPC methods. Additionally, it leans on JSON schema and its features for property validation.

▲

whydid 8 months ago | parent | prev [-]

Whenever I see this many emojis in a readme, I assume the entire project was written by AI.

▲

peterldowns 8 months ago | parent | next [-]

Or, worse, an npm-infected frontend engineer. It's like a mindvirus in that ecosystem.

	▲	8 months ago \| parent [-]
		[deleted]

▲

ramesh31 8 months ago | parent | prev [-]

>"Whenever I see this many emojis in a readme, I assume the entire project was written by AI."

What difference does that make? Have you read the code and formulated an actual criticism, or is this just kneejerk "AI bad"?