{dev} forge – AI & Spec News #1: Koniec vibe coding?

W serii {dev} forge – How software is forged with AI skupiam się na jednym głównym temacie: jak zmienia się sposób budowania oprogramowania w erze AI.

Ten artykuł to pierwszy wpis z nowego mini-cyklu: AI & Spec News, gdzie zbieram najciekawsze obserwacje i trendy z rynku – świeże, konkretne i bez hype’u.

1. Koniec „vibe coding” – zaczyna się era spec

Jeszcze niedawno dominowało podejście:

Prompt → Code

Dziś coraz więcej zespołów przechodzi na:

Spec → Plan → Tasks → Code

Dlaczego? Bo prompt nie skaluje się w większych projektach. Kontekst znika, decyzje są niespójne, a architektura rozpływa się w historii czatu.

To nie jest tylko opinia – to trend widoczny w całej branży. Coraz więcej publikacji wskazuje, że spec-driven development staje się naturalnym kolejnym krokiem po „vibe coding” (The New Stack).

Dodatkowo pojawia się mocny insight z community:

„Don’t prompt AI to write code. Give it a specification and let agents implement it.”

(źródło)

2. Największy problem AI: niejednoznaczność × prędkość

AI potrafi generować tysiące linii kodu w kilka sekund.

Ale problem nie jest w szybkości.

Problemem jest to, że niejuednoznaczność porusza się teraz z prędkością maszyny.

Jak trafnie opisano:

AI generuje kod szybciej, niż jesteśmy w stanie go przeczytać – ale prawdziwym problemem jest brak precyzji wymagań.

(źródło)

To zmienia wszystko. Błędy nie znikają – są tylko produkowane szybciej.

3. Spec jako kontrakt (a nie dokument)

Nowoczesne podejście do specyfikacji zmienia jej rolę:

• spec nie opisuje systemu
• spec steruje systemem

Specyfikacja definiuje:

• wejścia i wyjścia
• reguły biznesowe
• edge case’y

Dzięki temu:

• AI generuje bardziej przewidywalny kod
• testy mogą powstawać automatycznie

To podejście jest coraz częściej opisywane jako spec = source of truth, a kod jako artefakt wtórny:

Specyfikacja staje się głównym artefaktem, a kod – wtórnym, często generowanym.

(źródło)

4. AI potrzebuje ograniczeń, nie tylko możliwości

AI coding assistants są niesamowicie wydajne, ale mają jedną fundamentalną cechę:

są świetne w wykonywaniu instrukcji, ale słabe w zgadywaniu intencji.

Dlatego pojawia się coraz więcej głosów, że:

• prompt = eksperyment
• spec = system

Spec-Driven Development działa jak mechanizm kontroli:

• wprowadza strukturę
• ogranicza interpretację
• wymusza spójność

Jak pokazują analizy:

AI models are excellent at following detailed instructions, but poor at inferring vague ones.

(źródło)

5. Enterprise shift: od eksperymentów do architektury

W 2026 widzimy bardzo wyraźny pivot:

• z eksperymentów AI
• do governance i architektury

Firmy przestają traktować AI jako „zabawkę do generowania kodu” i zaczynają budować wokół niego procesy.

Eksperci wskazują wprost:

AI coding tools are shifting towards architecture, governance and maintainability.

(źródło)

6. Skala adopcji AI jest ogromna

To już nie jest nisza.

Z najnowszych danych:

• 64% firm generuje większość kodu z pomocą AI
• w ciągu roku może to być nawet 90%

(źródło)

Jednocześnie pojawia się ważny efekt uboczny:

• produktywność rośnie
• ale jakość i spójność stają się wyzwaniem

7. Nowy kierunek: AI + Spec + Test

Pojawiają się też bardzo ciekawe podejścia researchowe i praktyczne:

• Test-Driven AI Agents (spec → test → agent)
• Spec jako enforce'owany kontrakt (np. security)

To pokazuje jeden kierunek:

przyszłość nie jest „AI pisze kod” – tylko „AI wykonuje specyfikację”.

Podsumowanie

AI nie eliminuje potrzeby myślenia o systemie.

Wręcz przeciwnie.

Wymusza lepsze myślenie.

I właśnie dlatego Spec-Driven Development przestaje być ciekawostką.

Staje się nowym standardem – szczególnie tam, gdzie liczy się jakość, przewidywalność i skalowalność.

Software nie jest już tylko pisany.

Software jest generowany – na podstawie specyfikacji.