T3 Code - Most między CLI a GUI w świecie AI coding

Jeśli używasz Cursora lub Claude Code, wiesz już, że narzędzia AI do programowania dzielą się na dwa obozy: GUI-first (edytory z wbudowanym AI) i CLI-first (agenty terminalowe). T3 Code wchodzi dokładnie w środek, i robi to świadomie.

Czym jest T3 Code?

T3 Code to minimalne webowe GUI dla agentów kodujących, projekt stworzony przez Theo (pingdotgg), twórcę T3 Stack i jedną z najbardziej rozpoznawalnych postaci w społeczności webdev.

Uruchomienie jest proste:

1
npx t3

Albo bierzesz aplikację desktopową z GitHub Releases, Homebrew (brew install --cask t3-code), winget (winget install T3Tools.T3Code) lub AUR (yay -S t3code-bin). I tyle, dostajesz interfejs graficzny nad agentami CLI: dziś to Codex (OpenAI), Claude Code (Anthropic) i OpenCode.

Projekt nadal oficjalnie jest wczesny. README mówi wprost: “We are very very early in this project. Expect bugs.” Mimo to repo przebiło 11 000 gwiazdek na GitHubie w mniej więcej trzy miesiące od publicznego startu. Coś tu rezonuje.

Problem, który T3 Code rozwiązuje

Żeby zrozumieć T3 Code, trzeba najpierw zobaczyć napięcie, które istnieje w ekosystemie AI coding.

Claude Code i Codex CLI są potężne. Działają jako autonomiczne agenty, czytają projekt, planują zmiany, iterują. Ale żyją w terminalu. Dla wielu developerów to bariera: brak wizualnego podglądu, brak historii konwersacji w wygodnej formie, brak poczucia “panelu kontrolnego” nad tym, co agent właśnie robi.

Cursor i podobne narzędzia mają GUI, ale ich model agentowy jest wtórny, w gruncie rzeczy to IDE z doklejonym czatem. Świetne do edycji, słabsze gdy chcesz delegować całe zadania.

T3 Code nie próbuje być edytorem. Nie konkuruje z VS Code. Jego rola jest inna: dać GUI agentom, które już działają dobrze w terminalu.

Architektura, co jest pod spodem

T3 Code to warstwa prezentacji, nie nowy silnik AI. Schemat jest prosty:

1
T3 Code (GUI)
2
    ↓
3
Codex CLI / Claude Code / OpenCode (agent)
4
    ↓
5
OpenAI / Anthropic / API dostawcy modelu
6
    ↓
7
Twój projekt (pliki, git, terminal)

Oznacza to, że moc pochodzi z agenta, nie z GUI. T3 Code nie dodaje nowych możliwości AI, dodaje warstwę UX. To świadomy wybór: zamiast budować kolejny model czy kolejny edytor, Theo postawił na interfejs jako wartość samą w sobie.

Wymagania: musisz mieć zainstalowanego i autoryzowanego co najmniej jednego z: Codex CLI, Claude Code lub OpenCode. T3 Code samo w sobie bez agenta nie zadziała.

Co daje GUI nad CLI?

To centralne pytanie. Po co interfejs graficzny, skoro agent i tak działa w tle?

Widoczność procesu

W terminalu Claude Code pisze do stdout, widzisz strumień tekstu. W T3 Code ten sam output trafia do ustrukturyzowanego widoku: plan działania, lista modyfikowanych plików, status kroków. Dla kogoś, kto monitoruje pracę agenta na dłuższych zadaniach, to realna różnica.

Historia konwersacji

Terminal nie pamięta poprzednich sesji w czytelnej formie. T3 Code przechowuje historię zadań z możliwością przeglądania: co agent zrobił, jakie pliki zmienił, jaki był wynik.

Niższy próg dla GUI-native developerów

Nie każdy developer jest komfortowy z CLI. T3 Code otwiera model agentowy (Codex, Claude, OpenCode) dla osób, które normalnie sięgnęłyby po Cursor, bez konieczności uczenia się obsługi terminala.

Multiagent w jednym miejscu

Cursor jest przypięty do jednego dostawcy (głównie Anthropic + OpenAI przez API). T3 Code od początku projektuje wieloagentowość: Codex, Claude i OpenCode dziś, “more coming soon” według README. Jeden interfejs, wiele silników, a w praktyce możesz przełączyć model w trakcie wątku zamiast startować zadanie od nowa.

Z mojej praktyki

Testowałem T3 Code na tym portfolio (Astro 6 + Vue 3 + Tailwind 4), którego treść świeżo zmigrowałem z PayloadCMS na pliki MDX w repo, żeby zobaczyć, czy dam radę pracować bez IDE. Na co dzień siedzę w Claude Code CLI albo w rozszerzeniu CC pod VS Code, więc to było świadome wyjście poza komfort.

