MCP-Werkstatt und Agent-Swarm-Plattform

Auf wpmcp00 entsteht eine wiederverwendbare Arbeitsplattform. Der bestehende Channel Manager bleibt Nachrichtenkern, der Responses Codex Adapter Ausführungskern. Ziel sind PHP- und Python-MCP-Bausteine mit gemeinsamem Funktionsvertrag und jeweils denselben Fachhandlern für HTTP und STDIO. Der PHP-Baustein wird zuerst unabhängig geprüft; eine fertige Python-MCP-Laufzeit ist damit noch nicht nachgewiesen.

Verifizierter erster Stand vom 5. September 2026

• https://mcp-lab.christian-igel.tech/vorhaben/ liefert die öffentliche, rein lesende Projektbeschreibung mit HTTP 200 und HTTPS. Auch / liefert diesen Plan; /vorhaben/ ist der kanonische Verweis darauf.
• Die Domain wurde mit uberspace web domain add registriert. Der Domainlink unter /var/www/virtual/wpmcp00/ zeigt auf html/mcp-lab.christian-igel.tech.
• Die erste statische Veröffentlichung benötigt etwa 40 KiB. Desktop und Mobilansicht wurden mit Computer Use geprüft, Ankerziele und horizontale Überläufe überprüft.
• Das ist noch keine aktive Agentensteuerung. /mcp, SSE-Steuerung, serverseitiger Master und die Ananda-Testwebsite sind in diesem Stand nicht freigeschaltet.
• Der Login-Einstieg auf wpmcp00 wurde repariert und ohne vorhandene Anmeldung getestet. codex-current --login-preflight bestätigt die Runtime; login --device-auth kann die offizielle Anmeldung starten. Normale Jobs bleiben bis zur Anmeldung gesperrt. Ein laufender Responses-Adapter allein bestätigt keine nutzbare Codex-Ausführung. Die Account-Auswahl wurde nicht verändert.
• Der Linux-Lauf bestand 96 Konfigurations-/CLI-Tests und 38 Vergleiche der Konfiguration zwischen PHP und Python. Der PHP-Baustein bestand 96 Unit-Vertragsprüfungen, je 21 HTTP-/STDIO-Prüfungen mit deaktiviertem und aktiviertem Gateway sowie zwei gleichzeitig ausgeführte Sitzungen mit je 25 Aufrufen. Auch ausgehendes STDIO und die Inhaltsprojektion wurden geprüft. Diese Ergebnisse belegen die jeweils geprüften Paketgrenzen, keine bereits vollständige WordPress-Integration.
• Die externe HTTPS-Testroute /test-mcp/ liefert anonym HTTP 401. Der Hostheader-Fehler ist in PHP-Commit 63b9cb9 behoben. Mit privatem Bearer wurde der vollständige HTTPS-Testablauf aus Initialisierung, Katalog mit zehn Tools, Anwendungssitzung und Echo erfolgreich geprüft. Weitere 15 gezielte Grenzprüfungen bestanden auf Linux. Eine OAuth-Anbindung für ChatGPT steht noch aus.
• Fachplugins auf Stage und Active wurden nicht verändert.

Die ausführliche Projektbeschreibung unterscheidet geplante Ausbaustufen von tatsächlich bereitgestellten Funktionen.

Konfigurationsvertrag

Auf wpmcp00 liegt die validierte zentrale Laufzeitdatei privat unter ~/mcp-lab/config/platform.json; gezielte Abweichungen verwenden ~/mcp-lab/config/projects/<projekt>.json. Eine Projektkonfiguration für den PHP-Transporttest ist vorhanden und validiert. Die Konfigurations-CLI ~/mcp-lab/bin/lab ist aus Plattform-Commit ab9b185 aktiv. Diese Dateien liegen außerhalb von Releases und Webroot. Der Konfigurationsbaustein verwendet das Schema swarm-platform-config/v1 und die Reihenfolge Paketvorgaben, zentrale Datei, Projektdatei. Strukturelle Objekte werden zusammengeführt, Auswahlarrays vollständig ersetzt.

