Codex et Orbit
Créez avec Codex. Livrez avec Orbit.
Connectez Orbit MCP à Codex, puis demandez l’app que vous voulez. Codex peut créer les écrans, le Data Model, la logique backend et le chemin de lancement dans Orbit.
Codex fait le travail d’IA. Orbit héberge l’app.
Codex créant Photo Studio CRM à côté de l’aperçu de l’app Orbit en direct.
Configuration du connecteur Codex
Connectez Orbit à Codex en deux champs
Ouvrez les réglages de Codex, choisissez MCPs, puis sélectionnez Add server.
Choisissez Streamable HTTP. Saisissez Orbit MCP comme nom et collez l’URL ci-dessous.
Enregistrez le serveur, redémarrez Codex, puis sélectionnez Authenticate pour Orbit MCP.
Ce qui change, ce qui ne change pas
Même serveur. Autre siège.
Codex parle au même endpoint que tous les autres clients et voit les mêmes quarante-quatre outils Orbit. Quatre choses lui sont vraiment propres quand on le pilote depuis Codex.
01
Un client web prend un nom et une URL, et c’est fini. Codex veut le serveur déclaré en Streamable HTTP, puis un redémarrage, puis une étape Authenticate, dans cet ordre. Les trois étapes ci-dessus sont tout, et c’est l’étape Authenticate qu’on oublie.
02
Codex est à son meilleur dans un dépôt : il lit des fichiers, les modifie et vous tend un diff à discuter. Orbit se trouve de l’autre côté d’un appel HTTP. L’app qu’il crée vit là-bas : pas de branche, pas de diff, rien à committer. Vous relisez l’app qui tourne plutôt que le patch.
03
Les réglages d’approbation de Codex régissent ce qu’il fait à votre disque. Un déploiement et une exécution de Workflow ne sont ni l’un ni l’autre : ce sont des appels réseau qui changent quelque chose de réel et coûtent quelque chose de réel. Le serveur Orbit demande à Codex de vous consulter avant toute action payante ou irréversible : lisez la demande plutôt que de l’approuver par réflexe.
04
Démarrez l’app dans une tâche Codex, ouvrez la même app dans le studio web cinq minutes plus tard, puis confiez le tour suivant à un autre client. Chacun lit et écrit les mêmes écrans, les mêmes tables et les mêmes Workflows. Rien n’est exporté et rien n’est importé.
Vous avez déjà un agent qui écrit du code, alors pourquoi faire passer une app par Orbit ? Parce qu’un fichier n’est pas une app. Rien dans un arbre de travail n’a de base Postgres, de connexion, de HTTPS et de domaine tant que quelqu’un n’a pas construit cette moitié-là — et c’est là que passent les semaines. Orbit vous la remet déjà en marche. Ce que vous cédez en échange : l’app est composée de pièces qui existent, et il n’y a pas d’export de code dans le produit.
Questions-réponses
Dois-je quitter Codex pour créer sur Orbit ?
Non. Une fois Orbit MCP connecté, Codex peut créer et mettre à jour l’app Orbit depuis le chat.
Orbit facture-t-il le travail de Codex ?
Non. Codex fait le travail d’IA, et Orbit ne facture rien de plus pour ces étapes de création.
Codex peut-il créer plus que des écrans ?
Oui. Codex peut façonner les écrans, les données, les Workflows et les réglages de lancement via Orbit MCP.
Où vit l’app terminée ?
Sur Orbit, avec un backend Postgres, la connexion, l’hébergement et votre propre domaine quand vous êtes prêt.
Que me laisse Codex ?
Relire l’app, orienter les changements suivants, et décider quand le résultat est prêt à lancer.
Créez depuis le chat. Livrez sur Orbit.
La prochaine chose que vous demandez à Codex peut devenir une app Orbit hébergée avant la fin de la conversation.
Codex fait le travail d’IA. Orbit héberge l’app.
