Fragen, beantwortet
Was Leute am häufigsten über Indigo wissen wollen — Lizenzierung, der Vergleich mit Buildern und Boilerplates und wie es sich anfühlt, darauf zu bauen.
Ist es kostenlos? Wo ist der Haken?
Ist Indigo wirklich kostenlos?
Ja. Das Framework und nahezu jedes Modul sind kostenlos und Open Source unter der permissiven Apache-2.0-Lizenz. Du kannst damit bauen, betreiben und ausliefern — ohne Kosten, auch für kommerzielle Produkte mit geschlossenem Quellcode.
Kann ich Indigo kommerziell nutzen?
Absolut, und ohne Auflagen. Apache-2.0 kennt keine Copyleft-Pflicht — du kannst also proprietäre Software mit geschlossenem Quellcode auf dem freien Kern bauen, ohne irgendetwas zu kaufen. Der Code, den du generierst, gehört dir.
Welche Module kosten Geld?
Nur drei. core-store (E-Commerce), core-chat (AI-Charakter-Chat) und core-ai-writer (AI-Content-Generierung) sind kommerziell lizenziert — die Vertikalen, in denen du klar ein umsatzbringendes Produkt betreibst. Alles andere ist kostenlos.
Was deckt die kommerzielle Lizenz ab?
Nur diese drei Premium-Module. Mit einer Lizenz kannst du sie installieren und deployen; sie finanziert die kontinuierliche Weiterentwicklung des freien, quelloffenen Kerns.
Ist das noch ein Website-Baukasten?
Wie unterscheidet sich Indigo von Wix, Lovable, Bolt oder v0?
Das sind gehostete Plattformen — deine App lebt auf ihrer Infrastruktur, gebaut mit ihren Tools, bepreist über ihr Abo. Indigo ist das Gegenteil: eine echte Open-Source-Next.js-Codebasis auf deinem Rechner, in deinem Git-Repo, auf der dein eigener Coding-Agent baut. Es gibt keine Plattform, nichts, woraus man exportieren müsste, und keine Klippe, wenn aus dem Prototyp ein Produkt werden soll.
Wie unterscheidet es sich von ShipFast oder create-t3-app?
Ein Boilerplate drückt dir einen Schnappschuss verdrahteten Codes in die Hand — du erbst den Glue-Code und wartest ihn für immer, und deinem Agenten sagt er nichts. Indigo ist ein Framework: Neue Features registrieren sich über Config und Module, der gemeinsame Kern wird nie editiert, und der Agent bekommt eine Karte (CLAUDE.md, live generierte Diagramme), ein Signal (Typen, Tests, indigo doctor) und Hände (MCP-Personas), um das Gebaute zu prüfen.
Wie ist es, damit zu arbeiten?
Ist es produktionsreif?
Indigo liefert die Produktionsthemen mit, die die meisten Starter auslassen — Auth, RBAC, Billing, Echtzeit, Hintergrundjobs, i18n, SEO und ein skalierbares Server-Rollen-Modell. Es ist für echte Produkte gebaut, nicht nur für Demos.
Muss ich die ganze Codebasis verstehen?
Nein — den Großteil wirst du vielleicht nie lesen. Indigo ist config-getrieben und open-closed: Dein Agent erweitert es genau dort, wo das System erweitert werden will, und jede Änderung bleibt ein kleiner, reviewbarer Diff.
Was heißt „agent-native“?
Der Agent ist die primäre Schnittstelle. Er hat eine Karte (verschachtelte CLAUDE.mds, live generierte Architekturdiagramme), ein Feedback-Signal (strikte Typen, Tests, indigo doctor) und Zugriff auf die laufende App (typisierte MCP-Tools, Test-Personas). Du beschreibst das Produkt; der Agent baut es, prüft es und fragt dich im Chat, wenn eine Entscheidung bei dir liegt.
Kann ich Module später hinzufügen und entfernen?
Ja. Module sind in sich geschlossene Git-Subtrees. bun run indigo add <module> installiert eins — inklusive Router, Schema, Seeds und Admin-Seiten — und remove nimmt es wieder heraus.
Wie starte ich?
Gib deinem Agenten einen Satz: claude "Set up a new project named my-app from https://github.com/indigo-fw/starter — ask me what you need". Er erstellt den Ordner, installiert alles und klärt deine Entscheidungen im Chat. Funktioniert genauso in Codex und Gemini CLI — und wenn du das Terminal bevorzugst, steht der klassische Weg über degit + bun run init weiter offen.
Brauche ich speziell Claude?
Nein. Indigo ist agent-agnostisch: Claude Code, Codex CLI und Gemini CLI funktionieren alle, und die Andockpunkte sind offene Standards — CLAUDE.md-/AGENTS.md-Kontextdateien, ein MCP-Endpoint, nicht-interaktive CLIs. Jeder Coding-Agent, der Befehle ausführen kann, kann den Loop fahren. Du kannst Agenten auch ganz weglassen und von Hand entwickeln.
Was, wenn der Agent etwas kaputtmacht?
Die Umgebung ist so gebaut, dass er nichts lautlos kaputtmachen kann. Striktes TypeScript, Zod-beschränkte Inputs und Ownership-Checks weisen schlechte Änderungen ab; indigo doctor und Tests benoten jeden Durchlauf; der gemeinsame Kern wird nie editiert, der Wirkungsradius bleibt also innerhalb der Änderung. Und jeder Durchlauf landet als ganz normaler Git-Diff — reviewe ihn oder mach ihn rückgängig.
Wie erreichen Framework-Updates mein Projekt?
Kern und Module liegen als Git-Subtrees in deinem Repo, und deine Features erweitern sie über Config und Registrierung, statt sie zu editieren — Updates lassen sich also sauber hereinziehen, ohne mit dem zu kollidieren, was du gebaut hast. Keine erzwungenen Migrationen, keine Plattform, die für dich entscheidet: Du pullst, wann du willst.
Wo bekomme ich Hilfe?
GitHub Discussions für Fragen, GitHub Issues für Bugs und die Dokumentation für Guides. Für kommerziellen Support melde dich beim Team.
Noch neugierig?
Der schnellste Weg, Indigo zu verstehen, ist es zu benutzen — die Live-Demo läuft mit allen Modulen.