Cinq heures, sept cibles Xcode, 45 minutes de travail manuel
Un développeur d'applications novice affirme avoir livré quatre applications Apple natives sur TestFlight en un après-midi. Le plus intéressant n'est pas le modèle : c'est la passation.
De 16 h 05 à TestFlight, sur quatre plateformes
Daniel Hayes Smith a fait son premier commit à 16 h 05. Environ cinq heures plus tard, affirme-t-il, une application de minuteur visuel nommée ClearTime tournait dans des versions TestFlight sur Mac, iPhone, Apple Watch et Apple TV. Pas quatre maquettes, pas une application web emballée quatre fois : quatre applications Apple natives écrites en Swift et SwiftUI. Son propre temps de travail manuel, selon lui, a été d'environ 45 minutes, et il se décrit comme totalement novice en développement d'applications.
Ce sont ses chiffres et ses preuves, pas des chiffres vérifiés de façon indépendante. Mais le fil de discussion est d'une précision inhabituelle sur les points que la plupart des publications du type « l'IA a construit ça » passent sous silence : quel modèle, quel mode d'autorisation, et où les décisions de conception ont réellement été prises. C'est cette précision qui justifie de le décortiquer.
La motivation mérite d'être rappelée, car elle façonne le produit. Smith explique qu'il a un TDAH et ce qu'il appelle une « cécité du temps » : dix minutes et vingt minutes se ressemblent jusqu'à ce qu'il soit en retard. Il voulait un disque de couleur unie qui rétrécit au fil du temps, lisible d'un coup d'œil sur l'écran le plus proche. Il repoussait ce projet depuis un moment. Puis, écrit-il, il a développé une tachycardie supraventriculaire (SVT) à 48 ans, a atteint 220 battements par minute, a passé une semaine en soins intensifs et a subi une ablation. Il est désormais sans traitement pour son TDAH jusqu'à ce que les médecins donnent leur feu vert. Il a cessé de repousser l'application.
L'étape de conception est celle qui a fait gagner du temps
L'instinct est d'attribuer le mérite à l'agent de codage. Smith l'attribue à la passation. Avant d'écrire la moindre ligne de code, il a utilisé Claude Design pour transformer des décisions qui n'existaient que dans sa tête en fichiers qu'un agent de codage pouvait suivre sans s'arrêter pour demander ce qu'il voulait dire.
Le résultat n'était pas un dossier d'images. Selon le fil, il comprenait un dossier de conception couvrant le cadran, les états et l'accessibilité ; des jetons de couleur, la typographie, les dimensions et les règles de mouvement ; des planches de référence distinctes pour chaque plateforme ; et, élément porteur de tout le reste, la géométrie du cadran exprimée sous forme de code, avec des vecteurs de test et des fichiers de référence « golden ». Un fichier golden est une sortie correcte stockée : chaque plateforme dessine le cadran, puis compare son résultat à la référence. Si watchOS rend la forme avec trois degrés d'écart, c'est un échec de test, pas une querelle de goût.
Il y avait aussi un guide de construction qui précisait quel document prévaut lorsque deux d'entre eux se contredisent. Si un écran ne correspondait pas à sa planche de référence, la planche avait raison. Si une plateforme dessinait le cadran différemment, la géométrie partagée l'emportait. Cela ressemble à de la bureaucratie ; c'est en réalité le mécanisme. Un agent pris entre deux sources contradictoires invente une troisième réponse. Celui-ci savait où chercher.
La preuve que la conception faisait un vrai travail : la passation technique d'origine prévoyait Tauri sur ordinateur et Expo sur mobile, soit deux frameworks multiplateformes. Smith a demandé à Claude Code si c'était excessif, et affirme que l'agent a plaidé d'abord pour du Swift et SwiftUI natifs. La pile technique a changé avant même l'existence de la première cible d'application. La conception, elle, est restée intacte, car elle n'a jamais été liée à un framework.
Les réglages, en langage clair
Smith indique que l'implémentation a tourné sur Claude Code avec Claude Opus 5.5 en effort High et en mode Bypass permissions, c'est-à-dire que l'agent agit sans s'interrompre pour obtenir une approbation à chaque écriture de fichier ou commande. Il a connecté le pont MCP de Xcode, qui permet à l'agent d'opérer sur le vrai projet plutôt que de deviner à partir d'extraits collés dans une conversation. Le résultat : un seul espace de travail Xcode avec sept cibles (macOS, iOS, watchOS, tvOS, plus les widgets, les widgets Watch et le Top Shelf de TV) au-dessus d'un unique package partagé contenant le moteur de minuteur, la géométrie du cadran, le calcul des couleurs, l'interface et les tests. Pour planifier et éprouver l'idée, il a utilisé ChatGPT Sol 5.6 en Extra High.
Un point à signaler : le fil promet d'expliquer ce qui pousse l'agent à s'arrêter pour demander, mais l'extrait s'interrompt en plein milieu d'une règle après « Solve implementation problems on your own. » Avec les autorisations en mode bypass, cette limite d'escalade est le réglage le plus lourd de conséquences de tout le flux de travail, et c'est le détail que le texte publié ne mène pas à son terme.
Les questions à vous poser
- « Version TestFlight fonctionnelle » signifie-t-il complète en fonctionnalités, ou simplement compilée, signée et capable de se lancer ? Ce ne sont pas du tout les mêmes cinq heures.
- Qui a écrit les tests auxquels se comparent les fichiers golden, et une référence erronée aurait-elle été détectée, ou fidèlement reproduite sur les quatre plateformes ?
- Si votre équipe fait tourner un agent en mode bypass, qu'a-t-il exactement le droit de toucher, et que remonte-t-il à un humain ? Écrivez cette liste avant le premier lancement, pas après.
- Quelle part des 45 minutes est transposable ? Smith a pris les décisions de goût une seule fois, en amont. Quelqu'un dans votre équipe le fait-il aujourd'hui, ou ces décisions se prennent-elles en cours de construction ?
- Que se passe-t-il à la version deux, quand les besoins changent et que les documents de référence ne décrivent plus l'application livrée ?
Ce qu'il faut surveiller ensuite
Le signal à suivre, c'est la maintenance. Une première version en cinq heures prouve que la passation a fonctionné une fois ; elle ne dit rien de la capacité d'un développeur débutant à déboguer un espace de travail à sept cibles qu'il n'a pas écrit lorsqu'Apple publiera une mise à jour du système. Surveillez si ClearTime reçoit une deuxième version qui modifie réellement le comportement, et si le dossier de conception et les fichiers golden sont mis à jour en même temps, ou s'ils deviennent silencieusement obsolètes pendant que le code évolue.
Ready to implement AI in your business?
Our team builds the AI systems you just read about. Start with a free 30-minute discovery meeting.
