
Railway + Claude Code: Deployment per Prompt – wie die Integration funktioniert
TL;DR: „Railway ist eine moderne Deployment-Plattform (Heroku-Nachfolger). Mit dem offiziellen Claude-Code-Plugin und der use-railway Agent Skill deployt Claude komplette Services per Prompt – inklusive Logs, Variablen und Rollbacks."
— Till FreitagWas ist Railway?
Railway ist eine Deployment-Plattform, die sich selbst als „all-in-one intelligent cloud provider" beschreibt – im Klartext: ein modernes, entwicklerfreundliches PaaS, das oft als spiritueller Nachfolger von Heroku gehandelt wird.
Das Versprechen ist simpel: Du zeigst Railway auf einen Git-Branch, ein Docker-Image oder ein Repository – die Plattform übernimmt den Rest. Build, Deploy, Networking, Datenbank-Provisionierung, Logs, Metriken, Rollbacks. Alles im selben Dashboard.
Die Bausteine
- Project – ein gemeinsames Netzwerk für mehrere Services
- Service – ein Deployment-Target (Web-App, Worker, Datenbank)
- Variables – zentral verwaltete Konfigurationen und Secrets
- Environments – Production, Staging, Preview pro PR
- Backups & Volumes – persistenter Storage out-of-the-box
Klingt erst mal nach einem soliden, aber unaufgeregten PaaS. Interessant wird Railway durch das, was 2025 dazugekommen ist: eine native AI-Layer.
Warum Railway für AI-First-Teams interessant wird
Railway hat früh erkannt, dass die Schnittstelle zur Infrastruktur sich verschiebt. Nicht mehr Dashboard-Klicks oder kubectl-Kommandos – sondern natürliche Sprache im Terminal eines AI-Agents.
Die Plattform pflegt heute ein Agent-Verzeichnis mit offiziellen Integrationen für Claude Code, Codex, Cursor, OpenCode, GitHub Copilot, Windsurf und Cline. Jede Integration kommt in drei Geschmacksrichtungen:
- Skills – das Verhaltens-Layer (siehe Agent Skills werden Industrie-Standard)
- MCP Server – das Tool-Layer (Datenzugriff, API-Calls)
- CLI – das ausführende Werkzeug
Wie funktioniert Railway mit Claude?
Anthropic und Railway haben dafür ein offizielles Claude-Code-Plugin veröffentlicht, das über den Plugin-Marketplace verteilt wird.
Installation in zwei Befehlen
In Claude Code:
/plugin marketplace add railwayapp/railway-skills
/plugin install railway@railway-skillsVoraussetzung: Claude Code ≥ 1.0.33 und eine authentifizierte Railway CLI (railway login).
Was wird installiert?
Das Plugin bringt drei Dinge mit:
use-railwayAgent Skill – die offizielle SKILL.md, die Claude beibringt, wie Railway funktioniert: welche Befehle es gibt, wie Services strukturiert sind, wann welcher Workflow gilt.- Hooks – die Claude bei bestimmten Triggern (z. B. „deploy", „logs", „rollback") aktivieren.
- Tooling-Skripte – die hinter den Kulissen die Railway CLI orchestrieren.
So fühlt sich das im Alltag an
Statt:
railway up --service api --environment production
railway logs --service api --tail 200
railway variables set DATABASE_URL=...Schreibst du in Claude Code:
„Deploy den aktuellen Branch als neuen Service auf Railway, hänge eine Postgres-Datenbank dran und gib mir die Logs sobald der Health-Check grün ist."
Claude liest die use-railway Skill, plant die Schritte, ruft die CLI auf, prüft den Output, korrigiert sich bei Fehlern und meldet zurück. Das ist nicht „Auto-Complete für railway-Befehle" – das ist Workflow-Ownership.
Skills + MCP: Warum die Kombination zählt
Die Railway-Integration ist ein Lehrbuchbeispiel für die Architektur, die wir in Agent Skills werden Industrie-Standard beschrieben haben:
| Layer | Bei Railway |
|---|---|
| Skill (Verhalten) | use-railway SKILL.md – wann was wie deployt wird |
| MCP (Werkzeug) | Railway MCP Server – Lese-/Schreibzugriff auf Projekte |
| Runtime | Railway CLI – führt die tatsächlichen Aktionen aus |
Der Skill ist das „Wie", MCP das „Womit", die CLI das „Damit". Erst zusammen ergibt das einen Agent, der Production-Deployments stemmt – nicht nur Demo-Snippets.
Wo Railway in unserem Stack steht
Wir nutzen Railway aktuell vor allem dort, wo Vercel an Grenzen stößt:
- Long-running Worker für Agent-Tasks (Vercel killt nach 5 Minuten)
- Postgres + Redis mit echtem persistentem Storage
- MCP-Server-Hosting für Kunden-Integrationen
- Internal Tools, die wir per Prompt deployen, ohne ein Ops-Ticket zu erzeugen
Für klassische statische Sites bleibt Vercel/Netlify die schnellere Wahl. Für alles, was im Hintergrund laufen muss und einen Agent als Operator hat, ist Railway aktuell unsere Default-Empfehlung.
Fazit: Infrastruktur, die zur Agent-Realität passt
Die spannendste Frage ist nicht „Railway oder Render?". Die spannende Frage ist: Welche Infrastruktur-Plattformen behandeln AI-Agents als First-Class-Citizens – und welche nicht?
Railway hat hier 2025 eine klare Wette platziert: offizielles Plugin, gepflegte Skills, MCP-Server, dokumentierter CLI-Layer. Das ist mehr als Marketing-Theater – es ist eine Architektur, die genau zu der Tooling-Landschaft passt, die sich gerade um Claude Code und Codex herum aufbaut.
Wer heute neue Services aufsetzt und plant, sie in den nächsten Monaten zunehmend per Agent zu betreiben, sollte Railway zumindest auf der Shortlist haben.
Du baust einen agentischen Stack und überlegst, wo deine Services laufen sollen? Lass uns reden →






