Hacker Newsnew | past | comments | ask | show | jobs | submit | notoreous's commentslogin

Well it sure took "FastMCP" long enough. And the announcement lands at a time when its looking increasingly like CLI is the preferred method vs MCP. I'm sure in a few months time, even that will be out of date


MCP is superior to CLI by design, and it’s not even close. I don’t understand the sudden hype towards CLI for agents.


Would you mind elaborating on the superiority you perceive?


For MCP servers, there's no need to install a potentially untrusted software on your computer. Remote MCP can do very little harm, a CLI though? You're vulnerable to bad actors or supply chain attacks.

For client side MCP it's a different story.


Explorable by design, can be served through HTTP, OAuth integration.


It has a json schema, that’s the main point. It also enforces good documentation by design. No need to get a man page or run the help command, it’s in the context. It can work remotely with authentication.


Most CLI tools have JSON support. Your arguments fall flat pretty short.

I think MCP is fine in an env where you have no access to tools, but you cannot ripgrep your way through an MCP (unless you make an MCP that calls ripgrep on e.g. a repo, which in that case what are you doing).


Tool calls can have JSON schema enforced on lower level (token sampling). Although, I'm not sure if major providers do it, but I don't see any reason why they wouldn't.


I am not sure I agree on your statement about most CLI tools having JSON support. First, I’m not sure it’s true. But most are for sure not coming with JSON schemas for inputs and outputs.



I should clarify that I was referring to the SDK for Statsig as an OpenFeature provider, only boolean flags are supported right now: https://github.com/open-feature/dotnet-sdk-contrib/tree/main...


Ah, that makes sense. Thanks for letting me know!


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: