Le goulot d'étranglement, ce n'est plus d'écrire le code
Les agents de code savent déjà avancer sans supervision vers un objectif — /loop, mode objectif, exécutions autonomes. Ce qu'un dépôt vide ne leur donnera jamais, c'est un moyen de savoir que l'objectif est atteint. Indigo est le framework qui ferme la boucle : décrire, construire, vérifier, améliorer, recommencer — jusqu'à ce que « terminé » soit des vérifications au vert et des parcours validés, pas une impression.
Pourquoi « laissez l'agent construire » échoue sans framework
Pointez un agent vers un dépôt Next.js vide, demandez-lui un produit, et il improvisera une fondation : une auth artisanale, une table de facturation sur mesure, de la glu entre une douzaine de bibliothèques sans modèle commun. Chaque passe suivante de la boucle construit sur du sable.
L'échec n'est pas une question d'intelligence — c'est l'environnement. La boucle n'a ni carte du système, ni signal pour lui dire ce qui a cassé, ni moyen d'utiliser l'app qu'elle vient de modifier.
Des fondations improvisées
Auth, facturation, contenu et tâches de fond se réinventent à la volée — différemment à chaque session. C'est dans les coutures entre eux que pourrissent les apps construites par agent.
Aucun signal de retour
Sans types stricts, tests ni bilans de santé, rien ne dit à la boucle qu'une itération a mal tourné. La dérive s'accumule en silence.
Aucun moyen de vérifier
Un agent qui ne peut que lire le code livre à l'aveugle. Il lui faut se connecter, cliquer partout et contrôler son travail comme le ferait un utilisateur — la plupart des bases de code ne lui en donnent aucun moyen.
Une boucle auto-améliorante a besoin de six choses. Indigo les livre toutes les six.
C'est tout le cahier des charges. Chaque élément du framework existe parce que l'une de ces six choses manquait partout ailleurs.
Une carte
Des fichiers CLAUDE.md imbriqués expliquent l'intention à chaque niveau ; indigo visualize et indigo map rendent l'architecture vivante en diagrammes et cartes de code que l'agent peut parser. S'orienter est une commande, pas une expédition.
Un signal
TypeScript strict, entrées contraintes par Zod, tests et indigo doctor notent chaque passe. La boucle sait immédiatement — et mécaniquement — quand elle se trompe, et quand elle a terminé.
Des mains
Le point d'accès MCP transforme chaque procédure tRPC en outil typé, et les personas de test permettent à l'agent de se connecter et d'utiliser l'app en utilisateur gratuit, en abonné ou en admin. Il vérifie comme un client, pas comme un linter.
Des garde-fous
Ouvert-fermé par conception : un type de contenu est une entrée de config, une fonctionnalité est un module, une tâche est un appel d'enregistrement. L'agent étend sans toucher au code partagé, et le rayon d'impact de chaque passe reste réduit.
Des itérations peu coûteuses
Docs en mode pointeurs, câblage généré et contexte cloisonné par module gardent chaque passe sobre en tokens. Une boucle que vous ne pouvez pas vous offrir n'est pas une boucle — l'efficacité en tokens est une fonctionnalité, pas un accident.
Rien qui bloque
Installation, ajout de modules, migrations et vérifications passent tous par des CLI non interactives. Aucune invite cachée dans un terminal ne fige jamais la boucle ; quand une décision vous revient, l'agent vous la pose dans le chat.
Un framework cohérent que l'agent étend, sans jamais le modifier
Chaque couche connaît déjà les autres
Indigo est un système unique, typé de bout en bout. L'auth connaît les organisations. La facturation connaît l'auth. Le CMS, les tâches de fond, la couche temps réel et le panneau d'admin partagent un même modèle de données et un même jeu de conventions — le mois de plomberie disparaît, pour les humains comme pour les agents.
Ouvert-fermé par conception
Les nouvelles capacités s'enregistrent elles-mêmes. Un type de contenu est une entrée de config. Une fonctionnalité est un module. Une tâche de fond est un appel d'enregistrement. L'agent ajoute ce que vous décrivez sans toucher au code partagé — les mises à jour restent propres, et la boucle peut tourner à nouveau demain sans risque.
La boucle ne prend pas sa retraite quand la fonctionnalité est livrée
« Fonctionnellement complet », c'est le moment où la plupart des bases de code cessent d'être sûres à toucher. Indigo est construit pour l'inverse : les rails qui font converger la première construction font de l'amélioration continue une routine. L'agent peut continuer à boucler sur le produit qu'il a construit — corriger ce que doctor signale, étendre la couverture de tests là où une régression s'est glissée, traduire les nouveaux contenus dans toutes vos locales, garder sitemaps, flux et données structurées valides à mesure que le produit grandit.
Chaque passe d'amélioration a la même forme que la première : lire la carte, faire un petit changement enregistré, se faire noter, vérifier en tant qu'utilisateur. Voilà ce qu'auto-améliorant veut dire ici — pas de magie, juste une boucle qui ne perd jamais pied. La recette, planification et garde-fous compris, est documentée dans le guide de la boucle d'amélioration.
Ce que construire sur Indigo vous apporte vraiment
Les avantages qui se composent — pour l'agent qui fait le travail et l'humain qui possède le résultat.
CLAUDE.md en mode pointeurs, indigo map, diagrammes Mermaid vivants et /llms.txt font que l'agent s'oriente à partir d'une carte au lieu de relire la base de code. Une plus grande part de chaque session va dans votre produit.indigo doctor valide toute l'installation.degit ne livre aucun historique, bun run init crée un dépôt vierge. Typé, testé, lisible, à vous sous Apache-2.0.Service complet, pas boîte noire
Vous décrivez ; l'agent exécute — commandes comprises. Installation, ajout de modules, migrations et vérifications passent par des CLI non interactives conçues pour que rien ne bloque jamais sur une invite cachée dans un terminal. Quand une décision vous revient, l'agent vous la pose dans le chat.
Et tout reste une vraie base de code : typée, testée, relisible, à vous sous Apache-2.0. degit ne livre aucun historique, bun run init crée un dépôt vierge, et vous pouvez reprendre le volant à tout moment.
Open core, licence permissive
Le framework et ses modules gratuits sont open source sous la licence permissive Apache-2.0 — utilisez-les pour tout, y compris du travail commercial propriétaire, sans obligation de copyleft ni rien à acheter. Trois modules verticaux premium — e-commerce, chat de personnages IA et génération de contenu IA — sont sous licence commerciale et financent le développement continu du cœur gratuit.
Voyez la boucle par vous-même
Le moyen le plus rapide de comprendre Indigo, c'est d'y pointer votre agent. La démo en ligne est une installation complète avec tous les modules activés — et le site que vous lisez est lui aussi une installation Indigo.