Agents IA
Laissez votre agent de codage déployer.
Railyard a un serveur MCP intégré. Votre agent peut voir vos applications, lire leurs logs, déployer et redémarrer, avec un jeton dont vous limitez la portée. Tout ce qui est destructeur attend une personne.
Serveur MCP
Neuf outils sur un seul point de terminaison.
POST https://app.railyard.run/api/mcp utilise le Model Context Protocol (JSON-RPC par HTTP en flux continu) et s'authentifie avec un jeton d'API Railyard dans un en-tête Bearer. Il ne voit que l'équipe à laquelle ce jeton appartient.
| Outil | Ce qu'il fait | Accès |
|---|---|---|
| list_servers | Les serveurs de l'équipe avec leur état, fournisseur, charge et mises à jour de sécurité en attente | lecture |
| list_apps | Les applications de l'équipe avec leur état, URL, serveur et environnement | lecture |
| get_app | Une application : état, URL, domaines, noms des variables et déploiements récents | lecture |
| app_logs | Les lignes de logs récentes d'une application, jusqu'à 500 | lecture |
| deploy_app | Construit et déploie le dernier commit de l'application | écriture |
| restart_app | Redémarre les conteneurs en cours d'exécution de l'application | écriture |
| set_env | Définit une variable, appliquée au prochain déploiement | écriture |
| unset_env | Supprime une variable | écriture + approbation |
| delete_app | Supprime une application et ses données | écriture + approbation |
Connexion
Ajoutez-le à votre agent.
Créez un jeton d'API dans les paramètres de l'équipe, puis collez-le à la place de 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_..."
}
}
}
} Garde-fous
Jetons à portée limitée, approbations humaines.
- Un jeton de lecture peut lister les serveurs et les applications, afficher une application et lire ses logs. Rien de plus.
- Un jeton d'écriture peut en plus déployer, redémarrer et définir des variables.
- Les jetons peuvent expirer, se révoquent un à la fois, et ne sont stockés que sous forme de hachage.
- Les déploiements lancés par un agent sont marqués comme venant de MCP dans l'historique des déploiements.
> Déploie storefront et vérifie qu'elle répond
→ list_apps
storefront · running · bold-moose
→ deploy_app storefront
déploiement #42 réussi · vérification passée
→ app_logs storefront
100 lignes, aucune erreur
> Supprime la variable STRIPE_TEST_KEY
→ unset_env storefront STRIPE_TEST_KEY
en attente d'approbation par un humain dans Railyard
Shell et HTTP
La CLI et l'API REST fonctionnent aussi.
Les agents qui exécutent des commandes shell peuvent utiliser la même CLI que vous, et n'importe quoi peut appeler l'API REST avec les mêmes jetons. Les erreurs d'API renvoient un code non nul, et railyard run se termine avec le code de la commande distante elle-même, pour que l'agent sache quand quelque chose a échoué.
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
Vos propres serveurs
Les essais de l'agent tournent sur des serveurs que vous payez déjà.
Les agents déploient souvent et essaient des choses. Sur une plateforme qui facture par service ou par usage, chaque essai est une ligne sur la facture. Sur Railyard, les copies de staging et les tentatives d'un agent sont des conteneurs sur des serveurs que vous payez déjà. Ses copies de staging et les données qu'elles contiennent restent sur vos propres serveurs, et vous pouvez couper son accès en révoquant un seul jeton.
Déployez votre première application sur un serveur à vous.
Connectez une machine avec un hôte, un utilisateur et une clé SSH, ou laissez Railyard en créer une dans votre compte cloud. Il installe le reste et surveille sa mise en ligne.
Offre gratuite, sans carte, et 14 jours de Pro pour chaque nouvelle équipe. Prix fixe par équipe.