O czym jest ten film
- T3Code to „harness dla harnessów” — nie konkuruje z Claude Code, Codexem czy Cursorsem w wyciskaniu z modelu maksimum, tylko spina je wszystkie w jednym interfejsie.
- Agent to model plus harness, czyli środowisko, które zamienia generator tekstu w coś, co potrafi działać. T3Code jest warstwą wyżej: zarządza samymi harnessami i wygrywa na wygodzie użytkownika.
- Orchestrator V2 przenosi kontekst rozmowy przy zmianie modelu lub subskrypcji — można zacząć zadanie w Cursorze na Opusie 5.5 i dokończyć je na subskrypcji Claude bez zaczynania od zera.
- Rozmowę można rozdzielić (sforkować) do nowego wątku i kontynuować w innym narzędziu albo w jednym wątku przejść po kolei przez Claude Code, Codex i Cursor.
- Integracja idzie przez protokół ACP: w ustawieniach dodaje się kolejnych dostawców — Codex, Cursor, OpenCode, Muse Code, Claude Code, Grok, Anti-Gravity czy Pie — o ile ma się u nich subskrypcję.
- Jedna instancja T3Code potrafi zarządzać agentami na całej sieci domowych maszyn (home lab, VPS): zadanie odpalone na zawsze włączonym Linuksie działa dalej po zamknięciu laptopa.
- Do startu wystarczy stary laptop, Tailscale lub T3 Connect i aplikacja mobilna, z której uruchamia się i nadzoruje wątki na wszystkich maszynach.
- Pasek boczny działa jak skrzynka e-mail: wątki same się „załatwiają” po scaleniu pull requesta, a po najechaniu kursorem widać maszynę, branch, model i historię przekazań kontekstu.
- Każdy nowy wątek może startować w osobnym drzewie roboczym gita (worktree), dzięki czemu agenty pracują równolegle i nie nadpisują sobie nawzajem plików; konflikty scalania rozwiązuje sam agent.
- Haczyk: to wciąż wersja nightly (wczesna alfa lub beta), więc coś się może zepsuć. Werdykt autora: przy kilku subskrypcjach lub kilku maszynach — warta w 100 procentach; projekt jest open source.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Nie każdy musi budować własne środowisko — można wygrać warstwą wygody
Na czym polega: T3Code przyjął strategię „meta”: nie próbuje być lepszym harnessem niż produkty Anthropic czy OpenAI, tylko najlepszym miejscem, z którego się nimi wszystkimi steruje. Autor argumentuje, że taka pozycja wystarczy, by zostać codziennym narzędziem pracy.
Jak stosować: Jeśli płacisz kilku dostawcom za subskrypcje, przestań przerzucać się między ich aplikacjami i trzymaj wszystkie agenty w jednym kokpicie. Przeskakiwanie między interfejsami to — cytując autora — jedno z najgorszych rzeczy, jakie możesz zrobić własnej produktywności.
Na co uważać: Meta-warstwa nie usprawnia samego modelu. Jakość rezultatów nadal zależy od modelu i promptów, więc T3Code nie zastąpi dobrego warsztatu pracy z agentem.
2.Przenoś kontekst między modelami i subskrypcjami (Orchestrator V2)
Na czym polega: Gdy zmieniasz model lub środowisko w połowie zadania, T3Code sam przekazuje dalej kontekst całej rozmowy. Autor pokazuje to na własnym przykładzie: tę samą funkcję budował na Claude Opus 5.5 najpierw w ramach subskrypcji Cursora, a potem przeszedł na subskrypcję Claude — agent podjął pracę dokładnie tam, gdzie skończył.
Jak stosować: Gdy skończą się limity w jednym narzędziu (np. w Codexie), przełącz się na inne z tą samą rozmową, zamiast tłumaczyć nowemu agentowi od nowa, o co chodziło. To też sposób na wykorzystanie tańszego modelu do prostszych etapów, a mocniejszego do trudnych.
Na co uważać: Przekazanie kontekstu działa dzięki meta-warstwie, więc cała praca musi toczyć się w wątkach T3Code. Jeśli zaczniesz zadanie w samej aplikacji Cursora, już nie wrócisz do niego z kontynuacją w innym narzędziu.
3.Rozdzielaj wątki, żeby testować różne modele bez straty kontekstu
Na czym polega: Każdą rozmowę można sforkować — rozdzielić do nowego wątku — i kontynuować w innym harnessie, na przykład z modelem Fable 5.1. Oryginalny wątek zostaje nietknięty.
Jak stosować: Chcesz sprawdzić, jak inne narzędzie poradzi sobie z tym samym zadaniem? Rozwidlij rozmowę zamiast kopiować promptów i kontekstu ręcznie. Ten sam mechanizm pozwala w jednym wątku zacząć w Claude Code, kontynuować w Codexie i skończyć w Cursorze.
Na co uważać: Rozwidlenia łatwo się mnożą. Warto od czasu do czasu posprzątać porzucone eksperymenty, żeby lista wątków nie zamieniła się w cmentarzysko.
4.Konfiguracja przez ACP — wszyscy dostawcy w jednym miejscu
Na czym polega: T3Code łączy się z harnessami przez Agent Client Protocol. Konfiguracja sprowadza się do sekcji ustawień z dostawcami: dodajesz Codex, Cursor, OpenCode, Muse Code, Claude Code, Grok, Anti-Gravity albo Pie.
Jak stosować: Na start dodaj wszystkie narzędzia, za które płacisz — od tej chwili każdy nowy wątek może korzystać z dowolnego z nich, a przełączanie to kwestia jednego kliknięcia.
Na co uważać: Każdy dodany dostawca działa tylko wtedy, gdy masz u niego subskrypcję lub klucz. T3Code nie daje dostępu do modeli — spina to, co już opłacasz.
5.Zrób z sieci domowych maszyn farmę agentów
Na czym polega: Jedną instancję T3Code można połączyć z wieloma komputerami — u autora to MacBook Pro, laptop Framework, maszyna z Linuksem, NAS, Mac i VPS — i przy każdym zadaniu wskazać, na którym sprzęcie ma ono działać. Po zamknięciu głównego laptopa praca leci dalej na maszynie docelowej.
Jak stosować: Długie i ciężkie zadania wysyłaj na komputery, które nigdy się nie wyłączają i mają stabilne łącze (najlepiej kabel). Główny laptop służy wtedy tylko za pulpit sterowniczy.
Na co uważać: Nawet mocny MacBook ma limit pamięci i w którymś momencie powie „dość”. Przy wielu równoległych agentach lepiej od razu rozłożyć pracę na kilka maszyn niż katować jeden.
6.Drugie życie starego laptopa
Na czym polega: Do budowy węzła obliczeniowego nie trzeba centrum danych. Wystarczy zapomniany laptop: podłączasz zasilanie, blokujesz usypianie, instalujesz T3Code i subskrypcje harnessów, a potem łączysz go z główną maszyną przez Tailscale lub T3 Connect.
Jak stosować: Jeśli masz w szafie starego komputera, zamień go w zawsze włączony węzeł do zadań agentowych — koszt graniczy z zerem, a zyskujesz kolejną maszynę do równoległej pracy.
Na co uważać: Węzeł musi być faktycznie zawsze podłączony do prądu i sieci. Przerwane łącze w połowie zadania zatrzyma pracę agenta.
7.Aplikacja mobilna jako centrum dowodzenia w kieszeni
Na czym polega: Autor pokazuje, że dodanie nowej maszyny przez SSH zajmuje dosłownie chwilę („dodaj środowisko”, wybór hosta, gotowe), a z aplikacji mobilnej można uruchamiać wątki, śledzić je i zarządzać nimi na wszystkich komputerach sieci spiętej Tailscale’em.
Jak stosować: Skonfiguruj sieć raz, a potem zlecisz agentowi zadanie telefonem — np. w drodze — i wrócisz do gotowego efektu przy biurku.
Na co uważać: Zdalne zlecenie to nie gwarancja sukcesu: przed wyjściem z domu upewnij się, że węzeł przyjął zadanie i że repozytorium oraz subskrypcje są na nim skonfigurowane.
8.Pasek boczny jak skrzynka odbiorcza — stan pracy w jednym rzucie oka
Na czym polega: Lista wątków przypomina skrzynkę mailową: rozmowy mają stany, a po scaleniu pull requesta wątek „załatwia się” sam. Po najechaniu kursorem widzisz, na której maszynie pracuje agent, w jakim drzewie roboczym (branchu), na jakim modelu i czy kontekst był przekazywany dalej.
Jak stosować: Przy wielu równoległych agentach traktuj pasek boczny jak listę do odhaczenia: przeglądasz statusy, sprawdzasz, co gdzie działa, i domykasz to, co już skończone.
Na co uważać: Automatyczne rozliczenie wątku następuje dopiero po scaleniu PR-a. Jeśli request utknie w review, wątek pozostanie aktywny i łatwo go przeoczyć.
9.Nowy wątek w osobnym worktree — agenty nie depczą po sobie
Na czym polega: T3Code może uruchamiać każdy nowy wątek w osobnym drzewie roboczym gita, odgałęzionym od maina. Autor od lat stosuje tę zasadę we własnym „skillu” o nazwie new feature: izolacja chroni przed sytuacją, w której agenty piszą jeden na drugim i popełniają błędy. Konflikty przy scalaniu rozwiązuje sam agent.
Jak stosować: Włącz opcję startu wątków w osobnym worktree w ustawieniach projektu (da się ją nadpisać w pliku t3.json) i śmiało puszczaj kilka agentów równolegle nad jednym repozytorium.
Na co uważać: Praca rozproszona po drzewach roboczych oznacza konflikty przy scalaniu z powrotem do maina. Autor zapewnia, że radzi sobie z nimi agent, ale przegląd scalania przed merchem to zdrowy odruch.
10.Wersja nightly: korzystaj, ale wiedz, na co się piszesz
Na czym polega: Obecne T3Code to wydanie rozwojowe, aktualizowane na bieżąco — coś w rodzaju wczesnej alfy lub bety. Wchodzi częste zmiany, a co za tym idzie ryzyko, że which aktualizacja coś zepsuje. W zamian twórcy szybko reagują na zgłoszenia, bo sami pracują na tym narzędziu każdego dnia.
Jak stosować: Jeśli lubisz życie na świeżych funkcjach, bierz nightly i zgłaszaj usterki — autor twierdzi, że naprawy przychodzą szybko. Jeśli cenisz stabilność, poczekaj na oficjalne, stabilne wydanie.
Na co uważać: Nie traktuj T3Code jako jedynego warsztatu w krytycznym projekcie bez planu B. Pocieszeniem jest licencja open source: zawsze możesz sforkować projekt, zgłosić pull request albo zbudować własną wersję.
Redakcyjne tłumaczenie
Harness od youtuberów, nie od miliarderów
Nie mogę uwierzyć, że mój ulubiony harness zbudował youtuber. Anthropic i OpenAI to spółki liczone w bilionach dolarów, a narzędzie, na którym opieram codzienną pracę, tworzą dwaj twórcy z internetu: jeden bardzo wysoki i przewlekle online, drugi — Szwed, który wcześniej działał w open source. Tego się nie da wymyślić. (Informacja dodatkowa: sygnatura „T3” kojarzy się z ekosystemem create-t3 Theo Browne’a, znanego youtubera programistycznego.) Mówię oczywiście o T3Code i szczerze przyznaję, że to jeden z moich ulubionych interfejsów do pracy z agentami kodującymi. Dziś pokażę, jak to narzędzie działa, dlaczego z niego korzystam i czy nadaje się na Wasze codzienne narzędzie pracy. Usiądźcie wygodnie — zaczynamy.
Czym właściwie jest T3Code: harness dla harnessów
Najpierw trzeba wyjaśnić, czym T3Code w ogóle jest. To nie jest zwykłe środowisko, jak Claude Code, Cursor czy Codex. T3Code to harness dla harnessów. Agent to model plus harness — a harness można sobie wyobrazić jako środowisko i infrastrukturę, które zamieniają model z generatora tekstu w coś, co potrafi podejmować działania. T3Code takiego środowiska nie buduje. To meta-harness, który zarządza innymi harnessami.
I to jest sprytne: ci ludzie w ogóle nie muszą konkurować na poziomie samego środowiska. Konkurują na wygodzie użytkownika. T3Code musi po prostu mieć najlepszy interfejs, żeby stać się moim codziennym narzędziem — a jak dotąd radzą sobie znakomicie. Nie rywalizują z Claude Code, Codexem ani Cursorsem w budowaniu środowiska, które wyciska z modelu maksimum skuteczności.
Orchestrator V2: kontekst, który nie ginie przy zmianie modelu
Jak to działa w praktyce? Niedawno wypuścili funkcję Orchestrator V2 — według mnie jedno z najlepszych wydań, i to z jednego prostego powodu, który zaraz pokażę.
Budowałem funkcję, którą miałem w jednej ze swoich aplikacji — Best Solo — i chciałem przenieść ją do Pluto. Poprosiłem więc agenta: „zbuduj to w Pluto”. Zaczynałem z modelem Claude Opus 5.5, ale w ramach subskrypcji Cursora. Zadanie ruszyło i poszło. Potem zapragnąłem dalej pracować na Claude Opus 5.5 — tym samym modelu — ale już na subskrypcji Claude. Gdybym siedział wyłącznie w Cursorze albo wyłącznie w Claude Code, byłoby to kłopotliwe. Ale przy zmianie modelu następuje przekazanie kontekstu: meta-harness T3Code bierze rozmowę prowadzoną z poprzednim modelem i podaje ją następnemu. Efekt? Pełna ciągłość pracy między różnymi środowiskami i modelami — w tym wypadku model ten sam, tylko subskrypcje różne. Kontynuowałem: dałem prompt z Claude Opus 5.5 i agent podjął temat dokładnie tam, gdzie skończyliśmy. Nawet sam wprowadził dla mnie zmiany.
To największa zaleta Orchestratora V2. Jeśli macie subskrypcje u kilku czołowych laboratoriów — Claude Code, Codex, Muse, cokolwiek — sensowność T3Code bierze się właśnie stąd: z możliwości przenoszenia kontekstu między agentami. A jeśli grasz w grę z limitami, to znaczy: skończyło się w Codexie i chcesz przeskoczyć na Claude — robisz to jednym ruchem.
Rozdzielaj rozmowy i eksperymentuj
Równie potężna jest możliwość rozdzielenia rozmowy do nowego wątku i kontynuowania w dowolnym środowisku. Mogę sforkować wątek i przejść na przykład na Fable 5.1 — i tyle. Z Orchestratorem V2 mogę zacząć w Claude Code, rozwidlić rozmowę do Codexa albo Cursora, a nawet w jednym wątku zacząć w Claude Code, kontynuować w Codexie i skończyć w Cursorze — wszystko w tym samym interfejsie.
Przerwa na sponsora: narzędzie do scrapingu
Zostaje jedno ważne pytanie techniczne: jak T3Code współpracuje ze wszystkimi tymi środowiskami? Ale jest i pytanie naprawdę poważne: jak czuję się po wielkiej misce Chipotle z podwójnym quesem? Nijak. Muszę na chwilę zejść ze sceny. Krótkie słowo od sponsora.
Zdarzyło Wam się, że agent miał pobrać dane ze strony i totalnie się wyłożył albo grzebał się z tym wieczność? Nazwijcie mnie przystojnym Mikołajem, bo mam rozwiązanie. Nie, to nie terapia — to Firecrawl, sponsor dzisiejszego materiału. (Informacja dodatkowa: w transkrypcji narzędzie widnieje jako „Farro Crawl”; najpewniej chodzi o Firecrawl — popularną usługę scrapingu stron pod agenty AI.)
Szukam butów, więc jestem na stronie Walmart. Kopiuję adres i wklejam go w sekcji scrapingu. Sposób użycia polega na tym, żeby udostępnić narzędzie agentowi — wtedy agent może pobierać dane, czego tylko chcecie; robi się to przez przycisk „Pobierz kod”. Ale najpierw pokażę Wam, na co to potrafi: zeskrobiemy buty z Walmarta. W ustawieniach formatu mogę wybrać markdown, highlights albo obrazki. Obrazki wyciągną wszystkie grafiki ze strony. Markdown da czysty, uporządkowany zapis, który agent jest w stanie zrozumieć. A w highlights wskazuję, co ma być wyłapane — poprosiłem o „wszystkie męskie buty”. Klikam start i za kilka sekund — nie wycinam tego z montażu — dostaję markdown. Proszę, oto on. Dostaję obrazki, dostaję wyróżnione frazy, a jeśli chciałbym JSON, to i JSON. Czytelne, poukładane — mógłbym to pocałować, gdyby nie przeszkadzała mi w tym własna puszysta broda.
A to tylko pokaz możliwości. Najlepszy sposób to podpiąć tę usługę pod agenta: agent plus scraping stron to zatrzaskowane drzwi do mnóstwa zastosowań. Podłączcie to do wszystkich swoich agentów — to obowiązek. Mamy 2026 rok, bez takich narzędzi zostajecie w tyle. Link w opisie. Muszę się ogolić. Wracamy do tematu.
Jedno GUI dla wszystkich subskrypcji — protokół ACP
T3Code integruje się z poszczególnymi środowiskami przez ACP, czyli Agent Client Protocol. (Informacja dodatkowa: otwarty protokół, który pozwala edytorom i różnym narzędziom komunikować się z agentami kodującymi.) Konfiguracja jest banalnie prosta: wchodzicie w ustawienia, potem w zakładkę dostawców i po prostu dodajecie kolejnego. Jest tam dosłownie wszystko: Codex, Cursor, OpenCode, Muse Code, Claude Code, Grok, Anti-Gravity, a nawet Pie — nie wiem, po co, ale jest. Dzięki ACP z jednego interfejsu obsługujecie każdy agenta kodującego, o ile oczywiście macie u niego subskrypcję.
Sieć maszyn jako farma agentów
Jeden z najpoważniejszych powodów, by sięgnąć po T3Code, to posiadanie sieci maszyn — kilku komputerów w sieci, a nawet jednego zapasowego. Wyjaśniam, o co chodzi.
To mój wewnętrzny panel, którym zarządzam całą siecią: domowym laboratorium, mini centrum danych. Mam MacBooka Pro, telewizor, laptopa Framework, maszynę z Linuksem, NAS-a, Maca oraz VPS-a. Wszystko to jest spięte w sieć, a T3Code pozwala mi uruchamiać agentów na każdej z tych maszyn z jednej instancji na głównym laptopie. Mogę zacząć zadanie tutaj: otwieram nowy wątek, startuję pracę i — skoro wskazałem, na której maszynie ma się wykonywać — zamykam laptopa i idę żyć swoim życiem.
Konkretny przykład: klikam w ten folder i widzicie cztery środowiska — bieżące urządzenie (MacBook Michaela), maszynę linuksową, Frameworka i Maca. Wybieram maszynę linuksową i mogę sklonować repozytorium albo podpiąć folder lokalny; mam to już skonfigurowane, klikam w projekt. Widzicie adnotację „Linux machine”: gdy odpalam zadanie na MacBooku z tą maszyną wskazaną jako cel, cały przebieg agenta dzieje się na Linuksie. Ten komputer nigdy nie jest wyłączany, ma wpięty kabel sieciowy, działa non stop. Otwieram wątek, każę mu pracować — i praca toczy się dalej, nawet gdy zamykam laptopa. Jeśli macie sieć maszyn jak ja, wyobraźcie sobie, ile roboty agentowej da się w ten sposób odhaczyć i ilu projektom można się poświęcić równolegle.
Możecie mieć mocnego MacBoooka — ja mam — ale w którymś momencie powie „dość”, bo tak po prostu działa pamięć w sprzęcie Apple. Za to gdy macie kilka maszyn, zawsze włączonych i spiętych w sieć, T3Code staje się orkiestratorem: wdrażam agentów i wskazuję każdemu, na którym komputerze ma pracować. Najechuję na wątek i widzę, że działa na maszynie linuksowej. Ten drugi — też. Naprawdę zmuszam tego Linuksa do uczciwej pracy. T3Code staje się więc miejscem, w którym zarządzam pracą agentów w całej sieci: jedno centrum dowodzenia, które mogę zamknąć, a robota leci dalej.
Drugie życie starego laptopa
Do rozpoczęcia niepotrzebny Wam żaden szalony setup. Jeśli macie w domu starego laptopa, po prostu podłączacie go do prądu, dbacie o to, żeby się nigdy nie wyłączał, instalujecie T3Code i konfigurujecie subskrypcje środowisk — Claude Code, Codex, co tam macie. Na głównej maszynie również instalujecie T3Code i — przez Tailscale albo T3 Connect — sterujecie tamtym komputerem z tej głównej maszyny. Agenty pracują, a Wy w tym czasie sączycie swoje mokka czai latte frappe matcha cokolwiek. Łapiecie sens. (Informacja dodatkowa: Tailscale buduje prywatną sieć między Waszymi urządzeniami — wystarczy zainstalować jego aplikację na każdej maszynie.)
Centrum dowodzenia w kieszeni
Jedno jeszcze: ten setup robi się naprawdę potężny w połączeniu z aplikacją mobilną T3Code. Z telefonu mogę uruchamiać agentów, nimi sterować i zarządzać wątkami na różnych maszynach sieci spiętej Tailscale’em. Brzmi skomplikowanie? Pokażę, jak łatwo dodać maszynę do instancji. Mam uruchomionego VPS-a. Klikam „dodaj środowisko”, wybieram SSH, szukam hosta — jest, ten, to VPS. Trwa dodawanie… i proszę: maszyna dodana. Wracam, klikam — mam nowy komputer, na którym agenty mogą budować i pracować. Mogę tę pracę kontynuować, nią zarządzać albo ją rozpoczynać prosto z aplikacji mobilnej.
Dlaczego to moje codzienne narzędzie
Teraz chyba widać, dlaczego ten interfejs jest moim codziennym wyborem. Przełączanie się między Codexem, Claude Code i Cursorsem staje się banalne, bo cały czas pracuję w tym samym środowisku — zamiast zaczynać w Cursorze, potem przeskakiwać do Codexa, potem do jeszcze innego. Przeskakiwanie między aplikacjami to chyba najgorsze, co można sobie zrobić dla własnej produktywności. T3Code tę udrękę likwiduje.
Kolejna wspaniała rzecz to pasek boczny. Uwielbiam go, bo przypomina skrzynkę mailową. Podoba mi się samo „załatwianie” wątków, to, że rozliczają się automatycznie po scaleniu pull requesta, i informacje po najechaniu kursorem: na której maszynie pracuje agent, jakie to drzewo robocze albo branch, jakiego użyto modelu, czy kontekst był przekazywany dalej. Ten pasek boczny jest po prostu magni. A dlaczego jestem taki przekonany do T3Code? Bo budują je ludzie, którzy spalają więcej tokenów niż Wy — i to jest po prostu fantastyczne.
Izolacja przez drzewa robocze gita
Jest jeszcze jeden powód, bardziej niszowy, ale dla mnie ważny: każdy nowy wątek może startować w osobnym worktree gita, czyli osobnym drzewie roboczym. Traktuję to poważnie, bo w moim repozytoriów umiejętności (link w opisie) mam dedykowany skill o nazwie new feature, który każe każde nowe zadanie rozpoczynać w odizolowanym drzewie roboczym, odgałęzionym od maina. Robię tak po to, żeby moi agenty nie pisali jeden po drugim, nie kolidowali i nie popełniali błędów. Dzięki temu wszystko trzyma się osobno i równolegle — agenty mogą pracować obok siebie w spokoju.
W T3Code da się to włączyć przełącznikiem (nie jestem pewien, czy domyślnie jest aktywny): w ustawieniach określacie, gdzie startują nowe wątki, a konkretny projekt może nadpisać to we własnym pliku t3.json. U mnie przy każdym nowym wątku powstaje świeże drzewo robocze. Naprawdę to cenię, bo agenty działają równolegle, praca jest odizolowana i nikt nikomu nie nadepnie na pliki. A jeśli przy scalaniu wyjdą konflikty? No cóż — agent rozwiąże je sam.
Wady: życie na wersji rozwojowej
Nie może być wszystko idealne, prawda? T3Code ma też słabe punkty, a największy jest taki, że to wersja nightly — czyli codziennie odświeżane, wczesne wydanie rozwojowe; alfa czy beta, nie wiem dokładnie, ale jedno z dwóch. To nie jest stabilna edycja. Jeśli nie należycie do ludzi, którzy lubią żyć na świeżych, nieustannie zmieniających się aktualizacjach, tempo zmian może Was irytować. W pewnym momencie na pewno pojawi się wersja stabilna, ale na razie, jeśli chcecie korzystać z T3Code, musicie wziąć nightly. A to oznacza, że rzeczy się zmieniają, rzeczy się psują i czasem trafi się zła aktualizacja. Z drugiej strony — jeśli zgłaszacie uwagi, naprawiają szybko, bo sami siedzą w tym narzędziu na co dzień.
Werdykt: dla kogo to narzędzie codzienne
Czy więc T3Code powinno stać się Waszym codziennym narzędziem? Jeśli macie więcej niż jedną subskrypcję i więcej niż jedną maszynę — choćby stary, zakurzony, niewiele wart laptop — to według mnie powinniście używać T3Code w stu procentach. Świetnie nadaje się do zarządzania subskrypcjami różnych laboratoriów spiętymi w jednym interfejsie. A jeśli coś Wam nie zagra, projekt jest w pełni open source: możecie zgłosić pull request, sforkować repozytorium i zbudować własną wersję — bawcie się dobrze. Właśnie dlatego to moje codzienne narzędzie i naprawdę dobrze się z nim bawię.
Dajcie znać w komentarzach, co myślicie. Łapka w górę, subskrypcja, dzwoneczek. Więcej materiałów w drodze, także o sprzęcie — widzicie ten stół obok? To będzie nasz sprzętowy plener i będzie o nim gęsto. Do zobaczenia następnym razem. Cześć.