Jump to content
omnibrain

MCP Server in Delphi

Recommended Posts

That site has been up for a week. You can work fast with Delphi, but you can't work magic.

Share this post


Link to post

I'm unsure what advantages to expect from this

image.thumb.png.8e81fc0036017072a262580bbb50abcb.png

 

Are'nt these just several independent server layers between the client and the LLMs, to unify the LLM communications?

Currently they talk only about Claude, it seems very Claude centric to me.
Do these MCP servers have any REST API or whatsoever, maybe I have overseen this?


For the use of agents, wouldn't it make more or same sense to have these features built in the client SDK ( Delphi Code ) in the first place?

Then your app would have local, full control over all LLM's and DB's.

Yes, a server solution might have some advantages too, but they are not good pointing them out very precisely.
I would start with unifying access to different LLMs by implementing a general Delphi Interface for several LLM implementations,
to have a compatible interface between several LLM ( if that will be really possible ).

Perhaps I completely misunderstood the deeper idea behind this additional layer of complexity, then please let me know. :classic_smile:

 

 

Share this post


Link to post
2 hours ago, Rollo62 said:

Are'nt these just several independent server layers between the client and the LLMs, to unify the LLM communications?

That's exactly what it is for. Unified way of discovery and access.

 

2 hours ago, Rollo62 said:

Currently they talk only about Claude, it seems very Claude centric to me.

Anthropic wrote the spec but others, like Cursor adapted it. It's becoming some sort of standard way of tool and content discovery and access.

 

2 hours ago, Rollo62 said:

Do these MCP servers have any REST API or whatsoever, maybe I have overseen this?

It's a JSON RPC 2.0 API.

2 hours ago, Rollo62 said:

For the use of agents, wouldn't it make more or same sense to have these features built in the client SDK ( Delphi Code ) in the first place?

Then your app would have local, full control over all LLM's and DB's.

If I want to integrate an agent into my software, I could do that.

But I want to implemented several things: a) a way for any Agent to interact with (aspects of) my software. b) a MCP Server for the DBMS we use so I can use the (meta) information during development using agents or Cursor.

2 hours ago, Rollo62 said:

I would start with unifying access to different LLMs by implementing a general Delphi Interface for several LLM implementations,
to have a compatible interface between several LLM ( if that will be really possible ).

This has nothing to do with MCPs, but most cloud systems use a REST API that's similar to OpenAI's. So no need for that.

To use local LLMs there are a few competing approaches possible, but you can leave the heavy lifting to libraries like llama.cpp or even use something like ollama and just use this API.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×