Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Mcptoon – Token-efficient MCP CLI client

github.com

Post reply on HN
Print view View original

11–20 of 53 posts

Re: Show HN: Mcptoon – Token-efficient MCP CLI client

#11

Post by Loic »

I spent more than one week, as a side project, to add an MCP server to my Cheméo website. Only 4 tools.

It took me way more time than expected, I was thinking: "Just wrap the REST API, 2h, done".

The MCP payload has nothing to do with the REST API one. Because you need to make it interpretable and context efficient even so it is structured data.

It was really interesting work and I suppose very little people are taking the time to rethink what is sent over the wire while creating a MCP server. If so, we would not have MCPs with the minimal payload being 500kB of JSON soup.

If you send my MCP through your "save token filter", I can guarantee you, that you will have trash down the line.

Re: Show HN: Mcptoon – Token-efficient MCP CLI client

#12

Post by alxhslm »

Don’t quite see the point of this. It is well known that MCP is a bit bloated for coding agents at least.

But, why not just use CLIs for each tool? That seems to be where things are going anyway

And using MCP as an internal communication method seems odd when you could use the APIs directly

Re: Show HN: Mcptoon – Token-efficient MCP CLI client

#16

Post by AmazingTurtle »

debazel wrote: post #13

Why is it replacing true/false with T/F? true/false is already 1 token in all tokenizer I've seen. Even worse is replacing null with ∅. ∅ is a special unicode symbol that takes up 2 tokens compared to the 1 token for null...

↲ is also two tokens instead of a simple \n lmao
Post reply on HN