MCP

Nodion von deinem Coding-Agenten steuern.

Nodion hostet einen Remote-Model Context ProtocolServer. Dein Agent nutzt denselben Account wie du im Dashboard: Projekt anlegen, App deployen, Env-Vars setzen, Logs lesen, ohne lokalen Daemon.

Server: https://mcp.nodion.net/mcp
Ein-Klick-Setup für Cursor, Claude Code und Claude Desktop: Nodion mit deinem Agenten verbinden

Authentifizieren

Neuer Account? Sag dem Agenten, auth.md zu folgen oder nodion login auszuführen. Du bestätigst im Browser. Die CLI speichert einen persönlichen Key in ~/.config/nodion/config.yml — diesen Token nicht in den Chat kleben.

Für MCP einen persönlichen Key unter Account → Security anlegen (wird einmal gezeigt) und Authorization: Bearer nodion_… setzen. Die CLI-Config-Datei nicht in den Chat kopieren.

OpenCode

OpenCode hat ein eigenes Config-Format. Nodion in opencode.json eintragen:

json{
  "mcp": {
    "nodion": {
      "type": "remote",
      "url": "https://mcp.nodion.net/mcp",
      "headers": {
        "Authorization": "Bearer nodion_…"
      }
    }
  }
}

Jeder andere Client

Windsurf, Zed, VS Code Copilot und eigene Agenten können dieselbe URL nutzen. Eine typische Config:

json{
  "mcpServers": {
    "nodion": {
      "url": "https://mcp.nodion.net/mcp",
      "headers": {
        "Authorization": "Bearer nodion_…"
      }
    }
  }
}

Was der Agent tun kann

Einmal verbunden, in normaler Sprache fragen. Typische Arbeit: ein Projekt anlegen, eine App aus dem aktuellen Repo oder einem One-Click-Preset deployen (Twenty, n8n, Plausible, …), eine Datenbank anhängen, Environment-Variablen setzen, Logs lesen und prüfen, dass ein Release live ist. Write-Actions fragen dich, bevor sie laufen.

Ein lokaler Agent mit Shell und Netz (Cursor oder Claude Code, API-Key von Account → Security) kann einen Ordner deployen, der kein Git- Repository ist: apps.create mit source_kind=managed_git (die Create-Antwort hat keine Push-URL und kein Passwort), dann ruft der Agent selbst apps.git_remote auf (das Dashboard zeigt das Passwort nicht; jeder Aufruf stellt ein neues aus und widerruft das vorherige), dann git push mit GIT_ASKPASS (das Passwort nicht in die URL, .git/config, argv, Shell-History, Logs oder den Chat legen), dann deploy. Für eine Katalog-App ruft der Agent presets.list auf (mit category oder q, wenn der User eine Art App nennt), presets.get, dann apps.create mit preset_key (zum Beispiel twenty). Nach diesem Create nicht deploy aufrufen: das erste Release startet, wenn angehängte Datenbanken bereit sind. apps.get oder deployments.list pollen und url melden. Gehostetes ChatGPT/OAuth bekommt apps.git_remote nicht (es gibt keinen Connector oder Dashboard-Toggle dafür). Diese Clients können trotzdem HTML/CSS/JS aus dem Chat ausliefern: apps.create mit source_kind=managed_git und deployment_strategy=buildpacks, dann apps.git_files, dann deploy. Ein lokaler Ordner auf Disk braucht weiter Cursor oder Claude Code mit einem Write-Key. Verbundenes GitHub bleibt eine Option, wenn der User schon ein Repo hat.

ChatGPT, Codex und Claude Desktop

ChatGPT, Codex und Claude Desktop (claude.ai, Mobile, Cowork) nutzen OAuth, keinen API-Key. Auf der Nodion-Authorize-Seite anmelden oder einen Account anlegen, ein oder mehrere Projekte binden, dann ein Katalog- Preset mit preset_key deployen, HTML/CSS/JS aus dem Chat mit apps.git_files oder ein Git-Repository, das du schon verbunden hast. Secrets bleiben im Dashboard; die Verbindung sammelt keine Passwörter oder Environment-Werte im Chat. Gehostete Claude-Connectors vermittelt Anthropic.

Cursor und Claude Code brauchen weiter einen Key von Account → Security. ChatGPT, Codex und Claude Desktop öffnen einen Account auf der Authorize-Seite.

MCP