10X WORKFLOW // MODUŁ 5 // 5 LEKCJI

MODUŁ 5 // TEAMWORK

Agent zarabia dopiero, gdy działa bez Ciebie

Teamwork w 10x Workflow: pięć lekcji o agencie pracującym dla zespołu - najmniejszy helper zamiast platformy, agent z prymitywów SDK, review na każdym PR, rejestr wspólnych skilli i delegacja async. Druga teza modułu: artefakty AI to kod - jedno źródło prawdy, wersje, dystrybucja. Ten moduł domyka blok 10xChampion: wystarczy jeden z dwóch projektów, dowodem są zrzuty ekranu.

KONSTELACJA ZESPOŁU PACZKI SKILLI: Z REJESTRU DO KAŻDEGO WĘZŁA ZESPÓŁ co zbudować, a co kupić? NARZĘDZIE prymitywy sdk + koszty AGENT puls: każdy PR, gdy śpisz REVIEW-CI jedna wersja prawdy REJESTR ASYNC rozkazy przed bitwą

KONSTELACJA ZESPOŁU // KLIKNIJ WĘZEŁ, BY DOLECIEĆ DO SEKCJI

Skrót modułu · pięć lekcji w 30 sekund

„Agent zarabia dla zespołu dopiero wtedy, gdy działa bez Ciebie."

- fundament 10x Workflow
LEKCJA 01 The Expanse · Pasiarze

AI Internal Builders - co zbudować, a co kupić?

„Na Pasie nikt nie czeka na dostawę z wewnętrznych planet. Bierzesz to, co masz pod ręką, i domykasz szczelinę, zanim ucieknie powietrze."

- mechanik z Pasa, przy śluzie
DANE DECYZJA LUKA LOKALNA NAJMNIEJSZY HELPER BUY: SAAS TAM, GDZIE ODPOWIEDZIALNOŚĆ PLATFORMOWA BUILD: WOKÓŁ LUKI ZESPOŁU
RYS. 01 // LUKA DOMKNIĘTA NAJMNIEJSZYM NARZĘDZIEM

Pasiarze nie czekają na dostawę z wewnętrznych planet - biorą to, co jest pod ręką, i domykają szczelinę, zanim ucieknie powietrze. Wewnętrzne narzędzia zespołu powstają z tej samej logiki: tam, gdzie SaaS niesie odpowiedzialność platformową - auth, billing, compliance - zostajesz przy SaaS. Budujesz dopiero wokół lokalnej luki zespołu, której żaden produkt z półki nie zna: wizualizacja danych zamiast kolejnej rundy gadania do analityków.

Wejście: realna luka w przepływie zespołu. Wyjście: najmniejsze narzędzie, które ją zamyka - i decyzja build vs buy podjęta świadomie, nie z rozpędu. Mechanizm: zanim powstanie pierwsza linijka, pada pytanie, kto poniesie odpowiedzialność, gdy narzędzie zawiedzie - jeśli platforma, kupujesz; jeśli luka jest wasza i tylko wasza, budujesz najmniejszą rzecz, która działa.

Pytanie
co zbudować, a co kupić?
Gwarancja
najmniejsze narzędzie, które zamyka realną lukę
Artefakt
wewnętrzny helper domykający lukę zespołu
Narzędzia
build vs buy, najmniejszy helper
CEL:

kluczowy przy każdym „zbudujmy sobie narzędzie" - build tylko wokół lokalnej luki, buy tam, gdzie SaaS niesie odpowiedzialność platformową.

LEKCJA 02 Gra Endera · Budowa drużyny

Pierwszy agent zespołowy - z czego składa się agent, gdy zdejmiesz IDE?

„Nie dostajesz gotowego żołnierza. Dobierasz go, składasz z tego, co ma, i mierzysz w każdej bitwie - zaufanie przychodzi po wynikach."

- dowódca armii szkoleniowej, przed pierwszą bitwą
MODEL NARZĘDZIA PĘTLA KONTEKST AGENT LICZNIK KOSZTÓW FORK: READY-MADE SDK VS ASSEMBLE-IT-YOURSELF METRYKI OD PIERWSZEGO DNIA
RYS. 02 // AGENT Z PRYMITYWÓW, KOSZTY OD DNIA PIERWSZEGO

