new | show | ask | jobs Github

_pdp_ 8 hours ago

Hehe... nice one. I think we are all thinking the same thing.

I've also launched https://mcpshim.dev (https://github.com/mcpshim/mcpshim).

The unix way is the best way.

▲

22c 6 hours ago | parent | next [-]

Pretty sure I saw this one a couple of weeks back, or something very similar to it..

https://github.com/philschmid/mcp-cli

Edit: Turns out was https://github.com/steipete/mcporter noted elsewhere in the thread, but mcp-cli looks like a very similar thing.

▲

thellimist 7 hours ago | parent | prev [-]

Nice!

Compared both

---

TL;DR CLIHUB compiles MCP servers into portable, self-contained binaries — think of it like a compiler. Best for distribution, CI, and environments where you can't run a daemon.

mcpshim is a runtime bridge — think of it like a local proxy. Best for developers juggling many MCP servers locally, especially when paired with LLM agents that benefit from persistent connections and lightweight aliases.

---

https://cdn.zappy.app/b908e63a442179801e406b01cf412433.png (table comparison)

---

	▲	thellimist 7 hours ago \| parent \| next [-]
		I was happy with playwright like MCPs that require the daemon so didn't convert them to CLIs. My use cases are almost all 3rd party integrations. Have you seen any improvements converting on MCPs that require persistency into CLI?
	▲	_pdp_ 7 hours ago \| parent \| prev [-]
		Nice. Love it. One important aspect of mcpshim which you might want to bring into clihub is the history idea. Imagine if the model wants to know what it did couple of days ago. It will be nice to have an answer for that if you record the tool calls in a file and then allow the agent to query the file.