Pod spodem Claude Code, model Opus 4.7 na xhigh. Zadania były celowo drobne: zaokrąglenia zdjęć w postach, komponent czasu czytania, kilka efektów wizualnych, poprawa wyniku Lighthouse. Wszystko z gatunku rzeczy, które normalnie sam dłubię w edytorze i nie chce mi się dla nich otwierać dedykowanej sesji w terminalu. Większy projekt typu generator modeli 3D z agentem AI zostawiłbym w CLI, gdzie mam pełen stream agenta.

Co działało dobrze: agent dowoził. Większość zadań szła za pierwszym podejściem, czasem z jedną poprawką. Plan akcji i lista plików w GUI faktycznie pomagały zorientować się, co się dzieje na dłuższych taskach.

Co mnie wkurzało:

• UX nie jest jeszcze gładki. Drobne rzeczy (focus, scroll, zachowanie kursora w panelu) kumulują się w drażniący feel.
• Diff jest dla mnie słabo czytelny. W VS Code albo nawet w git diff w terminalu szybciej parsuję zmiany niż w panelu T3 Code.
• Brak podglądu na żywo, co agent właśnie generuje. To największa luka. W terminalu widzę strumień, w T3 Code dostaję raczej gotowy wynik. Jeśli chcesz kontrolować, a nie tylko ufać, to brak.
• Crashe aplikacji na KDE Plasma 6 (CachyOS). Desktopowy klient zdarzało się wywalał sesję. Nie codziennie, ale dość często, żeby zauważyć.
• Błędy API upstreamu. Te akurat nie są winą T3 Code, ale GUI nie ma na nie żadnej sensownej obsługi poza pokazaniem komunikatu.

Ograniczenia i zastrzeżenia

Uczciwa analiza wymaga też spojrzenia na to, czego T3 Code nie robi (jeszcze).

Brak edytora kodu. T3 Code nie zastąpi Cursora do bieżącej edycji. Nie podpowiada inline, nie ma diff view w edytorze, nie integruje się z LSP. Jeśli chcesz pisać kod z AI obok kursora, to nie jest to narzędzie.

Wczesna faza, czyli niestabilność. Projekt sam siebie opisuje jako bardzo wczesny. Brak przyjmowania zewnętrznych kontrybucji, brak pełnej dokumentacji. To narzędzie dla pionierów, nie dla zespołów produkcyjnych szukających stabilnych narzędzi.

Błędy upstreamu (tu 529 od Anthropic) są pokazane czytelnie, ale GUI nie zasłoni faktu, że pod spodem agent zależy od dostępności API.

Zależność od CLI agentów. T3 Code bez przynajmniej jednego z obsługiwanych agentów (Codex, Claude Code lub OpenCode) nie zadziała. To dodatkowy krok konfiguracyjny, który może być barierą dla mniej technicznych użytkowników, do których interfejs graficzny miałby trafić.

Gdzie T3 Code pasuje w ekosystemie?

GitHub Copilot, inline autocomplete w IDE, brak agenta, niski próg wejścia. Dla każdego developera.

Cursor, pełne IDE z AI, agent jako dodatek do edytora. Dla developera GUI-first, który chce AI pod ręką.

Claude Code, czysty agent CLI, brak GUI, pełna autonomia. Dla developera komfortowego z terminalem.

T3 Code, GUI nad agentem, brak edytora, wieloagentowość. Dla developera GUI-first, który chce delegować całe zadania.

T3 Code zajmuje niszę, która dotąd była pusta: GUI-first developer, który chce pełnego modelu agentowego. Cursor zbliża się do tego, ale jego rdzeń to nadal edytor. T3 Code zaczyna od agenta i buduje GUI dookoła niego, czyli odwrotna kolejność.

Wnioski

T3 Code to interesująca odpowiedź na realne napięcie w ekosystemie AI coding. Nie próbuje wygrać z Cursorem na jego terenie (IDE + UX). Nie próbuje konkurować z Claude Code na jego terenie (terminal + autonomia). Zamiast tego identyfikuje lukę (developer, który chce agenta, ale nie chce terminala) i ją adresuje.

11 000+ gwiazdek w mniej więcej trzy miesiące sugeruje, że problem jest realny. Za T3 Code stoi Theo, który dowiózł już T3 Stack i Uploadthing, więc szansa na to, że projekt zostanie porzucony po dwóch miesiącach, jest niższa niż przy losowym eksperymencie z GitHubu.

Jeśli już używasz Claude Code lub Codexa i irytuje Cię surowy interfejs terminalowy, T3 Code jest wart testów. Jeśli szukasz stabilnego, produkcyjnego narzędzia, poczekaj na dojrzalszą wersję.

Podział na “AI w IDE” i “AI w terminalu” zaczyna się rozmywać, a T3 Code jest jednym z pierwszych projektów, które świadomie budują pomost między tymi światami.

Artykuł oparty na własnych doświadczeniach z narzędziami AI oraz analizie repozytorium github.com/pingdotgg/t3code i strony t3.codes.

FAQ