10X WORKFLOW // SCALE TIER // 3 WĘZŁY

SCALE TIER // SKALOWANIE

Więcej cykli naraz, sufitem jest review

Warstwa skalowania 10x Workflow: skalowanie nie polega na dokładaniu agentów do jednego zadania - to prowadzenie więcej cykli równolegle, z bramkami jakości i autonomią. Sufit przepustowości wyznacza Twoja zdolność do review.

Skrót warstwy · trzy węzły w 30 sekund

„Skalowanie to więcej cykli równolegle z izolacją kontekstu, nie więcej agentów na jednym wycinku pracy."

- fundament 10x Workflow
WĘZEŁ 01 Diuna · Gom dżabbar

quality gates - próba, której nie da się ominąć

„Ręka w skrzynce, igła przy szyi. Dalej idzie tylko to, co przetrwa próbę - reszta odpada przy bramce."

- Matka Wielebna przy skrzynce, próba gom dżabbar
LINT / TYPECHECK / TESTY / DELIBERATE-BREAK BRAMKA COMMIT: TYLKO NA ZIELONO CZERWONE: WRACA DO POPRAWKI
RYS. 01 // BRAMKA-PRÓBA - PRZECHODZI TYLKO ZIELONE

Gom dżabbar sprawdza jedno: czy kandydat wytrzyma próbę, zanim ktokolwiek mu zaufa. Ten węzeł robi to samo z każdą fazą planu. Bez niego autonomia oznacza kod, którego nikt nie sprawdził w chwili powstania - jedyną bramką jesteś Ty i musisz patrzeć na wszystko. Quality gates odpowiadają na pytanie: co pilnuje jakości, gdy Ciebie nie ma?

Wejście: plan z warunkami sukcesu. Wyjście: faza domknięta automatycznie - lint i typecheck po każdej edycji, testy per faza, commit tylko na zielono. Mechanizm: deliberate-break check - celowo psujesz implementację i potwierdzasz, że test pada. Bramce można zaufać dopiero wtedy, gdy widziałeś, jak się zamyka.

Pytanie
co pilnuje jakości, gdy Ciebie nie ma?
Gwarancja
żadna faza nie przechodzi na czerwono
Artefakt
komplet zielonych bramek per faza + commit na zielono
Narzędzia
hooki (per-edit → pre-commit → pre-push), /10x-tdd, deliberate-break check, /10x-plan-review
CEL:

kluczowy, zanim oddasz maszynie więcej autonomii - bramki muszą pilnować jakości wcześniej, niż przestaniesz patrzeć na ręce.

WĘZEŁ 02 Fundacja · Plan Seldona

goal - plan wykonuje się bez autora

„Ten kryzys policzono na wieki przed waszym urodzeniem. Krypta otworzy się dokładnie wtedy, kiedy plan tego wymaga."

- w duchu nagrań Hariego Seldona z Krypty Czasu
COMMIT COMMIT COMMIT STOP: PRZEWIDZIANY CEL FAZY WYKONUJĄ SIĘ SAME KRYZYS: W PLANIE, NIE W IMPROWIZACJI
RYS. 02 // TRAJEKTORIA PLANU - COMMITY I PRZEWIDZIANY STOP

Plan Seldona działa, bo nie potrzebuje autora przy sterach: kryzysy przewidziano zawczasu, a Krypta odzywa się dokładnie wtedy, kiedy trzeba. Ten węzeł przenosi to na plan zmiany. Bez niego siedzisz między fazami jako klikacz „dalej" i autonomia kończy się na pierwszym pytaniu. /10x-goal-implement pod /goal odpowiada: jak plan wykonuje się bez Ciebie?

Wejście: zatwierdzony plan.md. Wyjście: commit per faza na zielono albo uczciwy STOP. Mechanizm: fazy wykonują się same, sekcja Progress pracuje jak maszyna stanów, a przy strukturalnym rozjeździe wykonanie zatrzymuje się STOP-blokiem zamiast improwizować. Kryzys jest przewidziany w samym planie - nie odgrywany na żywo.

Pytanie
jak plan wykonuje się bez Ciebie?
Gwarancja
commit per faza na zielono albo uczciwy STOP
Artefakt
commity per faza + run report albo STOP-blok z konkretem
Narzędzia
/10x-goal-implement pod /goal, Progress jako maszyna stanów, STOP-bloki, run report
CEL:

kluczowy przy zatwierdzonym planie i ograniczonym czasie - plan idzie sam, a Ty wracasz do gotowych commitów albo do uczciwego STOP z powodem na piśmie.

WĘZEŁ 03 Star Wars · Eskadra myśliwców

loops - więcej cykli równolegle

„Każdy pilot we własnym kokpicie, wszyscy na moim nasłuchu. Prowadzę tyle skrzydeł, ile jestem w stanie ogarnąć."

- dowódca eskadry na odprawie przed startem
KOKPIT A KOKPIT B KOKPIT C DOWÓDCA // REVIEW IZOLACJA KONTEKSTU: PEŁNA TYLE SKRZYDEŁ, ILE OGARNIE DOWÓDCA
RYS. 03 // ESKADRA - IZOLOWANE KOKPITY, JEDEN DOWÓDCA

Eskadra nie skaluje się przez wsadzenie dwunastu pilotów do jednego myśliwca - skaluje się przez więcej maszyn, izolowane kokpity i jednego dowódcę na nasłuchu. Tak samo praca: więcej cykli równolegle z izolacją kontekstu, nie więcej agentów na jednym wycinku. Węzeł odpowiada na pytanie: ile cykli naraz udźwigniesz?

Wejście: kilka niezależnych jednostek pracy. Wyjście: więcej przepustowości bez nierecenzowanego kodu. Mechanizm: cykle plan → implement → review biegną w rytmie (/loop), każdy we własnym kontekście, a wszystkie zbiegają do jednej bramy - Twojego review. Więcej agentów bez review to tylko więcej nierecenzowanego kodu; sufit wyznacza dowódca, nie liczba maszyn.

Pytanie
ile cykli naraz udźwigniesz?
Gwarancja
więcej przepustowości bez nierecenzowanego kodu
Artefakt
osobny cykl per tor: change-folder + raport review
Narzędzia
/loop, /10x-status, izolacja kontekstu (worktree / osobne sesje), /10x-impl-review jako brama
CEL:

kluczowy, gdy jeden cykl przestaje wystarczać - dokładasz tory tak długo, jak każdy commit wciąż przechodzi przez Twoje review.

ORBITY Orbity nad łańcuchem · Skąd się tu przylatuje i co dalej

Orbity nad łańcuchem

POD SPODEM // FUNDAMENT I ŁAŃCUCH

Warstwa skalowania niczego nie zastępuje - orbituje nad tym, co już działa. Fundament daje projektowi rampę, łańcuch przewozi jednostki pracy, skalowanie dokłada tory.

fundament
10xdevs-fundament.pages.dev - rampa startowa projektu
łańcuch
10xdevs-csc.pages.dev - pięć skoków jednostki pracy
DALEJ // JAKOŚĆ (M3)

Skalowanie podnosi przepustowość - następny moduł podnosi rygor. Więcej torów ma sens tylko wtedy, gdy poziom nie spada z żadnego z nich.

zapowiedź
jakość (M3): co trzyma poziom, gdy przepustowość rośnie

„Łańcuch się nie zmienia - dokładasz mu obstawę. A sufit zawsze wyznacza Twoje review."

- fundament 10x Workflow