Dlaczego Spec-Driven Development to przyszłość
Gdy kod coraz częściej piszą agenci AI, najważniejszym produktem pracy człowieka staje się dobra specyfikacja.
W ostatnich latach zmieniło się podstawowe założenie pracy nad oprogramowaniem. Coraz większa część kodu nie jest już ręcznie pisana przez programistów, tylko generowana, poprawiana i testowana przez modele LLM oraz agentów AI. Anthropic opisuje ten trend bardzo konkretnie: według danych firmy, w maju 2026 ponad 80% kodu mergowanego do ich codebase'u było autorstwa Claude'a, a typowy inżynier mergował wielokrotnie więcej kodu niż wcześniej. Źródło: https://www.anthropic.com/institute/recursive-self-improvement
To ma głęboki sens biznesowy. Dobre modele potrafią pisać kod szybciej, taniej i coraz częściej na poziomie jakości porównywalnym z człowiekiem. Jeżeli wykonanie implementacji staje się tanie, głównym ograniczeniem projektu przestaje być samo pisanie kodu. Ograniczeniem staje się decyzja: co właściwie budujemy, dlaczego tak, jakie kompromisy akceptujemy i jak rozpoznamy, że efekt jest poprawny.
Dlatego przyszłość należy do Spec-Driven Development. Specyfikacja nie jest dokumentem dla formalności. To kontrakt opisujący założenia biznesowe, architekturę, granice systemu, scenariusze użytkowników, kryteria akceptacji i decyzje, których agent AI nie powinien zgadywać. Im lepiej zapisana jest intencja projektu, tym mniejsze ryzyko, że model zbuduje coś efektownego, ale niezgodnego z prawdziwymi potrzebami firmy.
Najczęstsze błędy agentów AI nie wynikają z tego, że nie potrafią napisać funkcji, testu czy migracji bazy danych. Wynikają z błędnie podjętych decyzji, bo agent nie zna pełnego kontekstu: historii produktu, ograniczeń compliance, modelu sprzedaży, długu technologicznego albo niepisanych zasad zespołu. Specyfikacja jest sposobem na przeniesienie tego kontekstu z głów ludzi do procesu, który mogą rozumieć i wykonywać agenci.
Wokół tego podejścia powstaje już cały ekosystem narzędzi. BMAD pomaga zamieniać wymagania produktowe na uporządkowany proces pracy z agentami. OpenSpec porządkuje zmiany przez proposal, design, tasks i specyfikacje zachowania systemu. GitHub rozwija własne podejście do spec-driven development, w którym specyfikacja staje się punktem startu dla implementacji, przeglądu i iteracji.
Ten sam kierunek dotyczy weryfikacji. Pisanie kodu przez AI bez AI-review szybko tworzy nowe wąskie gardło: człowiek nie nadąża z czytaniem wszystkiego, co agenci potrafią wygenerować. Coraz większa część przeglądu kodu, testowania, analizy bezpieczeństwa i oceny zgodności ze specyfikacją powinna więc również trafiać do agentów AI. Człowiek nadal ocenia efekt końcowy i bierze odpowiedzialność za decyzje, ale manualny review każdej linijki przestaje być skalowalnym modelem pracy.
W praktyce oznacza to zmianę roli zespołów technologicznych. Najcenniejszą kompetencją nie będzie samo wpisywanie kodu, tylko umiejętność definiowania dobrych problemów, pisania jasnych specyfikacji, ustawiania kryteriów jakości i budowania pętli weryfikacji. Firmy, które nauczą się pracować w ten sposób, będą dowozić szybciej i z mniejszym kosztem. Firmy, które zostaną przy nieformalnym przekazywaniu wymagań, będą produkować coraz więcej kodu, ale niekoniecznie coraz więcej wartości.