Aperture — L'éditeur de code qui refuse de mentir

État des lieux

Il y a une promesse que les agents de codage se gardent bien de faire : vérifier leur travail avant de le poser sur votre disque. Claude Code et Codex écrivent, et c'est à vous de courir après les dégâts. Aperture inverse l'ordre : chaque modification passe par cinq contrôles avant qu'un bouton « Apply » ne daigne la laisser toucher vos fichiers. Le code doit parser, les imports se résoudre, le compilateur TypeScript tourner sur tout le projet, l'aperçu se rendre sans page blanche, et les tests rester verts. Tant qu'un contrôle est rouge, rien ne s'écrit.

Le projet est petit et tout frais : dépôt GitHub créé le 3 octobre 2026, 119 commits, quatre étoiles, zéro release. Il est né dans le Grok App Builder de xAI et tourne encore sur son échafaudage, hébergé à aperturesais.grok.me avec un « Sign in with Grok ». C'est à la fois sa carte de visite et son talon d'Achille. La mise en avant Product Hunt du 4 octobre l'a classé 32e du quotidien : un intérêt de circonstance, pas une adoption.

La carte des menus

Le modèle est freemium, mais soyons précis : au 5 octobre 2026, rien n'est facturable. La page tarifs affiche trois paliers. « Hobby » est gratuit, sans carte bancaire : Composer, Chat et Inline débloqués, clé personnelle obligatoire (bring-your-own key), « one send = one call on your key ». Puis deux paliers « coming soon », Pro et Team, qui promettent plus de clés et des agents illimités, avec une mention qui a le mérite de la franchise : « Not for sale. Not available yet. Nothing is charged. »

Autrement dit, vous payez déjà votre fournisseur de modèle — Grok, OpenAI, Anthropic, Gemini ou DeepSeek —, pas Aperture. Le code étant sous licence MIT et auto-hébergeable, on peut s'en servir durablement sans jamais sortir un centime pour l'outil lui-même.

Ce que la bête sait vraiment faire

Le principe tient en trois mots : plan, puis diff, puis contrôle. Composer lit le code, pose un plan que vous pouvez reformuler ou réordonner, attend votre « Build it », puis livre les modifications en diffs étagées que vous gardez ou sautez fichier par fichier. Rien ne touche le disque sans votre accord.

Les cinq contrôles portent sur l'édition en attente elle-même : parse du code et des JSON modifiés, résolution des imports, vrai compilateur TypeScript lancé dans un worker de l'onglet contre le projet entier et son tsconfig.json (une modification qui casse un appelant dans un autre fichier est donc attrapée), rendu de l'aperçu, et passage des tests. Le point de confiance que les commentateurs de Product Hunt ont relevé tient en une phrase du README : un contrôle qui n'a pas pu tourner dit pourquoi, et ne s'affiche jamais comme réussi.

L'exécuteur de tests mérite une mention à part : npm run test fait tourner les tests dans un worker sandboxé du navigateur, gratuitement, en une seconde environ, avec node --test, tsx, Vitest et Jest. Le sandbox coupe tout accès réseau — le code que l'agent vient d'écrire ne peut joindre ni votre app ni l'extérieur.

Autour, on trouve un « agent board » où chaque run est une carte (en cours, à vous, en revue, terminé), jusqu'à trois runs en parallèle, des hooks de projet et des règles par motif de fichiers, un mode design qui édite le CSS en cliquant sur un élément de l'aperçu, et une gestion de pull requests « jusqu'au vert ». Et n'importe quel modèle, y compris local via Ollama ou LM Studio — le tour restant alors dans l'onglet, sans jamais passer par le serveur d'Aperture.

Côté chiffres, le produit publie son propre benchmark, reproductible par npm run bench : 30 éditions, 22 fautives, 8 correctes. Sur les 22 fautives, 18 ont été arrêtées avant Apply — les quatre autres changent le comportement sans qu'aucun test ne les couvre. Zéro bonne édition signalée à tort. Le chiffre est honnête, et c'est rare.

Les couleuvres à avaler

D'abord, la traction est minuscule : quatre étoiles, zéro fork, zéro issue, aucun fil Hacker News. L'éditeur est un compte GitHub « Hankaws » sans nom, sans site, sans abonné, malgré une ancienneté de 2018 — aucune entité juridique n'est nommée nulle part.

Ensuite, la dépendance à xAI est réelle et structurelle : une partie du dépôt (AGENTS.md, .grok/, public/__grok/, server/) appartient au gabarit Grok App Builder et n'est pas couverte par la licence MIT — ces fichiers relèvent des termes de xAI. L'API GitHub renvoie d'ailleurs NOASSERTION là où le fichier LICENSE affiche bien un MIT : la frontière entre code propre et échafaudage n'est pas nette.

Et le filet a des trous assumés. Quatre mauvaises éditions sur vingt-deux passent parce qu'aucun test ne couvre le comportement ; la protection dépend donc de la qualité de votre suite de tests. Le contrôle de types n'a pas de node_modules : les paquets sont typés any, et au-delà de 600 fichiers TypeScript un contrôle plus léger, fichier par fichier, prend le relais. L'exécuteur de tests, lui, ne couvre pas l'environnement DOM, les plugins, les alias ou les snapshots — il faudra un vrai Node.

Enfin, méfiez-vous du nom : « Aperture » est saturé. Le produit est enregistré aperture-7 sur Product Hunt, septième du nom, et un autre Aperture (aperture-ai.run) vend une suite IA multi-modèles à 9,99 et 79,99 dollars par mois sans aucun rapport. Ne croisez ni les tarifs ni les features.

Verdict

Aperture n'est pas le prochain Cursor, et il ne le prétend pas. C'est une idée simple — vérifier avant d'écrire — exécutée proprement et documentée avec une franchise rare, quitte à publier les quatre éditions fautives qui lui échappent. Pour qui code avec un agent et en a assez de surveiller chaque diff du coin de l'œil, c'est un filet de sécurité à essayer : gratuit, auto-hébergeable, clé personnelle. Mais à quatre étoiles, sans éditeur identifiable et coincé dans l'échafaudage d'xAI, c'est un prototype prometteur, pas un produit. ★★★☆☆