Postavili sme kópiu Jira Service Desku. Vibecoded za 3 dni. No, tak trochu…
Pred rokom sme mali skvelú teambuildingovú ideu. Dajme si pauzu od programovania... programovaním. Cieľ: dokázali by sme vyvibecodovať celý service desk za jediný deň? Tak sme sa rozdelili do malých tímov a začali vibecodovať.
A myslím tým vibecoding. Nie agentické kódovanie, nie „AI-driven development". Robili sme to zámerne voľne, pretože skutočná otázka bola: funguje vibecoding bez akéhokoľvek poriadneho setupu? Krátka odpoveď: dostaneš niečo, čo vyzerá hotovo. Nedostaneš niečo, čo hotovo je. Toto nás naučil ten deň a tri týždne po ňom.
Vibecoding sa neškáluje na tím
Prvým prekvapením bolo, aké ťažké bolo pre nás ľudí spolupracovať. Keď sa do backendu montoval viac než jeden tím, strávili sme viac času riešením merge konfliktov než stavaním features. Vibecoding v skupine potrebuje serióznu koordináciu a na projekt takejto veľkosti by som tím ľudí vôbec nedával. Tím AI agentov plus jeden človek? Iná story, a k tomu sa vrátim.
Vibecoding bez špecifikácie alebo bez workflowu je pasca
Naša „špecifikácia" bola jedna veta: potrebujeme postaviť service desk. Všetko ostatné sme objavovali po ceste. Možno pridať Slack integráciu? Tickety z e-mailu? Upload obrázkov? Má klient vedieť meniť prioritu?
Na postavenie prototypu je to úplne fajn spôsob, takého, ktorý zahodíš, keď ťa naučí, ako má spec vyzerať. My sme ho ale zahodiť nechceli, chceli sme na ňom stavať. Takže každá feature, do ktorej sme po ceste vkopli, sa musela dodatočne poriadne doplniť, a to nás stálo výrazne viac času než dve hodiny špecifikácie na začiatku.
Rovnaká story s workflowom. Žiadny feedback loop, žiadny dedikovaný agent na end-to-end testy, nič z pluginov a skillov, ktoré používame dnes. Rýchle to bolo, to áno. Ale výstup sa nedá porovnať s poriadnym agentickým behom, čo sa týka bugov, bezpečnosti či schopnosti bežať bez dozoru.
Vyzerá to hotovo. Nie je.
Toto je časť, ktorú by som podčiarkol.
Dostať sa z hackathonu k prvému reálnemu MVP mi zabralo ešte asi dva dni: opraviť to, čo po sebe vibecoding nechal, a prerobiť tie najhrubšie časti na niečo udržateľné. A fungovalo to. MVP service desku v hrubo troch dňoch je solidný výsledok a bolo to dosť reálne na to, aby sme na tom onboardli prvých pár klientov.
Potom to klienti začali používať a strávili sme takmer ďalšie tri týždne, kým sme boli s jadrom spokojní.
Tak kam tie tri týždne odišli? Na dve miesta, a obom sa dalo predísť.
Časť z toho boli features a doladenia, ktoré vyplávali až vtedy, keď boli klienti v nástroji. Znie to ako nevyhnutný product discovery, ale nebolo. Pár hodín poriadneho brainstormingu na začiatku plus trocha researchu s ľuďmi, ktorí to reálne budú používať, by väčšinu z toho odkrylo ešte pred prvým riadkom kódu. To premýšľanie sme preskočili, tak nám to nástroj povedal neskôr, drahšou cestou.
Druhá časť boli bugy. To je presne to, čo ti čistý vibecoding dá, keď nikto prácu nereviduje a nikto netestuje UI: v deme to vyzerá skvele a v reálnom používaní to spadne. To nie sú problémy špecifikácie, to sú problémy workflowu, a sú presne tým, čo poriadna agentická slučka s reviewerom a e2e testerom zachytí skôr, než sa čokoľvek dostane ku klientovi.
Tie tri týždne teda neboli záhada. Bol to účet za preskočenie dvoch vecí: premýšľania a workflowu. Sprav oboje poriadne na začiatku a väčšina toho času sa nikdy neminie.
Ako by sme to robili dnes: agentické kódovanie
Ten hackathon bola zábava (väčšinou). Vibecodovali sme, pili pivo a na dané okolnosti sme vydali slušný výsledok 😄. Dnes by sme z toho nespravili takmer nič rovnako (okrem piva, samozrejme 🍻). Dve veci zmenili všetko a obe dnes žijú v plugine, ktorý si celý tím môže nainštalovať z nášho interného Claude Code marketplace (písal som o tom na LinkedIne, po slovensky).
Špecifikácia najprv. Hovorím to v každom článku a budem to hovoriť ďalej, pretože to stále platí: spec je dnes tá najdôležitejšia časť. Môžeš stráviť viac času písaním špecifikácie než písaním (generovaním) kódu, a to je úplne v poriadku. Pre niečo veľkosti service desku má plugin skill /draft-spec, ktorý nás tým prevedie, takže sa od ideje k reálnej špecifikácii dostaneme rýchlo, či už ide o celý systém alebo o jediný nový modul na existujúcom.
Reálny workflow, nie len chatovacie okno. Písať do Claude Code alebo Codexu a držať palce nie je workflow. Zvyšok pluginu je samotný workflow a vyzerá takto:
- Rozdeľ spec na úlohy. Náš skill
/plan-backlogrozbije špecifikáciu na jednotlivé úlohy a vytvorí súborprogress.md, ktorý automaticky trackuje progres. - Prechádzaj úlohy v slučke. Zavoláme
/loop /next-taska slučka ťahá ďalšiu úlohu, kým nie je front prázdny. - Vnútri každej úlohy robí prácu malý tím agentov: Implementer to napíše, Reviewer to skontroluje a E2E tester reálne odklikáva UI (AI rada nasadí rozbité rozhranie, takže tento si svoje miesto zaslúži). Reviewer aj tester môžu úlohu vrátiť Implementerovi, ak niečo nesedí.
- Úloha hotová, ťahá sa ďalšia.
Podstatné je, čo to spravilo s výstupom: kvalita enormne vyskočila.
A mám dôkaz. Rozhodli sme sa nahradiť aj zvyšok Jiry. Lebo prečo nie 😄. Prvá fáza znamenala pridať Backlog, Kanban board, time tracking a trochu redizajnu. Tentoraz sme to pustili cez reálny agentický workflow: poriadny spec, rozdelený na úlohy, každú úlohu postavil tím agentov s feedback loopom. Výsledok? Tri dni, feature nasadená. Jeden deň na špecifikáciu, jeden deň na review PR-ov a posielanie feedbacku, a medzi tým hrubo päť alebo šesť hodín, kde agenti spracovávali backlog bez dozoru. Dva z tých troch dní bola ľudská práca. Agenti bežali sami jedno poobedie.
Rovnaké tri dni ako hackathon. Ale iné tri dni. Prvý sprint dodal reálne MVP a potom nám vyfakturoval všetko, čo sme preskočili: premýšľanie a workflow. Druhý dodal a zostalo dodané, pretože oboje sa stalo pred kódom, nie po ňom.
Jedna poctivá výhrada, lebo na tom záleží: toto nie je „odíď na weekend a nechaj robotov nasadiť do produkcie". Plánujeme pár hodín, nakopneme workflow a vrátime sa k stohu otvorených PR-ov. Človek si ich prečíta a zreviduje, než sa čokoľvek mergne. Agenti robia ťažkú prácu. Za to, čo ide von, stále ručí človek.
Takže ak si z nášho pivom poháňaného hackathonu odnesieš jednu vec: keď si vyberáš partnera na produkčnú aplikáciu, hľadaj tých, ktorí bežia agentický workflow, nie tých, ktorí ti produkt vibecodujú na vibes. ;)
