121–130 of 194 posts
If I may make a suggestion, many problems folks face with MCP would be solved if their agents were JIT compiled, not ran in a static while loop. We've been developing this in case folks are interested: https://github.com/stanford-mast/a1
You don't need MCP. You need Claude Skills.
Claude Skills are just good documentation wrapped into Anthropic's API in a proprietary way that's designed to foster lock-in.
This is incredibly simple and neat! Love it! Will have a think about how this can extended to other types of uses. I have personally been trying to replace all tools/MCPs with a single “write code” tool which is a bit harder to get to work reliably in large projects.
It is a core library and I am extending it to usable tools. Hopefully agents can directly script it.
Though it is more about debugging CSS, I think we are on the same way: let agents use tool by scripting.
Earlier quoted context omitted.
[flagged]
What do all of the links below have in common? Do you know of another way you can control all of those applications via LLMs? Computer use? https://github.com/ahujasid/ableton-mcp https://github.com/ahujasid/blender-mcp https://github.com/CoplayDev/unity-mcp https://github.com/mikechambers/adb-mcp
MCP was a really shitty attempt at building a plugin framework that was vague enough to lure people into and then allow other companies to build plugin platforms to take care of the MCP non-sense. "What is MCP, what does it bring to the table? Who knows. What does it do? The LLM stuff! Pay us $10 a month thanks!" LLM's have function / tool calling built into them. No major models have any direct knowledge of MCP. Not…
For Claude Code this approach looks easy. But if you use Cursor you need other approach as it doesn't have a format for tools.
The agent in Cursor is constantly using command line tools.
Earlier quoted context omitted.
What do all of the links below have in common? Do you know of another way you can control all of those applications via LLMs? Computer use? https://github.com/ahujasid/ableton-mcp https://github.com/ahujasid/blender-mcp https://github.com/CoplayDev/unity-mcp https://github.com/mikechambers/adb-mcp
The mcp part is not essential for the actual controlling of the applications. You could “rip out” the mcp functionality and replace it with something else. The only reason why the authors chose mcp is most likely that it was the first and therefore most common plugin interface for llm tools.
I've actually taken to both approaches recently, using the mcp-client package to give me an interface to a wide array of prebuilt tools in my non-LLM application. I could have written or sourced 10 different connectors, or I can write one client interface and any tool I plug in shares the same standard interface as all the others.
Earlier quoted context omitted.
> No major models have any direct knowledge of MCP. Claude and ChatGPT both support MCP, as does the OpenAI Agents SDK. (If you mean the LLM itself, it is "known" at least as much as any other protocol. For whatever that means.)
>it is "known" at least as much as any other protocol. No. It is not. Please understand what the LLM's are doing. Claude nor ChatGPT nor any major model knows what MCP is. They know how to function & tool call. They have zero trained data on MCP. That is a factual statement, not an opinion.
Earlier quoted context omitted.
What do all of the links below have in common? Do you know of another way you can control all of those applications via LLMs? Computer use? https://github.com/ahujasid/ableton-mcp https://github.com/ahujasid/blender-mcp https://github.com/CoplayDev/unity-mcp https://github.com/mikechambers/adb-mcp
The mcp part is not essential for the actual controlling of the applications. You could “rip out” the mcp functionality and replace it with something else. The only reason why the authors chose mcp is most likely that it was the first and therefore most common plugin interface for llm tools.