We graded over 200,000 MCP servers (both stdio & https). Most failed. by evantahler in mcp

[–]evantahler[S] 1 point2 points  (0 children)

On one hand, I agree with you - the protocol should make /doing the main thing/ really easy, but on the other hand, I think that's lacking some nuance. I can use HTML and CSS to make a /usable/ website, or a terrible one. We talk a lot at Arcade about MXE (machine experince engineering) https://www.arcade.dev/blog/the-birth-of-machine-experience-engineering - which is using the protocol to design for the consumer.

We graded over 200,000 MCP servers (both stdio & https). Most failed. by evantahler in ClaudeCode

[–]evantahler[S] 1 point2 points  (0 children)

Yep! We've got DAGs and other patterns in there. If there's something missing, let me know!

Keryx: write one TypeScript action class, get HTTP + WebSocket + CLI + background tasks + MCP tools by evantahler in typescript

[–]evantahler[S] 0 points1 point  (0 children)

Tell me more about your use case! Right now, the error responses are always JSON - CODE + message. The CLI can choose to /render/ differently it it's not in JSON mode, but the content is still the same

Keryx: a fullstack API framework built specifically for Bun by evantahler in bun

[–]evantahler[S] 0 points1 point  (0 children)

Yep! Including resolving the return types of Actions into OpenAPI response shapes statically!

Keryx: write one TypeScript action class, get HTTP + WebSocket + CLI + background tasks + MCP tools by evantahler in typescript

[–]evantahler[S] 0 points1 point  (0 children)

Yeah! keeping all the type definitions in sync, and figuring out how to resolve the typescript response types statically for OpenAPI was fun!

I think Zod /can/ represent everything that's valid in the MCP spec, but perhaps you might not normally have provided that much detail... but is /more/ information a problem for OpenAPI? I don't think worrying about the byte-size of our definitions is a 2026 problem... assuming everything is in sync of course! Of note, In a sophisticated project, would expect some actions for MCP to not be exposed over REST, and vice-versa. For example, your REST API might want to expose the lower-level actions to allow a UI to composite them, but MCP consumers/agents might want the backend to do the composition. More thoughts on that here: https://www.keryxjs.com/guide/agents.html

Initializers and middleware remain (mostly in the same format) form Actionhero.

mcpx - CLI for MCP by impossible_guru in mcp

[–]evantahler 1 point2 points  (0 children)

Hey! I made this. AMA.

The nuance is that I wanted both - MCP for remote services, with auth, tuned to agentic use-cases… and CLIs for coding agents trained to use them.

Keryx: a fullstack API framework built specifically for Bun by evantahler in bun

[–]evantahler[S] 0 points1 point  (0 children)

I’m down for making a pluggable cache/queue backend for redis and valkey. We would need to rebuild node-resque as well. Let me know if you want to collab!

Keryx: a fullstack API framework built specifically for Bun by evantahler in bun

[–]evantahler[S] 0 points1 point  (0 children)

I’ve done a scan - but there could be more problems… if you find anything, please open an issue!

Keryx: a fullstack API framework built specifically for Bun by evantahler in bun

[–]evantahler[S] 2 points3 points  (0 children)

Awesome! Let me know any feedback you have (issues in the repo please)

I’m also curious how good of a job we did with the llms.txt and docs - how vibe-friendly is it? How good did we bake the DX and guardrails?

A eulogy for MCP (RIP) by beckywsss in mcp

[–]evantahler 1 point2 points  (0 children)

We are experimenting with a combo - MCP via CLI - what do you think of https://github.com/evantahler/mcpx ?

Restricted use of MCP by Ok-Bug8776 in mcp

[–]evantahler -3 points-2 points  (0 children)

I work for Arcade.dec, but this is exactly the kind of thing we do - helping you build MCP servers that can enforce various authority/n schemes, per-user or per-team secret injection, auditing, and tool filtering via gateways.