Ender nie dostaje gotowej armii - dostaje rekrutów i składa z nich drużynę: dobiera, ustawia, mierzy w każdej bitwie, zanim komukolwiek zaufa. Pierwszy agent zespołowy powstaje tak samo: schodzisz poziom niżej, pod IDE, do prymitywów SDK - model, narzędzia, pętla, kontekst - i składasz z nich nowego członka zespołu, którego zachowanie rozumiesz, bo sam je złożyłeś.

Wejście: prymitywy SDK agentowego. Wyjście: agent złożony świadomie, z licznikiem kosztów i metrykami od pierwszego dnia. Mechanizm: pierwszy fork projektu - ready-made SDK vs assemble-it-yourself - rozstrzyga to, ile kontroli potrzebujesz; a koszty mierzysz od startu, bo agent bez licznika to członek zespołu, którego pensji nikt nie zna.

Pytanie
z czego składa się agent, gdy zdejmiesz IDE?
Gwarancja
agent złożony świadomie, z licznikiem kosztów
Artefakt
pierwszy agent zespołowy + metryki kosztów
Narzędzia
SDK agentowe, metryki kosztów
CEL:

kluczowy, zanim zespół zaufa agentowi - z prymitywów, świadomie, z licznikiem kosztów od pierwszego dnia.

LEKCJA 03 Problem trzech ciał · Stały obserwator

Code review w erze AI - kto pilnuje każdego PR, gdy śpisz?

„Obserwator nie mruga. Widzi każdą zmianę w układzie - nie wtedy, kiedy ma czas, tylko zawsze."

- notatka obserwatora, stacja nasłuchowa
PR MERGE OBSERWATOR-RECENZENT PĘTLA: KOLEJNY PR, BEZ CIEBIE SEVERITY × IMPACT KOMENTARZ AGENTA NA KAŻDYM PR TRIAGE: FIX-WORTHY VS SZUM
RYS. 03 // OBSERWATOR NA KAŻDYM PR, W PĘTLI

W trylogii o trzech ciałach przewagę ma ten, kto patrzy nieprzerwanie - stały obserwator, który widzi każdą zmianę w układzie, zawsze, nie wtedy, kiedy ma czas. Code review w erze AI potrzebuje tej samej figury: agent jako krok pipeline'u, uruchamiany bez Ciebie na każdym PR - także tym wysłanym o trzeciej w nocy, także tym, którego nie miałbyś siły przeczytać.

Wejście: PR w repozytorium zespołu. Wyjście: pipeline CI, w którym agent zostawia komentarz na każdym PR - review przestaje zależeć od Twojego kalendarza. Mechanizm: /10x-impl-review-ci na GitHub Actions ocenia zmiany po severity × impact, a triage odróżnia fix-worthy od szumu - recenzent zgłaszający wszystko jest tak samo bezużyteczny jak ten, który nie zgłasza niczego.

Pytanie
kto pilnuje każdego PR, gdy śpisz?
Gwarancja
review na każdym PR, nie tylko gdy masz czas
Artefakt
pipeline CI z komentarzem agenta na PR
Narzędzia
/10x-impl-review-ci, GHA / Claude Code Action, PR comment
CEL:

kluczowy dla tezy modułu - agent zarabia dopiero, gdy działa bez Ciebie: review na każdym PR, nie wtedy, kiedy masz siłę.

LEKCJA 04 Fundacja · Encyklopedia

Shared AI Registry - skąd zespół bierze wspólne skille?

„Imperia upadają, kopie dryfują. Przetrwa ta wiedza, która ma jedno źródło, numer wydania i drogę do każdej planety."

- kustosz Encyklopedii, przedmowa do wydania
V1.0.0 V1.1.0 V2.0.0 REJESTR // ENCYKLOPEDIA IDE CLI CI DYSTRYBUCJA WG AUDYTORIUM, NIE EFEKTOWNOŚCI JEDNA WERSJA PRAWDY INSTALL / UPDATE / UNINSTALL
RYS. 04 // JEDNO ŹRÓDŁO, WERSJE, WIELE NARZĘDZI

Encyklopedia Galaktyczna powstała, żeby wiedza przetrwała upadek imperium: jedno źródło, numer wydania, droga do każdej planety. Wspólne skille zespołu potrzebują dokładnie tego, bo artefakty AI to kod - skille, komendy i reguły mają source of truth, wersje i mechanizm dystrybucji, zamiast dryfujących kopii wklejanych między maszynami.