Bei "timeout_seconds": [30, 60, 120] sind 30 Sekunden aktiv. Alle Alternativen werden validiert; die übrigen Einträge sind Vorschläge und niemals eine automatische Fallback-Reihenfolge. Auswahlfelder sind nichtleere Arrays. Gleichzeitig aktive Verbindungen werden als nach ID benannte Objekte dargestellt. Einheiten stehen in den Schlüsselnamen.

Der implementierte Konfigurationsbaustein validiert Änderungen und schreibt sie atomar mit Prüfung der erwarteten Revision. Ungültige neue Werte ersetzen keinen gültigen Snapshot eines laufenden Prozesses; ein neuer Prozess startet mit ungültiger Konfiguration nicht. Die CLI zeigt wirksame Werte und deren Herkunft. Geheimnisse bleiben separat.

Für die spätere Job-Integration gilt: Laufende Jobs behalten ihren Start-Snapshot. Die geplante Konfigurationsoberfläche soll ebenfalls Werte und Herkunft anzeigen. Beides ist kein Nachweis einer bereits freigeschalteten Agentensteuerung auf der öffentlichen Projektseite.

MCP-Basis und WordPress

Der PHP-Baustein führt lokale Tools direkt über ihre Handler aus. Optionale Gateway-Verbindungen werden erst bei Bedarf aufgebaut; lokale Aufrufe hängen nicht von deren Zustand ab. STDIO verwendet den vertrauenswürdigen lokalen Prozesskontext ohne HTTP-Token. Externe HTTP-Endpunkte benötigen Authentifizierung.

Der Baustein setzt PHP 8.3 und die erforderlichen Erweiterungen voraus, insbesondere PDO SQLite und Fileinfo; HTTPS-Gateways benötigen zusätzlich cURL und TLS-Unterstützung. Ein Prozessstart ist für den HTTP-Basisbetrieb nicht erforderlich. Nicht verfügbare ausgehende STDIO-Fähigkeiten werden ausdrücklich ausgewiesen. Diese Paketgrenzen ersetzen keine Prüfung des jeweiligen WordPress-Hostings. Die gesonderte HTTPS-Testroute verwendet einen privaten Bearer; der reguläre Endpunkt /mcp und eine OAuth-Anbindung für ChatGPT sind noch nicht aktiviert.

MCP Basic stellt kurze Anwendungs-Sitzungskennungen und Nutzungszähler bereit. Die geplante Integration von Collaboration und Channel Manager soll diese Kennung referenzieren; technische Provider-Threads bleiben getrennte Referenzen. Die neue Basis wird vor der Migration von WordPress-Fachplugins mit Transport-, Fehler-, Parallelitäts- und Hostingtests geprüft.

Betrieb und Ressourcen

Die Abschlussmessung vom 5. September 2026 ergab auf wpmcp00 rund 1,41 GB Gesamtbelegung des Home-Verzeichnisses; davon belegt die MCP-Werkstatt rund 41 MB.

Für den weiteren Aufbau sind höchstens 5 GB Gesamtbelegung und eine Pause für neue große Artefakte ab 4,5 GB vorgesehen. Anfangs sollen höchstens Master und zwei Worker sowie nur eine schwere lokale Operation gleichzeitig laufen. Diese Vorgaben sind keine Aussage über bereits aktive Worker oder einen fertigen Ressourcenwächter. Nicht-Git-Backups erhalten ein eigenes Budget mit reserviertem Platz für Erstellung und Wiederherstellung. Git-Repositories sowie aktive und pausierte Sessions werden nicht als Backup-Abfälle gelöscht.

Eine dauerhafte Nutzungsstatistik über 90 Tage ist weiterhin ein Ausbauziel; die vorhandenen Nutzungszähler belegen diese Aufbewahrung noch nicht.

Für die Ananda-Testwebsite ist ausschließlich https://anandayoga-zwickau.christian-igel.tech auf wpmcp00 vorgesehen. Der weitere Aufbau hält reguläre WordPress-Daten, Hooks, Templates und Rollen ein; Sonderlösungen werden im Backend dokumentiert.