KI-Agenten
Lass deinen Coding-Agenten deployen.
Railyard hat einen integrierten MCP-Server. Dein Agent sieht deine Apps, liest ihre Logs, deployt und startet neu, mit einem Token, dessen Umfang du festlegst. Alles Destruktive wartet auf einen Menschen.
MCP-Server
Neun Tools auf einem Endpunkt.
POST https://app.railyard.run/api/mcp spricht das Model Context Protocol (JSON-RPC über Streamable HTTP) und authentifiziert sich mit einem Railyard-API-Token als Bearer-Header. Er sieht nur das Team, zu dem dieses Token gehört.
| Tool | Was es macht | Braucht |
|---|---|---|
| list_servers | Die Server des Teams mit Status, Anbieter, Last und offenen Sicherheitsupdates | lesen |
| list_apps | Die Apps des Teams mit Status, URL, Server und Umgebung | lesen |
| get_app | Eine App: Status, URL, Domains, Namen der Variablen und letzte Deploys | lesen |
| app_logs | Die letzten Log-Zeilen einer App, bis zu 500 | lesen |
| deploy_app | Baut und deployt den neuesten Commit der App | schreiben |
| restart_app | Startet die laufenden Container der App neu | schreiben |
| set_env | Setzt eine Variable, wirksam beim nächsten Deploy | schreiben |
| unset_env | Entfernt eine Variable | schreiben + Freigabe |
| delete_app | Löscht eine App und ihre Daten | schreiben + Freigabe |
Verbinden
Zu deinem Agenten hinzufügen.
Erstelle ein API-Token unter den Team-Einstellungen und füge es ein statt rly_....
claude mcp add --transport http railyard https://app.railyard.run/api/mcp \ --header "Authorization: Bearer rly_..."
{
"mcpServers": {
"railyard": {
"url": "https://app.railyard.run/api/mcp",
"headers": {
"Authorization": "Bearer rly_..."
}
}
}
} Schutzmechanismen
Begrenzte Tokens, menschliche Freigaben.
- Ein Lese-Token kann Server und Apps auflisten, eine App anzeigen und ihre Logs lesen. Nichts weiter.
- Ein Schreib-Token kann zusätzlich deployen, neu starten und Variablen setzen.
- Tokens können ablaufen, werden einzeln widerrufen und nur als Hash gespeichert.
- Deploys, die ein Agent anstößt, werden im Deploy-Verlauf als von MCP kommend markiert.
> Deploye storefront und prüfe, ob es gesund ist
→ list_apps
storefront · running · bold-moose
→ deploy_app storefront
Deploy #42 erfolgreich · Health-Check bestanden
→ app_logs storefront
100 Zeilen, keine Fehler
> Entferne die Variable STRIPE_TEST_KEY
→ unset_env storefront STRIPE_TEST_KEY
wartet auf die Freigabe durch einen Menschen in Railyard
Shell und HTTP
Die CLI und die REST-API funktionieren auch.
Agenten, die Shell-Befehle ausführen, können dieselbe CLI nutzen wie du, und alles kann die REST-API mit denselben Tokens aufrufen. API-Fehler enden mit einem Code ungleich null, und railyard run endet mit dem Code des entfernten Befehls selbst, damit ein Agent weiß, wann etwas fehlgeschlagen ist.
railyard login https://app.railyard.run railyard deploy shop --follow railyard logs shop --follow --process web railyard run shop -- bin/rails db:migrate railyard rollback shop 218
Deine eigenen Server
Agenten-Experimente laufen auf Servern, die du schon bezahlst.
Agenten deployen oft und probieren Dinge aus. Auf einer Plattform, die pro Service oder pro Nutzung abrechnet, ist jedes Experiment eine Zeile auf der Rechnung. Bei Railyard sind die Staging-Kopien und Versuche eines Agenten Container auf Servern, die du schon bezahlst. Seine Staging-Kopien und die Daten darin bleiben auf deinen eigenen Servern, und du kannst seinen Zugriff kappen, indem du ein Token widerrufst.
Deploye deine erste App auf einem Server, der dir gehört.
Verbinde eine Maschine mit Host, Benutzer und SSH-Key, oder lass Railyard eine in deinem Cloud-Konto anlegen. Railyard installiert den Rest und beobachtet, bis sie online ist.
Kostenloser Plan, keine Kreditkarte, und 14 Tage Pro für jedes neue Team. Ein fester Preis pro Team.