Czym jest fabryka oprogramowania?

Fabryka oprogramowania to potok, w którym agenci kodujący biorą pracę z kolejki, budują ją i weryfikują, a potem otwierają pull requesty prawie bez czytania diffu przez człowieka. To szczyt drabiny autonomii, poziom 5, osiągany pętla po pętli: pętla może działać bez nadzoru tylko wtedy, gdy o ukończeniu decyduje wyrocznia, której agent nie może edytować.

Pochodzenie Ta strona używa tej nazwy dla poziomu 5 z pięciu poziomów, które Dan Shapiro opisał 23 stycznia 2026 w tekście „The Five Levels: from Spicy Autocomplete to the Dark Factory” (otwiera się w nowej karcie), gdzie nazywa ten poziom „dark software factory”.

Ostatnia aktualizacja: 2026-10-11; Autor: Michał Jaskólski; Opublikowano 2026-08-28
Po angielsku: Software factory
Najbliższy poziom drabiny: Poziom 5, darmowy przewodnik
Szukane też jako: fabryki oprogramowania, software factory

Kup Toolkit Przeczytaj darmowy przewodnik

249,99 zł jednorazowo za 12 miesięcy dostępu. Nic się samo nie odnawia. Zwrot w ciągu 30 dni przy pierwszym zakupie.

Na tej stronie

Dlaczego to ważne Fabryka oprogramowania a vibe coding Sześć stanowisk Jak robi to każde narzędzie Pytania Źródła

Dlaczego to ważne.

Fabryka zmienia to, czego brakuje: wąskim gardłem przestaje być pisanie, a zaczyna czytanie. Raport Faros AI z kwietnia 2026 zmierzył wzrost mediany czasu do pierwszego przeglądu o 156,6% i wzrost liczby pull requestów scalonych bez żadnego przeglądu o 31,3%. Fabrykę trzyma w pionie wyrocznia, której zespół ufa bardziej niż modelowi: Minions Stripe’a działają na ponad trzech milionach istniejących testów i dostają najwyżej dwie rundy CI, zanim gałąź wróci do człowieka.

Fabryka oprogramowania a vibe coding

Vibe coding i poziom 5 usuwają człowieka czytającego diff; tylko poziom 5 zastępuje tego czytelnika weryfikacją, którą sprawdza maszyna.

Fabryka oprogramowania (poziom 5) zestawiona z vibe codingiem w pierwotnym sensie Karpathy’ego: co oznaczają, kto pisze i sprawdza kod, co kończy pętlę, skąd wzięła się nazwa i gdzie zawodzą.
Pytanie	Vibe coding	Fabryka oprogramowania
Co oznacza	Sposób pracy: przyjmujesz to, co pisze model, bez czytania diffu	Potok na poziomie 5, szczycie drabiny autonomii: agenci biorą pracę z kolejki, budują, weryfikują i otwierają pull requesty
Kto pisze kod	Model	Agenci
Kto to sprawdza	Nikt nie czyta diffa; człowiek obserwuje zachowanie	Człowiek też nie czyta diffa (StrongDM: „Code must not be reviewed by humans”); sprawdzają go scenariusze i wynik zadowolenia weryfikowane maszynowo
Co kończy pętlę	Aplikacja wygląda, jakby działała	O ukończeniu decyduje wyrocznia, której agent nie może edytować
Skąd wzięła się nazwa	Andrej Karpathy, wpis na X, 2 lutego 2025	Poziom 5 Shapiro („the dark software factory”), 23 stycznia 2026
Gdzie zawodzi	Poza projektami jednorazowymi nic nie zastępuje czytelnika	Bez wyroczni więcej agentów tylko przesuwa kolejkę z pisania na czytanie

To analiza tej strony: post Dana Shapiro nigdy nie używa słowa „vibe” (sprawdzenie pełnego tekstu 10 października 2026), więc nie umieszcza vibe codingu nigdzie. Vibe coding to przepływ pracy z poziomu 5 bez wyroczni. Zdanie StrongDM jest takie, jak zapisał je 6 lutego 2026, a Simon Willison, który 28 stycznia 2026 po raz pierwszy powiązał dział AI w StrongDM z poziomem 5, ponownie wskazuje jego zespół jako poziom Dark Factory 7 lutego 2026. Źródło: Vibe coding a inżynieria agentowa: 21 pojęć porównanych, 2026-10-10.

Sześć stanowisk

Każde stanowisko odpowiada za jedną decyzję. Stanowisko, które nie wytwarza dowodów, musisz nadzorować, czytając kod.

