Mobile Builder

Erscheinungsbild

MCP-Server on-prem ​

Der MCP-Server spricht on-prem dasselbe Backend an wie der Designer: den Admin-Kanal /mobbuild/admin für App-Daten, Sperren und Lizenz, die WebSocket-Verbindung für View-Sperren und den save-Broadcast, und Standard-ADT für das Backend-Coding. Diese Seite beschreibt die On-Prem-Anmeldung; Werkzeuge, Edit-Session und Live-Sync stehen auf der gemeinsamen Seite.

Host-Konfiguration ​

On-prem meldet sich der Server mit Basic Auth an (SAP_AUTH leer oder basic). Bei Claude Code ist das die Datei .mcp.json im Projekt-Root:

json
{
  "mcpServers": {
    "mobile-builder": {
      "command": "npx",
      "args": ["-y", "@hpc-mb/mobile-builder-mcp@<version>"],
      "env": {
        "SAP_HOST": "https://ihr-sap-host:44300",
        "SAP_USER": "…",
        "SAP_PASSWORD": "…",
        "SAP_CLIENT": "200"
      }
    }
  }
}

Passwort nicht im Klartext

Hosts wie Claude Code expandieren ${VARIABLE} in den env-Werten aus den Umgebungsvariablen. So bleibt das Passwort aus der Konfigurationsdatei:

json
"SAP_PASSWORD": "${SAP_PASSWORD}"

Die Variable muss in der Umgebung gesetzt sein, in der der Host npx startet (z. B. via ~/.zshrc oder Ihr Secrets-Management).

Bei der Offline-Installation (Variante B) ersetzen Sie command/args durch den global installierten Befehl:

json
"command": "mobile-builder-mcp"

Cursor (~/.cursor/mcp.json) und andere Hosts werden analog konfiguriert – gleicher mcpServers-Block.

Werkzeuge nur on-prem ​

check_view_class und create_view_constants rufen die Backend-Methoden des Designers auf und stehen nur on-prem zur Verfügung. trigger_push wird on-prem zwar angeboten, weist den Aufruf aber ab – Push an offene Apps läuft über die WebSocket-Verbindung des Backends.

Nächste Schritte ​