Cheaper, but is it more effective? I know I saw something about the Next.js devs experimenting with just dumping an entire index of doc files into AGENTS.md and it being used significantly more by Claude than any skills/tool call stuff.
Making MCP cheaper via CLI
11–20 of 127 posts
Re: Making MCP cheaper via CLI
#12The article's link to clihub.sh is broken. Looks like https://clihub.org/ is the correct link? I've added that to the toptext as well. Edit: took out because I think that was something different.
I didn't release the website yet. I'll remove the link
Re: Making MCP cheaper via CLI
#13Re: Making MCP cheaper via CLI
#14Re: Making MCP cheaper via CLI
#15MCP has some schemas though. CLI is a bit of a mess. But MCP today isn’t ideal. I think we need to have some catalogs where the agents can fetch more information about MCP services instead of filling the context with not relevant noise.
The point is push vs pull.
Re: Making MCP cheaper via CLI
#16This sounds similar to MCPorter[0], can anyone point out the differences? [0] https://github.com/steipete/mcporter
CLIHub
- written in go
- zero-dependency binaries
- cross-compilation built-in (works on all platforms)
- supports OAuth2 w/ PKCE, S2S, Google SA, API key, basic, bearer. Can be extended further
MCPorter
- TS
- huge dependency list
- runtime dependency on bun
- Auth supports OAuth + basic token
- Has many features like SDK, daemons (for certain MCPs), auto config discovery etc.
MCPorter is more complete tbh. Has many nice to have features for advanced use cases.
My use case is simple. Does it generate a CLI that works? Mainly oauth is the blocker since that logic needs to be custom implemented to the CLI.
Re: Making MCP cheaper via CLI
#17Can LLMs compress those documents into smaller files that still retain the full context?
Re: Making MCP cheaper via CLI
#18Re: Making MCP cheaper via CLI
#19I've also launched https://mcpshim.dev (https://github.com/mcpshim/mcpshim).
The unix way is the best way.
Re: Making MCP cheaper via CLI
#20Hehe... 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.
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)
---