Sześć stanowisk fabryki oprogramowania: decyzja, za którą każde odpowiada, dowód, który musi wytworzyć, i objaw, gdy go brakuje.
Stanowisko	Decyzja, za którą odpowiada	Dowód, który musi wytworzyć	Objaw, gdy go brakuje
Intencja	Co agent wie na starcie	Specyfikacja z kryteriami akceptacji i nazwanym warunkiem stopu	Wiarygodny kod, który rozwiązuje zły problem
Harness	Co agent może uruchomić i do czego sięgnąć	Polityka uprawnień i sandboxa w systemie kontroli wersji	Przebieg, który działa, bo miał więcej dostępu, niż powinien
Pętla	Kiedy agent się zatrzymuje	Warunek stopu sprawdzalny maszynowo i limit ponowień	Przebiegi, które nie kończą się wcale albo kończą się ogłoszeniem sukcesu
Graf	Kto co robi, gdy agentów jest kilku	Spisana topologia: planista, wykonawcy, sędzia, izolacja	Agenci nadpisujący sobie nawzajem pliki lub kontekst
Weryfikacja	Co liczy się jako dowód	Deterministyczne kontrole, których przebieg nie może edytować, plus wyniki przeglądu	Zielone kontrole na testach przepisanych przez agenta
Wydanie	Jak praca opuszcza budynek	Pakiet dowodów w pull requeście i nazwana osoba, która scala	Scalenie, którego nikt nie potrafi wyjaśnić tydzień później

Poziom należy do pętli, nie do zespołu: przewodnik traktuje poziom 5 jako cechę pojedynczych pętli, nigdy całej firmy. Źródło: Przewodnik po poziomie 5, 2026-09-26.

Jak robi to każde narzędzie.

Cursor, Claude Code i Codex nazywają to po swojemu. Każda notatka ma datę sprawdzenia.

Cursor

Automations uruchamiają Cloud Agents, które działają w izolowanych maszynach wirtualnych, według harmonogramu albo z wyzwalaczy: kontrola źródeł, webhook, Linear, Sentry lub PagerDuty.

API Cloud Agents wysyła webhook statusChange, gdy przebieg się kończy, więc twoje systemy poznają wynik bez odpytywania. /loop to wbudowany skill.

Przewodnik po poziomie 5 (dokumentacja Cursora), 2026-08-28

Claude Code

claude -p uruchamia pętlę headless, hooki i sandboxowany Bash trzymają harness, /goal ustawia warunek stopu, a Routines (research preview) planują uruchomienia.

Routines uruchamiają ten sam prompt jako sesję w chmurze, według harmonogramu, z wywołania API albo ze zdarzenia GitHuba. Routines nie mają wyboru trybu uprawnień ani pytań o zgodę w trakcie przebiegu, więc lista dozwolonych działań żyje w środowisku.

Przewodnik po poziomie 5, Claude Code 2.1.283, 2026-09-26

Codex

codex exec to krok headless i już działa z zatwierdzaniem never; /goal jest stabilne i domyślnie włączone. Automations planują cykliczne uruchomienia (dokumentacja OpenAI, 2026-08-28).

Sandbox workspace-write ogranicza dostęp do sieci, dopóki go nie włączysz, a pętla aktualizacji zależności potrzebuje rejestru, więc przykład z przewodnika dodaje -c sandbox_workspace_write.network_access=true. openai/codex-action@v1 opakowuje ten sam przebieg w CI.

Przewodnik po poziomie 5, Codex 0.157.1, 2026-09-26

Najczęstsze pytania.

Czy fabryka oprogramowania to to samo co ciemna fabryka?

Nie: ciemna fabryka to jeden z jej krańców. „Dark software factory” Dana Shapiro to poziom 5, na którym „ludzie nie są ani potrzebni, ani mile widziani” (The Five Levels, 23 stycznia 2026), a Simon Willison zestawił z nim dział AI w StrongDM 28 stycznia 2026. Minions Stripe’a to fabryka, która zostawia człowieka przy każdym scaleniu, i ta strona ocenia tę pętlę na poziomie 3. To dwie osie: ile piszą agenci i co człowiek jeszcze czyta.

Ile pull requestów tygodniowo scala tak Stripe?

Ponad 1300, jak podał Stripe 19 lutego 2026: pull requesty „w całości wytworzone przez minionów, przejrzane przez ludzi, ale bez kodu napisanego przez człowieka”. Agenci działają na ponad trzech milionach istniejących testów i dostają najwyżej dwie rundy CI, zanim gałąź wróci do człowieka. Ta warstwa dowodów powstała przed agentami.

Które pętle mogą działać bez nadzoru człowieka?

Pętla może działać bez nadzoru tylko wtedy, gdy o „gotowe” rozstrzyga nazwana wyrocznia, agent nie może jej edytować, zły wynik wychodzi na jaw w minuty, a nie tygodnie, a zasięg szkód jest mały i odwracalny. Aktualizacje zależności w wersjach patch i minor oraz codemody lintera mogą to spełnić; auth, pieniądze, schemat i migracje zostają przy człowieku czytającym kod.

Czy mały zespół może taką prowadzić?

Shapiro umieszcza na poziomie 5 tylko „garstkę ludzi”, w zespołach poniżej pięciu osób (23 stycznia 2026). Ograniczeniem jest wyrocznia, nie liczba osób: to siła weryfikacji wokół sprawia, że poziom, na którym nikt nie czyta, da się przeżyć. Bez niej więcej agentów tylko przesuwa kolejkę z pisania na czytanie.