Pytania i odpowiedzi
To, o co ludzie pytają o Indigo najczęściej — licencje, czym różni się od kreatorów i boilerplate'ów oraz jak się na nim buduje.
Czy to darmowe? Gdzie haczyk?
Czy Indigo naprawdę jest darmowe?
Tak. Framework i niemal wszystkie moduły są darmowe i open source na permisywnej licencji Apache-2.0. Możesz z nimi budować, uruchamiać i wydawać bez żadnych kosztów — łącznie z komercyjnymi produktami o zamkniętym kodzie.
Czy mogę używać Indigo komercyjnie?
Jak najbardziej, bez żadnych zobowiązań. Apache-2.0 nie nakłada obowiązku copyleft, więc możesz budować własnościowe oprogramowanie o zamkniętym kodzie na darmowym rdzeniu, niczego nie kupując. Kod, który generujesz, należy do ciebie.
Które moduły są płatne?
Tylko trzy. core-store (e-commerce), core-chat (czat AI z postaciami) i core-ai-writer (generowanie treści AI) są licencjonowane komercyjnie — to segmenty, w których wyraźnie prowadzisz produkt zarobkowy. Cała reszta jest darmowa.
Co obejmuje licencja komercyjna?
Tylko te trzy moduły premium. Zakup licencji pozwala je zainstalować i wdrożyć; finansuje dalszy rozwój darmowego, open-source'owego rdzenia.
Czy to kolejny kreator stron?
Czym Indigo różni się od Wix, Lovable, Bolt czy v0?
To hostowane platformy — twoja aplikacja żyje na ich infrastrukturze, powstaje ich narzędziami i jest wyceniana ich subskrypcją. Indigo to przeciwieństwo: prawdziwy, open-source'owy codebase Next.js na twojej maszynie, w twoim repozytorium Gita, na którym buduje twój własny agent kodujący. Nie ma platformy, nie ma z czego eksportować i nie ma klifu, gdy prototyp musi stać się produktem.
Czym różni się od ShipFast czy create-t3-app?
Boilerplate wręcza ci migawkę pospinanego kodu — dziedziczysz klej, utrzymujesz go na zawsze, a twojemu agentowi nie mówi on nic. Indigo to framework: nowe funkcje rejestrują się przez konfigurację i moduły, wspólny rdzeń nigdy nie jest edytowany, a agent dostaje mapę (CLAUDE.md, diagramy na żywo), sygnał (typy, testy, indigo doctor) i ręce (persony MCP), by zweryfikować to, co zbudował.
Jak się z nim pracuje?
Czy to jest gotowe na produkcję?
Indigo dostarcza produkcyjne elementy, które większość starterów pomija — auth, RBAC, billing, czas rzeczywisty, zadania w tle, i18n, SEO i skalowalny model ról serwera. Jest zbudowane, by napędzać prawdziwe produkty, nie tylko dema.
Czy muszę rozumieć cały codebase?
Nie — większości możesz nigdy nie przeczytać. Indigo jest sterowane konfiguracją i działa w duchu open-closed: twój agent rozszerza je dokładnie tam, gdzie system spodziewa się rozszerzeń, a każda zmiana pozostaje małym, czytelnym diffem.
Co znaczy „natywny dla agentów”?
Agent jest podstawowym interfejsem. Ma mapę (zagnieżdżone pliki CLAUDE.md, generowane na żywo diagramy architektury), sygnał zwrotny (ścisłe typy, testy, indigo doctor) i ręce na działającej aplikacji (otypowane narzędzia MCP, persony testowe). Ty opisujesz produkt; agent go buduje, weryfikuje, a gdy decyzja należy do ciebie — pyta na czacie.
Czy mogę później dodawać i usuwać moduły?
Tak. Moduły to samodzielne subtree Gita. bun run indigo add <module> instaluje moduł — z routerami, schematem, seedami i stronami administracyjnymi w komplecie — a remove go wycofuje.
Jak zacząć?
Podaj agentowi jedno zdanie: claude "Set up a new project named my-app from https://github.com/indigo-fw/starter — ask me what you need". Utworzy folder, zainstaluje wszystko i zapyta o twoje wybory na czacie. Tak samo działa w Codex i Gemini CLI — a klasyczna ścieżka degit + bun run init wciąż jest dostępna, jeśli wolisz terminal.
Czy potrzebuję konkretnie Claude?
Nie. Indigo jest niezależne od agenta: Claude Code, Codex CLI i Gemini CLI działają tak samo, a wszystkie udogodnienia to otwarte standardy — pliki kontekstu CLAUDE.md/AGENTS.md, endpoint MCP, nieinteraktywne CLI. Pętlę może uruchomić każdy agent kodujący, który umie wykonywać polecenia. Możesz też całkiem pominąć agentów i rozwijać projekt ręcznie.
A jeśli agent coś zepsuje?
Środowisko jest zbudowane tak, by nie dało się psuć po cichu. Ścisły TypeScript, wejścia ograniczone Zodem i kontrole własności odrzucają złe zmiany; indigo doctor i testy oceniają każdy przebieg; wspólny rdzeń nigdy nie jest edytowany, więc zasięg rażenia zostaje wewnątrz zmiany. A każdy przebieg ląduje jako zwykły diff Gita — przejrzyj go albo wycofaj.
Jak aktualizacje frameworka trafiają do mojego projektu?
Rdzeń i moduły żyją w twoim repo jako subtree Gita, a twoje funkcje rozszerzają je przez konfigurację i rejestrację, zamiast je edytować — więc aktualizacje wciągają się czysto, bez kolizji z tym, co już u ciebie powstało. Żadnych wymuszonych migracji, żadnej platformy decydującej za ciebie: pobierasz je wtedy, kiedy sam zdecydujesz.
Gdzie szukać pomocy?
GitHub Discussions do pytań, GitHub Issues do błędów, a dokumentacja do przewodników. W sprawie wsparcia komercyjnego skontaktuj się z zespołem.
Chcesz wiedzieć więcej?
Najszybszy sposób, by zrozumieć Indigo, to po prostu je wypróbować — demo na żywo ma uruchomione wszystkie moduły.