Skip to content
mcp servers

Ihr KI-Coder ist blind für Ihre App

Eine saubere Codeänderung kann eine App trotzdem beschädigen, wenn der Agent deren Live-Daten, Berechtigungen oder den Deployment-Status nicht sieht. Die Lösung ist kein größerer Prompt, sondern eine Brücke in die Plattform, auf der die App tatsächlich läuft.

Stork editorial team
Ihr KI-Coder ist blind für Ihre App

Ihr Agent liest das Repository – nicht die App

Ihr Coding-Agent kennt Ihren Code, aber nicht Ihre tatsächliche App. Ein Agent liest Repository-Dateien, doch das ist nicht die App. Ein Repository zeigt Quelldateien, nicht zwingend das Live-Schema, die Rollenzuweisungen, die Deployment-Stufe oder die Service-Abhängigkeiten. Auch die jüngsten Laufzeitfehler sind darin nicht zu sehen.

Diese Kontextlücke birgt ein praktisches Risiko. Ein Agent kann syntaktisch korrekte Änderungen erzeugen und dennoch die Verbindungen innerhalb der laufenden Anwendung falsch verstehen. Er erkennt nicht, wie eine Entity, ein Screen oder eine Server Action zusammenhängen. Claude Code, Codex und Copilot analysieren statische Codebasen; für Laufzeit-Metadaten bleiben sie blind.

Mehr Code oder ein längerer Prompt können Informationen, auf die ein Agent keinen Zugriff hat, nicht zuverlässig ersetzen. Die Einschränkung ist eine Kontextlücke, kein Problem eines schwachen Modells. All das befindet sich in den Plattformen, auf denen Ihre App läuft, nicht im Code. Ihr Agent sieht es nie.

Ein Agent kann Folgendes nicht direkt einsehen:

  • Live-Datenbankschemas
  • Stage-spezifische Konfigurationen
  • Serviceübergreifende Abhängigkeiten
  • Rollen der Zugriffskontrolle
  • Laufzeit-Telemetrie

Ohne diesen Kontext halluzinieren Agenten Konfigurationen oder erzeugen Code, der nachgelagerte Abhängigkeiten bricht. Das führt zu Footguns: syntaktisch korrektem, aber funktional fehlerhaftem Code. Ihr KI-Coder ist blind für Ihre App.

MCP gibt dem Agenten einen Einblick in ODC

Das Model Context Protocol (MCP) gibt Ihrem Agenten einen Einblick in OutSystems Developer Cloud (ODC). MCP ist eine standardisierte Verbindung. Sie verknüpft Host-Agenten wie Claude Code, Codex oder Copilot mit den von ODC bereitgestellten Tools. Diese Integration ermöglicht es Agenten, über die statische Analyse von Repositories hinauszugehen.

Der Workflow des Agenten ändert sich grundlegend. Bevor er Änderungen vorschlägt oder anfordert, ruft der Agent echte Entities, Screens, Logik, Rollen und Abhängigkeiten ab. Er stützt Entscheidungen auf den Plattformkontext statt auf Vermutungen. Das verhindert halluzinierte Konfigurationen und fehlerhafte Deployments.

Die Aufgabenteilung ist klar. Ein externer Agent orchestriert über MCP. Er fragt den Enterprise Context Graph ab, um Anwendungskomponenten abzubilden. OutSystems Mentor, die plattformeigene KI, übernimmt plattformnative Aufgaben für Build, Validierung und Veröffentlichung. Dieser zweistufige Delegationsablauf zwischen Agenten sichert die Integrität der Plattform.

MCP arbeitet mit Identitätsdelegation. Der Remote-MCP-Server authentifiziert sich als Ihr aktiver ODC-Benutzer. Dadurch wird eine strikte rollenbasierte Zugriffskontrolle (RBAC) durchgesetzt. Wenn Sie keine Berechtigung haben, eine Entity zu ändern oder in eine Umgebung zu deployen, ist Ihr Agent ebenso eingeschränkt. Das verhindert unautorisierte Änderungen.

Die Integration erstreckt sich sogar auf die Observability. Wenn nach dem Deployment etwas ausfällt, ruft dieselbe Sitzung Echtzeit-Traces und Ausführungsprotokolle ab. So lassen sich Fehler eingrenzen, ohne zu externen APM-Plattformen wechseln zu müssen. OutSystems MCP ist in der Personal Edition verfügbar und ermöglicht kostenloses Testen mit Ihrem bevorzugten Coding-Agenten.

Eine Sitzung kann bauen, veröffentlichen und debuggen

Eine Sitzung deckt nun den gesamten Anwendungslebenszyklus ab. Ein Agent kann eine Anwendung prüfen, Abhängigkeiten abbilden und die Build-Arbeit dann an Mentor übergeben, den in OutSystems integrierten Coding-Agenten. Mentor kompiliert, validiert und veröffentlicht Änderungen über die Plattform.

