Blog članak

YouTube Video Spotlight: OpenSpec će zauvijek promijeniti način na koji vibe kodirate

Sean Kochel demonstrira OpenSpec na stvarnom projektu redizajna — prikazuje radni tijek explore-propose-apply-archive, iterativno planiranje new/continue i zašto razvoj vođen specifikacijama daje bolje rezultate od sirovog vibe kodiranja.

OpenSpec u posljednje vrijeme privlači veliku pažnju — više od 62.000 zvjezdica na GitHubu, i broj i dalje raste — no većina članaka fokusira se na teoriju: što su specifikacije, zašto je usklađenost bitna, kada ih koristiti. Video Seana Kochela ide drugačijim putem. On uživo, bez skripte, prolazi kroz redizajn stvarne aplikacije za dijeljenje recepata, od početnog openspec init do gotovog sučelja koje je iznenađujuće blizu njegovim Claude Design mockupima. Cijelih 21 minuta videa vrijedi pogledati, no evo istaknutih točaka koje su najvažnije za developere koji razmatraju OpenSpec kao svakodnevni alat.

Pet istaknutih točaka iz demonstracije

OpenSpec je alat vođen specifikacijama, ne autonomni pipeline

Kochel počinje korisnom taksonomijom trenutnog ekosustava AI alata za kodiranje. Alate grupira u tri kategorije: vođeni specifikacijama (OpenSpec, SpecKit), provedba SDLC-a (Obra, compound engineering) i autonomni pipeline (BMAD, getdone). OpenSpec čvrsto pripada prvoj kategoriji — specifikacija je glavni artefakt, čovjek orkestrira, a AI asistira. To je namjeran dizajnerski izbor. Ako želite samo definirati zadatak i otići, OpenSpec nije taj alat. Ako želite zadržati kontrolu dok AI rješava detalje implementacije, upravo je to alat za vas.

Faza istraživanja OpenSpecova je ključna prednost

Za razliku od SpecKita, koji pretpostavlja da već točno znate što želite izgraditi prije nego počnete, naredba /opsx:explore u OpenSpecu opcionalna je faza razmišljanja. Kochel to pokazuje u videu: umjesto izravnog skoka u specifikacije, AI čita bazu koda, ističe nejasnoće u planu i iznosi pretpostavke koje treba razriješiti. Rezultat je prijedlog koji probleme usklađenosti hvata prije nego se napiše ijedan redak koda. Za developere kojima je dosta obrasca “izgleda ispravno, ali radi pogrešnu stvar” kod sirovog vibe kodiranja, ovo je korak koji štedi najviše vremena.

Radni tijek arhiviranja održava dokumentaciju živom

Jedna od najpraktičnijih značajki koje Kochel ističe jest naredba archive. Dovršetak promjene pokreće spajanje delta specifikacija natrag u kanonske datoteke specifikacija. To znači da vaša dokumentacija nikad ne zastarijeva — svaka dovršena promjena ažurira izvor istine. Još važnije, ako nova promjena dođe u sukob s postojećom specifikacijom, OpenSpec taj sukob otkriva i zahtijeva usklađivanje. Za timove koji se muče s održavanjem žive dokumentacije, ovo je stvarno poboljšanje radnog tijeka, a ne teoretska ljepotica.

Radni tijek new/continue nosi se s iterativnim planiranjem

Stvaran razvoj rijetko je linearan. Krenete s promjenom na front-endu, potom shvatite da back-end treba ažuriranje, pa otkrijete problem u modelu podataka. Naredbe new i continue u OpenSpecu to rješavaju tako da veću promjenu možete raščlaniti na fokusirane pod-promjene, svaku s vlastitim prijedlogom, specifikacijama i zadacima. Kochel pokazuje raščlanjivanje back-end promjene na zasebne dijelove (čitanje javnih profila, povezivanje API-ja, modeli podataka) i prolazak kroz svaki redom — uz mogućnost da usred procesa pokrene naredbu explore ako se pojave nova pitanja. Naredba fast-forward potom automatski prolazi kroz preostale faze kad je plan dovoljno čvrst.

