MCP-Entwicklung · Model Context Protocol
Jedes System einmal anbinden.Für jeden Agenten und Assistenten.
Bei CoderConda lässt Du MCP-Server entwickeln, über die Deine KI-Anwendungen auf ERP, Ablage und Kalender zugreifen. Jedes System wird einmal als Werkzeug beschrieben. Jede Anwendung nutzt es danach mit begrenzten Rechten, und jeder Aufruf steht im Protokoll.
- Server
- 4 Werkzeuge, 1 Konto
- Aufruf
- erp.vorgang_lesen
- Argument
- nummer: 2026-0188
- Antwort
- Kunde, 12 Positionen, gesperrt
- Schreibend
- 1 von 4, nur mit Freigabe
- Aufrufprotokoll
- Client, Werkzeug, Dauer
Ein Werkzeug je fachlicher Aufgabe · lesend und schreibend getrennt
01 — Die Rechnung
4 × 4 oder 4 + 4.16 Anbindungen oder 8.
Ohne gemeinsame Schicht bekommt jede Anwendung ihre eigene Anbindung an jedes System. Mit einem MCP-Server beschreibe ich jedes System einmal, und alle Anwendungen sprechen dasselbe Protokoll.
Jede Linie ist Code, den jemand schreibt, testet und pflegt. Die fünfte Anwendung bringt 4 neue mit.
Rechts stehen die Adapter, links sprechen alle Anwendungen dasselbe Protokoll. Die fünfte braucht einen Eintrag in der Konfiguration.
Bei einer Anwendung und einem System ist die direkte Anbindung schneller. Dann baue ich die.
02 — Das Werkzeug
Ein Werkzeug ist eine Beschreibung,kein Endpunkt.
Das Modell liest Name, Zweck, Parameter und Grenze und entscheidet danach, ob es das Werkzeug aufruft. Eine ungenaue Beschreibung fällt erst im dritten Betriebsmonat auf, an einer seltsamen Buchung. Deshalb gehört sie zur Arbeit.
// Nur lesend. Schreiben ist ein anderes Werkzeug mit anderen Rechten.{ "name": "erp.vorgang_lesen", "description": "Liest einen Vorgang anhand seiner Nummer. Gibt Kunde, Positionen und Sperrgrund zurück.", "inputSchema": { "type": "object", "properties": { "nummer": { "type": "string", "pattern": "^\\d{4}-\\d{4}$" } }, "required": ["nummer"] }, "annotations": { "readOnlyHint": true }}// Grenze: max. 60 Aufrufe je Minute, keine fremden Mandanten.4 Werkzeuge, jedes mit eigener Grenze
erp.vorgang_lesen
- Recht
- ERP readonly
- Grenze
- Kein Schreiben, keine fremden Mandanten
ablage.suchen
- Recht
- Eigenes Konto, darüber die Rechte des Fragenden
- Grenze
- Max. 20 Treffer je Aufruf
kalender.freie_zeiten
- Recht
- Frei/belegt, keine Inhalte
- Grenze
- Keine Titel, keine Teilnehmer, kein Schreiben
mail.entwurf_anlegenschreibend
- Recht
- Entwurfsordner
- Grenze
- Kein Versand · Agent-Kennung im Header
Grenze im Code, nicht im Prompt
Versenden ist kein Parameter, den man auf true setzen könnte. Es ist kein Werkzeug.
03 — Das Angebot
Sechs Teile,und keiner davon ist das Protokoll.
Einen MCP-Server aufzusetzen dauert einen Nachmittag. Die Wochen danach gehen in die Adapter, in die Beschreibungen und in die Frage, was bei einem Timeout passieren soll.
- 01
Werkzeugschnitt
Ein Werkzeug je fachlicher Aufgabe, nicht je Datenbanktabelle. Weniger, als die meisten bauen.
- 02
Adapter
Hinter jedem Werkzeug steht, was es wirklich gibt: REST, SQL, SFTP oder ein Exportordner.
- 03
Beschreibungen
Zweck, Parameter, Einheiten und Grenzfälle, in der Sprache Deines Hauses.
- 04
Rechte
Eigenes Konto für den Server, eigene Rechte je Werkzeug, Lesen und Schreiben getrennt. Bei einer Suche gelten zusätzlich die Rechte des Fragenden.
- 05
Aufrufprotokoll und Limits
Jeder Aufruf mit Client, Werkzeug, Dauer und Ergebnis, dazu eine Ratenbegrenzung.
- 06
Versionen
Alte Namen bleiben eine Weile gültig und melden, dass sie auslaufen.
Dauer
Werkzeugschnitt 1 Woche, je System 1–2 Wochen
Betrag
Nach dem Erstgespräch, schriftlich
Den Betrag nenne ich Dir nach dem Erstgespräch schriftlich, bevor etwas gebaut wird.
Übergabe
Quellcode, Beschreibungen, Rechtekonzept, Tests und Dokumentation. Der Server gehört Dir.
04 — Die Fragen
Sechs Fragen.Die erste spricht gegen mich.
01Brauche ich überhaupt MCP?
Bei einer Anwendung und einem System nicht. Dann ist die direkte Anbindung schneller und günstiger, und die baue ich. MCP lohnt sich, sobald mehrere Anwendungen dieselben Systeme brauchen, etwa Agent, Assistent und Editor. Dann ersetzt eine Beschreibung je System die Anbindung je Paar.
02Ist ein MCP-Server ein Sicherheitsrisiko?
Er ist so sicher wie die Rechte dahinter. Der Server bekommt ein eigenes Konto, jedes Werkzeug eigene Rechte, schreibende Werkzeuge laufen nur mit Freigabe, und jeder Aufruf steht im Aufrufprotokoll. Ein Risiko entsteht durch ein Werkzeug, das mehr darf als nötig.
03Wo laufen Server und Daten?
In Deutschland, mit Auftragsverarbeitungsvertrag nach DSGVO. Auf Wunsch läuft der Server vollständig in Deinem Netz, ohne Weg nach außen.
04Was, wenn mein System keine API hat?
Dann liegt die Arbeit im Adapter. Datenbankzugriff, Exportordner oder SFTP verschwinden hinter dem Werkzeug. Die Anwendung sieht dieselbe Beschreibung wie bei jedem anderen System und merkt nicht, ob dahinter REST oder ein Ordner liegt.
05Bindet mich das an einen Anbieter?
MCP ist ein offenes Protokoll, und der Server ist Dein Code. Wechselst Du das Modell oder die Anwendung, bleiben die Werkzeuge, wie sie sind.
06Lässt sich ein bestehender Server prüfen?
Ja. Am häufigsten finde ich ein Werkzeug, das zu viel darf, danach Beschreibungen, die im falschen Moment zum Aufruf einladen. Du bekommst eine Liste mit Befund, Risiko und Aufwand, und die Hälfte davon lässt sich an einem Tag beheben.
Eine siebte Frage? Die kläre ich im Erstgespräch.
05 — Wer baut
Ein Ansprechpartner.Er schreibt auch die Adapter.
Damjan Savić hat im Konzernumfeld Systeme für Großunternehmen gebaut. Die Adapter und Beschreibungen Deines Servers schreibt er selbst, den Betrieb übernimmt er danach, und wo Geld oder Verbindlichkeit im Spiel ist, gibt es Tests.
- Damjan Savić
- Senior Full-Stack-Entwickler · Gründer CoderConda
- Erreichbar
- Kein Callcenter, kein Ticketsystem.
- Standort
- Bergisch Gladbach, vor Ort im Rheinland, remote überall.
- Mehr
- damjan-savic.com
06 — Termin
Welche drei Werkzeuge bräuchte ein Agentbei Dir zuerst?
Wähl einen Termin direkt im Kalender und nenn mir die Systeme dahinter. Typisch sind Lesen, Suchen und Entwerfen. Ich sage Dir, welche eine API haben und wo der Adapter die eigentliche Arbeit ist.
Der Kalender liegt bei cal.com.
Beim Laden baut Dein Browser eine Verbindung zu cal.com (USA) auf und überträgt dabei Deine IP-Adresse; cal.com kann dabei Cookies setzen. Du kannst auch direkt dorthin wechseln.