Des questions, des réponses

Oui. Le framework et presque tous les modules sont gratuits et open source sous la licence permissive Apache-2.0. Vous pouvez construire, exécuter et livrer avec, sans rien payer — y compris des produits commerciaux propriétaires.

Absolument, et sans aucune contrepartie. Apache-2.0 n'impose aucune obligation de copyleft : vous pouvez construire du logiciel propriétaire et fermé sur le cœur gratuit sans rien acheter. Le code que vous générez vous appartient.

Seulement trois. core-store (e-commerce), core-chat (chat de personnages IA) et core-ai-writer (génération de contenu IA) sont sous licence commerciale — les verticales où vous exploitez clairement un produit générateur de revenus. Tout le reste est gratuit.

Uniquement ces trois modules premium. Acheter une licence vous permet de les installer et de les déployer ; cela finance le développement continu du cœur gratuit et open source.

Indigo livre les préoccupations de production que la plupart des starters ignorent — auth, RBAC, facturation, temps réel, tâches de fond, i18n, SEO et un modèle de rôles serveur scalable. Il est construit pour faire tourner de vrais produits, pas seulement des démos.

Non — vous n'en lirez peut-être jamais la majeure partie. Indigo est piloté par la config et ouvert-fermé : votre agent l'étend exactement là où le système s'attend à être étendu, et chaque changement reste un petit diff facile à relire.

L'agent est l'interface première. Il a une carte (CLAUDE.md imbriqués, diagrammes d'architecture vivants), un signal de retour (types stricts, tests, indigo doctor) et des mains sur l'app en fonctionnement (outils MCP typés, personas de test). Vous décrivez le produit ; l'agent le construit, le vérifie, et vous demande dans le chat quand une décision vous revient.

Oui. Les modules sont des subtrees git autonomes. bun run indigo add <module> en installe un — routeurs, schéma, seeds et pages d'admin inclus — et remove le retire.

Donnez une seule phrase à votre agent : claude "Set up a new project named my-app from https://github.com/indigo-fw/starter — ask me what you need". Il crée le dossier, installe tout et vous demande vos choix dans le chat. Pareil avec Codex et Gemini CLI — et la voie classique degit + bun run init reste là si vous préférez le terminal.

Non. Indigo est agnostique en matière d'agent : Claude Code, Codex CLI et Gemini CLI fonctionnent tous, et les affordances sont des standards ouverts — fichiers de contexte CLAUDE.md/AGENTS.md, un point d'accès MCP, des CLI non interactives. Tout agent de code capable d'exécuter des commandes peut faire tourner la boucle. Vous pouvez aussi vous passer d'agent et développer à la main.

L'environnement est construit pour qu'il ne puisse rien casser en silence. TypeScript strict, entrées contraintes par Zod et contrôles de propriété rejettent les mauvais changements ; indigo doctor et les tests notent chaque passe ; le cœur partagé n'est jamais modifié, donc le rayon d'impact reste circonscrit au changement. Et chaque passe atterrit sous forme de simple diff git — relisez-le, ou annulez-le.

Le cœur et les modules vivent dans votre dépôt sous forme de subtrees git, et vos fonctionnalités les étendent via la config et l'enregistrement au lieu de les modifier — les mises à jour s'intègrent donc proprement, sans entrer en collision avec ce que vous avez construit. Pas de migration forcée, pas de plateforme qui décide pour vous : vous tirez les mises à jour quand vous le décidez.

GitHub Discussions pour les questions, GitHub Issues pour les bugs, et la documentation pour les guides. Pour du support commercial, contactez l'équipe.