Frågor, besvarade
Det folk oftast frågar om Indigo — licensiering, hur det står sig mot byggare och boilerplates, och hur det är att bygga på.
Är det gratis? Var är haken?
Är Indigo verkligen gratis?
Ja. Ramverket och nästan alla moduler är fria och öppen källkod under den tillåtande Apache-2.0-licensen. Du kan bygga, köra och skeppa med dem utan kostnad — inklusive kommersiella produkter med sluten källkod.
Kan jag använda Indigo kommersiellt?
Absolut, och utan förbehåll. Apache-2.0 har ingen copyleft-skyldighet, så du kan bygga proprietär mjukvara med sluten källkod på den fria kärnan utan att köpa något. Koden du genererar är din.
Vilka moduler kostar pengar?
Bara tre. core-store (e-handel), core-chat (AI-karaktärschatt) och core-ai-writer (AI-innehållsgenerering) är kommersiellt licensierade — de vertikaler där du tydligt driver en intäktsgenererande produkt. Allt annat är gratis.
Vad täcker den kommersiella licensen?
Bara de tre premiummodulerna. Att köpa en licens låter dig installera och driftsätta dem; det finansierar den fortsatta utvecklingen av den fria kärnan med öppen källkod.
Är det här ännu en webbplatsbyggare?
Hur skiljer sig Indigo från Wix, Lovable, Bolt eller v0?
De är hostade plattformar — din app bor på deras infrastruktur, byggs med deras verktyg och prissätts genom deras prenumeration. Indigo är motsatsen: en riktig Next.js-kodbas med öppen källkod på din maskin, i ditt git-repo, som din egen kodagent bygger vidare på. Det finns ingen plattform, inget att exportera från och inget stup när prototypen ska bli en produkt.
Hur skiljer det sig från ShipFast eller create-t3-app?
En boilerplate ger dig en ögonblicksbild av hopkopplad kod — du ärver limmet och underhåller det för alltid, och den säger din agent ingenting. Indigo är ett ramverk: nya funktioner registrerar sig själva genom konfig och moduler, den delade kärnan redigeras aldrig, och agenten får en karta (CLAUDE.md, levande diagram), en signal (typer, tester, indigo doctor) och händer (MCP-personor) att verifiera det den byggt med.
Hur är det att arbeta med?
Är det produktionsredo?
Indigo levererar produktionsdetaljerna som de flesta starters hoppar över — auth, RBAC, betalningar, realtid, bakgrundsjobb, i18n, SEO och en skalbar serverrollmodell. Det är byggt för att driva riktiga produkter, inte bara demos.
Måste jag förstå hela kodbasen?
Nej — du kanske aldrig läser merparten av den. Indigo är konfigdrivet och öppet–stängt: din agent bygger ut det exakt där systemet förväntar sig att byggas ut, och varje ändring förblir en liten, granskningsbar diff.
Vad betyder ”agentnativ”?
Agenten är det primära gränssnittet. Den har en karta (nästlade CLAUDE.md-filer, levande arkitekturdiagram), en feedbacksignal (strikta typer, tester, indigo doctor) och händer på den körande appen (typade MCP-verktyg, testpersonor). Du beskriver produkten; agenten bygger den, verifierar den och frågar dig i chatten när ett beslut är ditt.
Kan jag lägga till och ta bort moduler senare?
Ja. Moduler är självständiga git-subtrees. bun run indigo add <module> installerar en — routrar, schema, seeds och adminsidor ingår — och remove tar ut den igen.
Hur kommer jag igång?
Ge din agent en mening: claude "Set up a new project named my-app from https://github.com/indigo-fw/starter — ask me what you need". Den skapar mappen, installerar allt och frågar efter dina val i chatten. Fungerar likadant i Codex och Gemini CLI — och den klassiska vägen med degit + bun run init finns kvar om du föredrar terminalen.
Behöver jag just Claude?
Nej. Indigo är agentagnostiskt: Claude Code, Codex CLI och Gemini CLI fungerar alla, och allt bygger på öppna standarder — CLAUDE.md/AGENTS.md-kontextfiler, en MCP-endpoint, icke-interaktiva CLI:er. Vilken kodagent som helst som kan köra kommandon kan köra loopen. Du kan också hoppa över agenter helt och utveckla för hand.
Tänk om agenten har sönder något?
Miljön är byggd så att den inte kan ha sönder något i det tysta. Strikt TypeScript, Zod-begränsade indata och ägarskapskontroller avvisar dåliga ändringar; indigo doctor och tester betygsätter varje varv; den delade kärnan redigeras aldrig, så sprängradien stannar inom ändringen. Och varje varv landar som en vanlig git-diff — granska den, eller backa den.
Hur når ramverksuppdateringar mitt projekt?
Kärnan och modulerna bor i ditt repo som git-subtrees, och dina funktioner bygger ut dem genom konfig och registrering i stället för att redigera dem — så uppdateringar dras in rent, utan att kollidera med det du byggt. Inga påtvingade migreringar, ingen plattform som bestämmer åt dig: du hämtar när du själv väljer.
Var får jag hjälp?
GitHub Discussions för frågor, GitHub Issues för buggar och dokumentationen för guider. För kommersiell support, hör av dig till teamet.
Fortfarande nyfiken?
Det snabbaste sättet att förstå Indigo är att använda det — livedemon kör varje modul.