Wejście: skille i reguły rozproszone po komputerach zespołu. Wyjście: rejestr paczek - repo z definicją paczki, wydanymi wersjami i auth, z którego każdy instaluje tę samą prawdę. Mechanizm: install / update / uninstall jak w menedżerze pakietów, z multi-tool delivery - mechanizm dystrybucji dobierasz według audytorium, które ma z niego korzystać, nie według efektowności demo.

Pytanie
skąd zespół bierze wspólne skille?
Gwarancja
jedna wersja prawdy zamiast dryfujących kopii
Artefakt
rejestr paczek: definicja paczki + wydane wersje
Narzędzia
/10x-contract, rejestr paczek, wersjonowanie
CEL:

kluczowy dla drugiej tezy modułu - artefakty AI to kod: jedno źródło prawdy, wersjonowane i dystrybuowane, zamiast kopii, które dryfują osobno.

LEKCJA 05 Star Wars · Flota rozproszona

Async i remote agents - jak delegować pracę na odległość?

„Rozkazy wysyłasz przed bitwą, nie w jej trakcie. Potem ufasz granicom, które ustawiłeś, i czytasz raporty, które wracają."

- admirał floty, odprawa przed skokiem
DOWÓDCA ROZKAZY PRZED BITWĄ RAPORTY WRACAJĄ DO REVIEW SANDBOX GRANICE SIECI I SEKRETÓW
RYS. 05 // ROZKAZY PRZED BITWĄ, KONTROLA W RAPORTACH

Flota nie czeka, aż admirał wyceluje każdy myśliwiec - rozkazy idą przed bitwą, a dowódca odzyskuje kontrolę w raportach, które wracają. Async i remote agents to ta sama doktryna: delegacja z odroczoną kontrolą - sandbox oraz granice sieci i sekretów ustawione, zanim agent wystartuje, bo w trakcie bitwy nikt już nie negocjuje zasięgu dział.

Wejście: zadanie, które nie wymaga Twojej obecności. Wyjście: agent pracujący zdalnie w sandboxie z jawnie zakreślonymi granicami - i raport, który wraca do review. Mechanizm: odpowiedzialność nie znika z delegacją, tylko zmienia moment - wraca w monitoringu i review; kontrolujesz wynik, nie każdy ruch.

Pytanie
jak delegować pracę na odległość?
Gwarancja
granice ustawione, zanim agent ruszy; kontrola wraca w review
Artefakt
zadanie delegowane zdalnie + raport w review
Narzędzia
sandbox, granice sieci/sekretów, monitoring
CEL:

kluczowy przy delegacji - granice przed startem, kontrola w review; odpowiedzialność wraca, nie znika.

DALEJ Kampania domknięta · Trzy odznaki

Dalej: kampania domknięta

BLOK 10XCHAMPION // KRYTERIA

Odznakę domyka jeden z dwóch projektów - oba wyrastają wprost z tego modułu: stały obserwator z lekcji 03 albo encyklopedia z lekcji 04.

projekt a
pipeline CI/CD do review kodu: co najmniej 1 job, logi, PR z komentarzem agenta
projekt b
rejestr artefaktów: repo/rejestr, definicja paczki, wydane wersje
zasada
wystarczy 1 z 2 projektów
dowód
zrzuty ekranu działającego pipeline'u lub rejestru
TRZY ODZNAKI // DOMKNIĘCIE

Teamwork domyka trzecią, ostatnią odznakę kampanii. Agent, który zarabia dla zespołu, to finał drogi zaczętej na rampie startowej.

10xbuilder
M1-M3: fundament, łańcuch, skalowanie, jakość - własny kod pod kontrolą
10xarchitect
M4: legacy - cudzy kod bez strachu
10xchampion
M5: teamwork - agent pracujący dla zespołu, bez Ciebie
CAŁA MAPA KAMPANII
fundament
10xdevs-fundament.pages.dev - od pomysłu do rampy startowej
csc
10xdevs-csc.pages.dev - pięć skoków jednej jednostki pracy
skalowanie
10xdevs-skalowanie.pages.dev - quality gates, goal, loops
jakość
10xdevs-jakosc.pages.dev - najpierw ryzyka, nie pliki
legacy
10xdevs-legacy.pages.dev - praca w zastanych systemach
docs
10xdevs-docs.pages.dev - dokumentacja całej kampanii

„Kampania domknięta: rampa, łańcuch, tarcza, cudzy kod, zespół. Agent zarabia, kiedy Ciebie tam nie ma."

- fundament 10x Workflow