Preguntas, respondidas
Lo que la gente más pregunta sobre Indigo — licencias, cómo se compara con creadores y boilerplates, y cómo es construir sobre él.
¿Es gratis? ¿Dónde está la trampa?
¿Indigo es gratis de verdad?
Sí. El framework y casi todos los módulos son gratuitos y open source bajo la licencia permisiva Apache-2.0. Puedes construir, ejecutar y lanzar con ellos sin coste alguno — incluyendo productos comerciales de código cerrado.
¿Puedo usar Indigo comercialmente?
Por supuesto, y sin ataduras. Apache-2.0 no tiene obligación copyleft, así que puedes construir software propietario y de código cerrado sobre el núcleo gratuito sin comprar nada. El código que generas es tuyo.
¿Qué módulos cuestan dinero?
Solo tres. core-store (e-commerce), core-chat (chat de personajes con IA) y core-ai-writer (generación de contenido con IA) tienen licencia comercial — las verticales donde claramente operas un producto con ingresos. Todo lo demás es gratuito.
¿Qué cubre la licencia comercial?
Solo esos tres módulos premium. Comprar una licencia te permite instalarlos y desplegarlos; financia el desarrollo continuo del núcleo gratuito y open source.
¿Es esto otro creador de sitios web?
¿En qué se diferencia Indigo de Wix, Lovable, Bolt o v0?
Esas son plataformas alojadas — tu app vive en su infraestructura, construida con sus herramientas, con el precio de su suscripción. Indigo es lo contrario: una base de código Next.js real y open source en tu máquina, en tu repo de git, sobre la que construye tu propio agente de programación. No hay plataforma, no hay nada de lo que exportar y no hay precipicio cuando el prototipo tiene que convertirse en producto.
¿En qué se diferencia de ShipFast o create-t3-app?
Un boilerplate te entrega una instantánea de código ya cableado — heredas el pegamento, lo mantienes para siempre y no le dice nada a tu agente. Indigo es un framework: las funcionalidades nuevas se registran mediante config y módulos, el núcleo compartido nunca se edita, y el agente recibe un mapa (CLAUDE.md, diagramas en vivo), una señal (tipos, tests, indigo doctor) y manos (personas MCP) para verificar lo que construyó.
¿Cómo es trabajar con él?
¿Está listo para producción?
Indigo trae las piezas de producción que la mayoría de los starters omiten — autenticación, RBAC, facturación, tiempo real, trabajos en segundo plano, i18n, SEO y un modelo escalable de roles de servidor. Está construido para operar productos reales, no solo demos.
¿Necesito entender toda la base de código?
No — puede que nunca leas la mayor parte. Indigo se define por config y es abierto/cerrado: tu agente lo extiende exactamente donde el sistema espera ser extendido, y cada cambio se queda en un diff pequeño y revisable.
¿Qué significa 'agent-native'?
El agente es la interfaz principal. Tiene un mapa (CLAUDE.md anidados, diagramas de arquitectura en vivo), una señal de feedback (tipos estrictos, tests, indigo doctor) y manos sobre la app en ejecución (herramientas MCP tipadas, personas de prueba). Tú describes el producto; el agente lo construye, lo verifica y te pregunta en el chat cuando una decisión es tuya.
¿Puedo añadir y quitar módulos más adelante?
Sí. Los módulos son subtrees de git autocontenidos. bun run indigo add <module> instala uno — routers, esquema, seeds y páginas de administración incluidos — y remove lo saca.
¿Cómo empiezo?
Dale a tu agente una sola frase: claude "Set up a new project named my-app from https://github.com/indigo-fw/starter — ask me what you need". Crea la carpeta, instala todo y te pregunta tus decisiones en el chat. Funciona igual en Codex y Gemini CLI — y la vía clásica de degit + bun run init sigue ahí si prefieres la terminal.
¿Necesito Claude específicamente?
No. Indigo es agnóstico respecto al agente: Claude Code, Codex CLI y Gemini CLI funcionan todos, y los mecanismos son estándares abiertos — archivos de contexto CLAUDE.md/AGENTS.md, un endpoint MCP, CLIs no interactivas. Cualquier agente de programación que pueda ejecutar comandos puede ejecutar el bucle. También puedes prescindir de los agentes por completo y desarrollar a mano.
¿Y si el agente rompe algo?
El entorno está construido para que no pueda romper nada en silencio. TypeScript estricto, entradas restringidas con Zod y comprobaciones de propiedad rechazan los cambios malos; indigo doctor y los tests califican cada pasada; el núcleo compartido nunca se edita, así que el radio de impacto se queda dentro del cambio. Y cada pasada aterriza como un simple diff de git — revísalo, o reviértelo.
¿Cómo llegan las actualizaciones del framework a mi proyecto?
El núcleo y los módulos viven en tu repo como subtrees de git, y tus funcionalidades los extienden mediante config y registro en lugar de editarlos — así que las actualizaciones entran limpiamente, sin chocar con lo que construiste. Sin migraciones forzadas, sin una plataforma decidiendo por ti: haces pull cuando tú lo decides.
¿Dónde consigo ayuda?
GitHub Discussions para preguntas, GitHub Issues para bugs y la documentación para las guías. Para soporte comercial, ponte en contacto con el equipo.
¿Aún con curiosidad?
La forma más rápida de entender Indigo es usarlo — la demo en vivo ejecuta todos los módulos.