Vizualna provjera putem Chrome MCP-a donosi stvarnu preciznost

Demonstracija u videu obuhvaća migraciju dizajnerskog sustava iz Claude Design mockupa u stvarnu aplikaciju. Kochel je dodao prilagođen korak validacije koji putem Chrome MCP proširenja preglednika vizualno provjerava svaki zaslon prema specifikaciji. Ovo nije ugrađeno u OpenSpec — riječ je o integraciji koju je sam spojio — no pokazuje važnu poantu: razvoj vođen specifikacijama najučinkovitiji je kad na strukturu specifikacija dodate provjeru specifičnu za domenu. Kod front-end rada vizualne provjere hvataju probleme tipa “izgleda blizu, ali razmak nije točan”, koje funkcionalne specifikacije ne mogu opisati.

Praktične implikacije

Za developere koji već koriste AI asistente za kodiranje, glavna je poruka da OpenSpec rješava konkretan problem — usklađenost — bez dodavanja teške ceremonije. Faza istraživanja dovoljno je lagana za primjenu na bilo kojoj netrivijalnoj promjeni, a radni tijek arhiviranja rješava problem “truljenja dokumentacije” s kojim se prije ili kasnije suoči svaki projekt s AI-generiranim kodom.

Video također potvrđuje da OpenSpec najbolje funkcionira na uspostavljenim projektima s postojećom strukturom. Kochelova aplikacija za recepte već je bila radna baza koda — on je preoblikovao dizajnerski sustav i dodavao značajke, a nije počinjao od nule. Vrijednost alata leži u održavanju koherentnosti rastućeg projekta, a ne u ubrzavanju prototipova koji kreću od nule.

Što video propušta

Kochelova je demonstracija temeljita, ali prelazi preko nekoliko ograničenja koja vrijedi istaknuti.

Prvo, cijeli proces potrajao je dva sata obrade (tri do četiri sata s ljudskom intervencijom zbog pauza za odobrenje). To je brzo za migraciju višeekranskog dizajnerskog sustava, ali nije trenutačno. Developeri koji očekuju povratnu informaciju gotovo u stvarnom vremenu bit će razočarani.

Drugo, video se oslanja na Claude Code uz određen skup alata (Obra za git worktreeove, Chrome MCP za vizualne provjere). Rezultati djelomično odražavaju alate oko OpenSpeca, a ne samo sam OpenSpec. Jednostavnija postava bez tih integracija — samo openspec init i slash naredbe — dat će manje uglađen rezultat.

Treće, i najvažnije, jaz u validaciji ostaje. OpenSpec provjerava strukturu specifikacije, ali ne provjerava zadovoljava li implementirani kod tu specifikaciju. Kochel je to zaobišao pomoću Chrome MCP-a za vizualne provjere, no ugrađenog mehanizma za funkcionalnu provjeru nema. Riječ je o istom ograničenju koje pokriva i standardni članak: OpenSpec je komunikacijski alat, ne testni okvir.

Presuda

Video Seana Kochela jedna je od najboljih dostupnih stvarnih demonstracija OpenSpeca. Pokazuje alat kako radi ono što obećava — održava usklađenost složenog, višestepenog redizajna od istraživanja do arhiviranja — dok je pritom iskren o uloženom trudu. Ako već koristite AI asistenta za kodiranje na uspostavljenom projektu i usklađenost vam je bolna točka, ovaj radni tijek vrijedi isprobati.

Pogledajte cijeli video: OpenSpec Will Change How You Vibe Code Forever

Povezana područja

Ova su područja rada usklađena s temom članka i daju čišći prijelaz od edukativnog sadržaja do konkretne implementacije.

Nastavite čitati

Prvo po zajedničkim kategorijama, a zatim po najjačem preklapanju u tagovima.