Wenn nach dem Deployment etwas ausfällt, ruft dieselbe Agentensitzung Logs und Traces ab, um den Fehler zu diagnostizieren. Das schließt den Observability-Kreislauf und erlaubt Entwicklern, Probleme zu untersuchen, ohne den Kontext über verschiedene Tools hinweg manuell neu aufbauen zu müssen. Der Agent arbeitet mit den Berechtigungen des Entwicklers und gewährleistet so Sicherheit und die Einhaltung der rollenbasierten Zugriffskontrolle (RBAC).

Diese plattformverbundene Unterstützung vereinfacht die Entwicklung. Sie vereint Aufgaben, die zuvor getrennt waren:

  • Anwendungsprüfung
  • Abhängigkeitsabbildung
  • Build-Delegation
  • Deployment
  • Log-Abruf

Das Model Context Protocol (MCP) ermöglicht diese Integration. Weitere Details zum Protokoll und seiner Implementierung finden Sie in der OutSystems MCP - ODC Documentation. Dieser einheitliche Workflow verringert Reibungsverluste und Kontextwechsel, garantiert aber nicht, dass jede Änderung korrekt ist, und bedeutet auch nicht, dass Agenten alle Produktionsvorfälle autonom lösen. Er bietet einen leistungsfähigen, integrierten Einblick in die Laufzeitrealität der Anwendung.

Gefällt Ihnen der Artikel? Erhalten Sie jeden Morgen einen wie diesen per E-Mail.

eine E-Mail pro Tag · Abmeldung mit zwei Klicks · kein Tracking durch Dritte

Mehr Kontext, gleiche Berechtigungen – und echte Abwägungen

Der Agent handelt im Rahmen Ihrer bestehenden Berechtigungen. Identitätsdelegation bedeutet, dass der Agent Ihre OutSystems-Einstellungen zur rollenbasierten Zugriffskontrolle (RBAC) übernimmt. Wenn Sie nicht in die Produktion deployen können, kann es Ihr Agent auch nicht. Das verhindert unbeabsichtigte Deployments oder Änderungen.

Der Workflow hängt von der OutSystems-Plattform und ihren visuellen Modellen ab. Für präzise Arbeiten am UI-Layout kann das Verfeinern von Elementen direkt in der visuellen IDE weiterhin schneller sein. Der Agent eignet sich besonders für

  • Erkundung
  • Abhängigkeitsabbildung
  • kontrollierte Änderungen
  • Log-Triage

Aktuelle Informationen zu Verfügbarkeit und Einrichtung finden Sie in der OutSystems-Dokumentation. Prüfen Sie folgenreiche Änderungen vor der Veröffentlichung. Sie haben nun einen Einblick in den Laufzeitkontext Ihrer App, nicht nur in deren Quellcode.

Häufig gestellte Fragen

Was ist OutSystems MCP?

Es verbindet kompatible KI-Coding-Agenten über das Model Context Protocol mit den Tools und dem Anwendungskontext von OutSystems Developer Cloud.

Was kann ein KI-Agent über OutSystems MCP sehen?

Je nach Berechtigungen und verfügbaren Tools kann er App-Elemente und Abhängigkeiten prüfen, bei Builds und der Veröffentlichung unterstützen und auf Laufzeitprotokolle zugreifen.

Ermöglicht OutSystems MCP einem Agenten, Benutzerberechtigungen zu umgehen?

Nein. Die Integration arbeitet mit der Identität und den Zugriffsrechten des Entwicklers, sodass der Agent auf die Berechtigungen dieses Benutzers beschränkt ist.

Kann ich OutSystems MCP mit Claude Code oder Copilot verwenden?

Das Video beschreibt, wie externe Agenten wie Claude Code, Codex und Copilot mit OutSystems MCP verbunden werden.

Ist OutSystems MCP kostenlos verfügbar?

Laut Video ist die Personal Edition kostenlos und enthält OutSystems MCP; Informationen zu Verfügbarkeit und Einrichtung finden Sie in der aktuellen OutSystems-Dokumentation.

Found this useful? Share it.

For builders

Want Stork to write one of these about your product?

Send us a URL. We use the product, form a view, and publish what we actually think — in 8 languages, labeled Sponsored, with no copy approval on your side. That last part is what makes it worth quoting.

See how it works$199 · AI tools & software only

Für Builder

Diese Seite arbeitet gerade für das Tool von jemand anderem.

KI-Agenten lesen sie. Käufer landen darauf. Sie antwortet in acht Sprachen und über MCP. Dein Tool kann so eine haben — in 24 Stunden live.