Créer une application avec ChatGPT : ce qu'on obtient, et ce qui manque

Créer une application avec ChatGPT marche jusqu'à un certain point, et ce point est repérable. Ce que la conversation donne, ce que l'agent de code d'OpenAI ajoute, ce qu'il coûte, et les trois choses qu'il ne fera pas à votre place.

Créer une application avec ChatGPT donne du code qui tourne, à condition d'aller le chercher hors de la conversation. L'agent de code d'OpenAI, Codex, n'a pas de tarif propre : il se paie avec l'abonnement ChatGPT (learn.chatgpt.com, grille relevée le 2 septembre 2026 : Free, Go à 8 $, Plus à 20 $, Pro à partir de 100 $). Il suppose un terminal.

Ce que la conversation seule vous donne

Dans la fenêtre de chat, ChatGPT écrit du code que vous copiez ailleurs. Pour une formule de tableur, un petit script, une page qui montre une idée à un associé, le service rendu est réel et immédiat. Le mur arrive quand le projet a plus d'un fichier : la conversation ne voit pas votre dossier, n'exécute rien chez vous, et ne sait pas que la version d'hier fonctionnait. Vous devenez le fil qui relie les morceaux, et ce travail de couture est le vrai coût.

Codex, la version qui touche vos fichiers

Codex existe pour supprimer cette couture. Il travaille sur votre machine, dans un dossier de code déjà en place, lance les tests, corrige, recommence ; il existe aussi une version qui exécute la tâche sur l'infrastructure d'OpenAI et vous rend une proposition de modification à relire. Deux détails comptent pour qui paie. Vos textes et le contenu de vos fichiers partent chez OpenAI dans les deux cas, y compris quand l'agent tourne sur votre Mac. Et l'usage de ChatGPT et celui de Codex se partagent la même fenêtre de cinq heures : coder entame votre quota de conversation.

La nouveauté datée du 1er septembre 2026 dans les notes de version officielles ajoute la recherche en mode Vim dans l'éditeur de brouillon. Ce genre de ligne dit à qui l'outil parle : à des développeurs installés dans leurs habitudes, loin du dirigeant qui veut un logiciel de gestion.

Ce partage de quota se lit dans les deux sens. Une journée où l'agent enchaîne les corrections vous laisse sans conversation le soir, et la limite tombe au milieu d'une tâche sans vous prévenir de ce qu'il reste. Pour un usage professionnel, cela suffit à faire prendre le palier au-dessus, et les 20 $ affichés deviennent un prix d'entrée plutôt que le prix réel de l'année.

Les trois choses qu'il ne fait pas

Codex prend une consigne, pas un cahier des charges validé : rien ne l'oblige à écrire ce que le produit doit faire avant de l'écrire, et rien ne conserve cette décision. Il exécute des tests quand ils existent, sans exiger qu'ils soient écrits avant le code. Il demande une permission par action et vous montre les modifications à relire, ce qui n'est pas une porte devant un document que vous acceptez ou refusez avant que la suite ne démarre. Ces trois manques décrivent son public : quelqu'un qui sait déjà ce qu'il veut et qui saura lire ce qui revient.

Pour qui ne codera pas

Si vous êtes à l'aise avec un terminal, Codex est le meilleur rapport du marché : une seule facture couvre vos conversations et votre agent de code, il n'y a aucune couche à ajouter, et les gates de validation seraient une friction pure. Nous le disons sans détour, comme dans notre panorama des quatre chemins pour créer une application sans savoir coder. Si le terminal est un mur, il reste un mur : ouvrir une fenêtre noire, installer un paquet, comprendre un dossier de versions, relire des modifications ligne à ligne. Maestro pilote Codex, comme trois autres assistants, sans que vous ouvriez rien de tout cela, et ajoute ce que Codex ne fait pas : un brief, un cahier des charges, un découpage en étapes, chacun validé par vous, et des tests écrits avant le code. Le prix de cette couche est une dépendance et un outil de plus, et le choix entre Codex et Claude Code devient un réglage plutôt qu'un engagement.

Tester votre idée en une heure, sans rien installer

Ouvrez une conversation et décrivez votre besoin en cinq phrases, avec vos cas particuliers. Demandez le cahier des charges, pas le code : les écrans, les données, qui voit quoi, ce qui se passe quand une commande est annulée. Lisez le document en dix minutes. Faites la même chose une semaine plus tard avec les mêmes cinq phrases et comparez les deux documents : les écarts entre les deux vous montrent ce que la conversation invente quand vous ne le lui avez pas dit. S'il vous surprend, votre description manquait de précision, et vous venez d'apprendre plus sur votre projet que ne l'aurait fait une maquette. C'est la frontière entre un prototype et un produit, et elle se franchit sur du texte, pas sur des écrans.