Spørgsmål, besvaret
Det, folk oftest spørger om ved Indigo — licens, hvordan det står i forhold til buildere og boilerplates, og hvordan det er at bygge på.
Er det gratis? Hvad er hagen?
Er Indigo virkelig gratis?
Ja. Frameworket og næsten alle moduler er gratis og open source under den tilladelige Apache-2.0-licens. Du kan bygge, køre og levere med dem uden omkostninger — inklusive kommercielle produkter med lukket kildekode.
Må jeg bruge Indigo kommercielt?
Absolut, og uden bånd. Apache-2.0 har ingen copyleft-forpligtelse, så du kan bygge proprietær software med lukket kildekode på den gratis kerne uden at købe noget. Koden, du genererer, er din.
Hvilke moduler koster penge?
Kun tre. core-store (e-handel), core-chat (AI-karakterchat) og core-ai-writer (AI-indholdsgenerering) er kommercielt licenseret — de vertikaler, hvor du tydeligvis kører et indtægtsgivende produkt. Alt andet er gratis.
Hvad dækker den kommercielle licens?
Kun de tre premium-moduler. Ved at købe en licens kan du installere og deploye dem; det finansierer den videre udvikling af den gratis, open source-kerne.
Er det her endnu en website-builder?
Hvordan adskiller Indigo sig fra Wix, Lovable, Bolt eller v0?
De er hostede platforme — din app bor på deres infrastruktur, bygget med deres værktøjer, prissat efter deres abonnement. Indigo er det modsatte: en rigtig open source-Next.js-kodebase på din maskine, i dit git-repo, som din egen kodeagent bygger videre på. Der er ingen platform, intet at eksportere fra og ingen mur, når prototypen skal blive et produkt.
Hvordan adskiller det sig fra ShipFast eller create-t3-app?
En boilerplate giver dig et øjebliksbillede af sammenkoblet kode — du arver limen og vedligeholder den for evigt, og den fortæller din agent ingenting. Indigo er et framework: nye features registrerer sig selv gennem config og moduler, den delte kerne redigeres aldrig, og agenten får et kort (CLAUDE.md, levende diagrammer), et signal (typer, tests, indigo doctor) og hænder (MCP-personaer) til at verificere, hvad den har bygget.
Hvordan er det at arbejde med?
Er det klar til produktion?
Indigo leverer de produktionshensyn, de fleste startere springer over — auth, RBAC, betalinger, realtid, baggrundsjobs, i18n, SEO og en skalerbar serverrollemodel. Det er bygget til at køre rigtige produkter, ikke kun demoer.
Skal jeg forstå hele kodebasen?
Nej — du kommer måske aldrig til at læse det meste af den. Indigo er config-drevet og open-closed: din agent udvider det præcis dér, hvor systemet forventer at blive udvidet, og hver ændring forbliver en lille diff, der er til at reviewe.
Hvad betyder 'agentnativ'?
Agenten er det primære interface. Den har et kort (indlejrede CLAUDE.md-filer, levende arkitekturdiagrammer), et feedbacksignal (strenge typer, tests, indigo doctor) og hænder på den kørende app (typede MCP-værktøjer, test-personaer). Du beskriver produktet; agenten bygger det, verificerer det og spørger dig i chatten, når en beslutning er din.
Kan jeg tilføje og fjerne moduler senere?
Ja. Moduler er selvstændige git subtrees. bun run indigo add <module> installerer ét — routere, schema, seeds og adminsider inkluderet — og remove tager det ud igen.
Hvordan kommer jeg i gang?
Giv din agent én sætning: claude "Set up a new project named my-app from https://github.com/indigo-fw/starter — ask me what you need". Den opretter mappen, installerer alt og spørger om dine valg i chatten. Virker på samme måde i Codex og Gemini CLI — og den klassiske vej med degit + bun run init er der stadig, hvis du foretrækker terminalen.
Har jeg specifikt brug for Claude?
Nej. Indigo er agent-agnostisk: Claude Code, Codex CLI og Gemini CLI virker alle, og mulighederne er åbne standarder — CLAUDE.md/AGENTS.md-kontekstfiler, et MCP-endpoint, ikke-interaktive CLI'er. Enhver kodeagent, der kan køre kommandoer, kan køre loopet. Du kan også droppe agenter helt og udvikle i hånden.
Hvad hvis agenten ødelægger noget?
Miljøet er bygget, så den ikke kan ødelægge noget i det skjulte. Streng TypeScript, Zod-begrænsede inputs og ejerskabschecks afviser dårlige ændringer; indigo doctor og tests bedømmer hvert gennemløb; den delte kerne redigeres aldrig, så sprængradius holder sig inden for ændringen. Og hvert gennemløb lander som en almindelig git-diff — review den, eller rul den tilbage.
Hvordan når framework-opdateringer mit projekt?
Kernen og modulerne bor i dit repo som git subtrees, og dine features udvider dem gennem config og registrering i stedet for at redigere dem — så opdateringer kan hentes rent ind, uden at kollidere med det, du har bygget. Ingen tvungne migreringer, ingen platform, der beslutter for dig: du puller, når du selv vælger det.
Hvor får jeg hjælp?
GitHub Discussions til spørgsmål, GitHub Issues til bugs og dokumentationen til guides. For kommerciel support, kontakt teamet.
Stadig nysgerrig?
Den hurtigste måde at forstå Indigo på er at bruge det — live-demoen kører alle moduler.