Agentic Easter: Die Eier-Färbemaschine und das MCP-Protokoll

Warum der Osterhase Farben nicht mehr per Function Calling mischt

Gekochte Eier sind gut. Aber ohne Farbe wären sie… sagen wir mal: traurig 🥚😐

Nachdem der Osterhase seine Eierkochmaschine erfolgreich automatisiert hatte, stand die nächste Herausforderung an: Das Färben der Eier.

Und diesmal war schnell klar, das ist kein einfacher Funktionsaufruf mehr.

Vom Tool zum System

Im letzten Beitrag hat der Osterhase gelernt, wie ein Agent Maschinen über klar definierte Funktionen steuern kann. Jetzt wird es aber deutlich komplexer. Denn was passiert, wenn das „Tool“ selbst zu einem eigenständigen System wird?

• Farben mischen
• RGB-Werte verarbeiten
• mehrere Eier gleichzeitig färben und
• eigene Zustände verwalten

Diese Maschine ist kein simples Tool mehr sondern ein eigenständiges System.

Das ist eine Situation, die viele Unternehmen kennen: Systeme sind nicht mehr „klein und einfach“, sie haben eigene Logiken, eigene Zustände und Schnittstellen. Beispiele dafür sind CRM-Systeme, Produktionsanlagen oder Data-Plattformen. Die entscheidende Frage ist nun, wie man solche Systeme integrieren?

Im letzten Beitrag (Eierkochmaschine) hat Function Calling perfekt funktioniert, denn Function Calling ist ideal für kleine, klar definierte Aktionen. Sobald allerdings Systeme komplexer werden, Zustände verwalten und unabhängig betrieben werden, stößt dieser Ansatz an seine Grenzen.

Zeit für etwas Neues:

Willkommen im MCP-Universum

An dieser Stelle entdeckt der Osterhase "MCP" – das Model Context Protocol.

MCP ist ein Protokoll, mit dem Agenten strukturierte Fähigkeiten externer Systeme nutzen können, ohne diese direkt als Funktionen implementieren zu müssen.

Kurz gesagt: 

• Function Calling → lokale Tools
• MCP → externe Capabilities

MCP verändert die Perspektive:  Systeme werden nicht mehr „eingebaut“ – sie werden angebunden. Das bedeutet eine lose Kopplung statt fester Integration, Wiederverwendbarkeit von Fähigkeiten und klare Schnittstellen zwischen Systemen.

Was ist MCP ?

• welche Fähigkeiten ein System anbietet
• welche Parameter es erwartet
• welche Ergebnisse es liefert

• standardisiert
• maschinenlesbar
• unabhängig vom Agenten

MCP ist das, was APIs für klassische Software waren – nur für AI-gestützte Systeme. Das bedeutet für Sie eine schnellere Integration, geringere Abhängigkeiten und bessere Skalierbarkeit Ihrer Agenten.

Die Färbemaschine wird zum Capability Server

Die Färbemaschine ist jetzt nicht mehr einfach ein „Tool“. Sie wird zu einem eigenständigen Service.

• läuft unabhängig vom Agenten
• bietet MCP-Endpunkte an
• versteht RGB-Werte
• mischt Farben deterministisch

Beispiel:
{
  "red": 120,
  "green": 200,
  "blue": 80
}

Warum ist das wichtig?
Die Maschine wird so zu einem eigenständigen Baustein im System. Das bedeutet, sie kann von mehreren Agenten genutzt und unabhängig weiterentwickelt werden. Und, sie bleibt stabil, auch wenn sich Agenten ändern.

Function Calling vs. MCP

Es geht nicht um „entweder oder“, sondern darum, für das vorliegende Szenario das richtige zu wählen. Also: Function Calling für einfache, direkte Aktionen und MCP für komplexe, eigenständige Systeme.

Architektur-Diagramm

Was haben wir gelernt?

• einen eigenständigen MCP Server
• lose gekoppelte Agenten
• saubere Systemarchitektur
• externe Capabilities statt nur lokaler Funktionen

Und wir haben die Erkenntnis gewonnen, dass der Osterhase nicht mehr selbst malt; er orchestriert Fähigkeiten.

• zuerst: Tools nutzen
• dann: Systeme integrieren
• später: Zusammenarbeit orchestrieren

Der Osterhase wird immer effizienter. Die Eier sind nun nicht mehr nur perfekt gekocht, sondern jetzt auch perfekt gefärbt.

Bunte Eier sind schön. Aber was, wenn mehrere Agenten zusammenarbeiten müssen? Im nächsten Blogpost lernt der Osterhase zu delegieren. Und damit betreten wir die nächste Stufe: Multi-Agent-Systeme und Zusammenarbeit.

Fragen dazu?

Termin auswählen