Codex déploiement de l'application
Déployer une application créée avec Codex en production.
Connectez Codex à Adios via MCP et laissez l’agent faire passer le projet d’un espace de travail avec code source à un aperçu vérifié. Vous gardez la visibilité sur le diff, le contrat d’exécution, les journaux et la décision finale de mise en production.
Du code source à la production
- 01Code source Codex
- 02Espace de travail Adios
- 03Compilation + aperçu + journaux
- 04Approbation humaine de la mise en production
La production reste séparée du travail de préparation de l’agent jusqu’à votre approbation de la mise en production.
Source
Fichiers et configuration vérifiables
Aperçu
Vérifié avant la production
Preuves
Résultats de compilation et journaux d’exécution
Contrôle
Étape d’approbation humaine
Projets déployables
Conservez l’application générée. Ajoutez le contrat de production.
Adios utilise le code source du projet et les commandes habituelles de son framework. Il ne nécessite pas de régénérer l’application dans un format propriétaire.
- Applications Web générées ou maintenues avec Codex
- API, services et workers en arrière-plan
- Applications en monorepo avec chemins de compilation explicites
- Projets nécessitant des bases de données, des caches, des files d'attente ou des secrets
Connexion MCP directe
Donnez à Codex un cloud qu’il peut piloter.
Ajoutez l’endpoint MCP Adios hébergé à Codex et connectez-vous via OAuth. Codex gère la connexion, tandis qu’Adios limite l’accès aux outils à l’utilisateur et à l’équipe autorisés.
codex mcp add adios --url https://api.adios.dev/v1/mcp
codex mcp login adiosExemple de prompt pour l’agent
Demandez une version vérifiée, pas seulement une commande de déploiement.
Exécutez ce prompt dans une session Codex après la réussite de codex mcp login adios.
“Préparez cette application pour la production sur Adios. Examinez le dépôt, identifiez son framework et ses besoins d’exécution, rédigez un fichier adios.yaml vérifiable, lancez la véritable compilation de production, utilisez les journaux pour corriger les échecs et présentez un aperçu opérationnel avec les modifications exactes qui nécessitent mon approbation.”
Configuration vérifiable
L'agent écrit comment l'application devrait fonctionner.
Le manifeste doit correspondre exactement au dépôt. Cet exemple définit explicitement une compilation Node.js de production classique, un port et un endpoint de contrôle de santé, afin de rendre la mise en production vérifiable et reproductible.
Comprendre le fonctionnement d’adios.yamlname: vibe-app
region: de
build_cmd: npm ci && npm run build
start_cmd: npm start
runtime:
name: node@24
port: 3000
health_path: /api/healthDu code source à la mise en production
Cinq contrôles entre le code généré et la production.
- 01
Examiner le code source du projet
Identifiez le framework, le gestionnaire de packages, les fichiers compilés, la commande de démarrage, le port attendu, les variables d’environnement et les services avec état avant de créer une version.
- 02
Rendre le contrat d'exécution visible
Rédigez ou mettez à jour adios.yaml afin que la commande de compilation, la commande de démarrage, l’environnement d’exécution, le port, le contrôle de santé, les secrets et les ressources managées puissent être examinés avec le code.
- 03
Compiler et ouvrir un aperçu
Lancez la compilation de production dans un espace de travail isolé, démarrez l’application et examinez une URL d’aperçu avant de considérer le projet comme déployable.
- 04
Lire les journaux et corriger les échecs
Utilisez les résultats de compilation, les journaux d’exécution et le chemin de contrôle de santé configuré pour diagnostiquer les échecs. Corrigez le code source, puis recompilez le même projet plutôt que de modifier manuellement la production.
- 05
Examiner et approuver la mise en production
Vérifiez le diff final du code source, la configuration, l’aperçu et le résultat des contrôles de santé. Une personne approuve le déploiement en production une fois que l’agent a préparé une version opérationnelle.
En cas d’échec de compilation
Donnez à l’agent des éléments concrets sur lesquels agir.
Codex peut relier une erreur des journaux de compilation ou d’exécution au code source actuel et au manifeste de déploiement. Après une correction vérifiable, il recompile et vérifie l’endpoint de contrôle de santé configuré avant de demander une approbation.
compilation · échec
↓ examiner les résultats
source + adios.yaml · mise à jour
↓ recompiler et vérifier la santé
aperçu · opérationnel
↓ vérification humaine
production · prête à l'approbation
Déploiement du framework
Adaptez l’environnement d’exécution au projet généré.
Déployer Next.js
Routes rendues côté serveur, gestionnaires de routes, fichiers statiques et applications Node.js persistantes.
Ouvrir le guide de l’environnement d’exécutionDéployer React
Vite et autres frontends React servis comme applications statiques ou avec un serveur Node.js.
Ouvrir le guide de l’environnement d’exécutionDéployer Node.js
API, workers en arrière-plan et services JavaScript full-stack avec commandes de démarrage explicites.
Ouvrir le guide de l’environnement d’exécutionDéployer Postgres
Données relationnelles managées pour les applications nécessitant un état durable et une chaîne de connexion privée.
Ouvrir le guide de l’environnement d’exécutionFAQ
Déployer des applications créées avec Codex sur Adios.
Codex peut-il déployer directement via Adios ?
Oui. Connectez le serveur MCP Adios hébergé à Codex, effectuez l’authentification OAuth et l’agent pourra utiliser les outils d’espace de travail, de compilation, d’aperçu, de journaux et de déploiement aux droits limités. La mise en production reste soumise à approbation.
Adios déploie-t-il uniquement des applications Next.js ?
Non. Adios prend en charge des commandes explicites de compilation et de démarrage pour les projets courants frontend, full-stack, API, workers et applications utilisant des données. Le framework détecté modifie le contrat d’exécution ; le parcours du code source à l’aperçu, puis à la production, reste cohérent.
L’agent IA peut-il déployer en production sans approbation ?
Non. L’agent peut préparer le code source, la configuration, les compilations, les aperçus et les diagnostics, mais le passage en production est soumis à approbation pour qu’une personne puisse d’abord examiner la version.
Que se passe-t-il si la compilation de production échoue ?
Les résultats de compilation et les journaux d’exécution restent disponibles dans l’espace de travail. L’agent peut s’appuyer sur ces éléments pour modifier le code source ou la configuration et lancer une nouvelle compilation avant de demander l’approbation de la mise en production.
Outils de vibe coding
Déployez une application issue d’un autre outil de programmation avec l’IA.
Du code source à une version opérationnelle
Laissez Codex préparer le déploiement. Gardez la décision de mise en production.
Partez du code source dont vous disposez, vérifiez-le dans un aperçu Adios et ne promouvez que la version que vous avez examinée.
Créer un espace de travail gratuit