Spominjao sam već aplikacije za pisanje, a u međuvremenu sam malo skakao s jedne na drugu aplikaciju. Novlr malo kasni u razvoju pa sam odlučio koristiti Story Architect, čak sam i uzeo mjesečnu pretplatu da se upoznam s premium mogućnostima. Neke stvari su me žuljale, ali najviše me počelo ignorirati izvoz u pdf/docx koji je izobličavao/produživao fontove.

U redu, pomislio sam, zašto ja ne bih izvajbao aplikaciju za pisanje koja bi mi bila po mjeri?! Pitao sam Gemini za mišljenje koju tehnologiju da koristim za izradu jedne višeplatformske aplikacije. Namjeravao sam koristiti Flutter, ali on me nagovorio da koristim Tauri + Svelte/React. Argumenti su bili dobri, nemam iskustva s Rustom, ali ionako nije bilo predviđeno da ja pišem kod. Započeo sam s Claude Code agentom i Sonnet 4.6 modelom.

Većina aplikacija koje sam koristio u zadnje vrijeme kao format koristi Markdown pa sam i ja započeo s njim. No kod Markdowna ima par iritantnih detalja, ako ti treba razmak možeš ga unijeti, ali on će ga ignorirati, ako započneš rečenicu s 25. svibnja je Dan ručnika on će podrazumijevati da započinješ numeriranu listu i onda počinje gnjavaža.

Za novi format sam odabrao html, aplikacija ionako koristi web tehnologije, to je prirodni format, a stiliziranje će biti puno lakše. Izrada osnovne aplikacije je zapela jer Claude Code nikako nije uspio riješiti problem s blokiranim fokusom nakon dodavanje nove datoteke. Nekoliko pokušaja s točnim greškama koje sam izvukao iz JavaScript konzole dovelo je to potrošnje svih raspoloživih tokena. Claude Code nikako nije uspio riješiti problem koji bi trebao biti trivijalan.

Do resetiranja limita odlučio sam u Zed editoru iskoristiti pomoć LM Studio aplikacije i devstral-small-2-2512 modela. Model je malo prevelik za memoriju grafičke kartice pa je tek djelomično učitan i radi malo sporije nego manji modeli. No njegova analiza kod i traženje uzroka problema je bila vrlo dobra. Devstral je riješio probleme na koje je Claude Code bezuspješno potrošio brdo tokena. Trebalo mu je malo duže, ostavio sam ga kad sam izašao iz kuće, ali problem je riješen. Njegovi komentari prilikom analize i razmišljanja jako su mi pomogli da upoznam generirani kod. U praksi devstral koji tek djelomično koristi memoriju grafičke kartice je prespor za uobičajeni rad. Isprobao sam neke manje modele (gpt-oss-20b, qwen3.5, qwen3.6, gemma-4) koji su optimizirani da zauzimaju manje memorije, bili su brži, ali nisu bili toliko dobri kao devstral. Idući korak bi definitivno bila nabava nekog uređaja koji će omogućiti bolje pokretanje većih open source LLM-ova.

Vratio sam se na Claude Code, pokazalo se da je Haiku 4.5 bolji i brži za neke jednostavne stvari. Zanimljivo je kako je on češće tražio poruke iz JavaScript konzole kako bi znao što da napravi, a Sonnet me to nije pitao. Kada su zahtjevi postali prezahtjevni za Haiku opet sam se prebacio na Sonnet i završio ono što sam planirao za prvu fazu.

Što sam naučio?

Ako postojeći model zapne na nekom problemu i vrti se u krug - promijeni model. Claude Code ima tri modela - Sonnet, Opus i Haiku, nekad slabiji model riješi problem koji jači model ne može. Open source LLM-ovi su korisni za analizu koda i rješavanje izdvojenih problema. Agent ne donosi uvijek dobre odluke i treba ih usmjeriti na pravo rješenje. Ja sam posebno odredio da projekt ima svoje postavke (font, razmaci, sortiranje i imenovanje datoteka), a da aplikacija ima svoje postavke (na kojim sam sve projektima radio, koji je zadnji projekt). Claude Code je u početku sve spremao u local storage umjesto da koristi standardni način za spremanje postavki aplikacija koji je različit za svaki operativni sistem. Bilo je tu i glupih bugova s miješanjem postavki između dva projekta, gaženjem postavki, spremanje postavki u pogrešno vrijeme. Nekad model ne zna točno mogućnosti libova koje koristi ili ih ne zna iskoristiti pa nudi ograničena rješenja.

Testiranje je nužno - pri tome ne mislim samo na unit testiranje već na funkcionalno testiranje koje treba odgovoriti na pitanje "što aplikacija radi"?!

Kad model zapne na nekom vizualnom problemu napravite screenshot i pokažite mu sliku. Ponekad to pomaže više nego da mu detaljno opišete problem i željeno ponašanje.

Da sam išao na razvoj ove aplikacije klasičnim načinom potrošio bi puno više vremena, trebao bi sigurno potrošiti dosta vremena na učenje tehnologije s kojom nisam detaljno upoznat i realno vjerojatno ne bi došao do funkcionalne verzije aplikacije. A ja sad ovaj tekst pišem u njoj. Još par krugova poliranja i bude spremna za javnost.

Na pragu novog vremena

Agenti za kodiranje će sasvim sigurno uzrokovati veliku poplavu novih aplikacija. Većina tih aplikacija će biti nedorađene, s puno grubih dijelova, velika većina njih će se koristiti samo interno i malo njih će uspjeti privući veći broj korisnika. El Nino vibe coding aplikacija se sprema.

Developeri će i dalje biti potrebni za poliranje grubih dijelova. Obični korisnici će vibe coding najčešće moći koristiti da naprave proof of concept aplikaciju na temelju koje će developeri napraviti produkcijsku aplikaciju. Jedan od najčešćih problema u razvoju aplikacija je sindrom pokvarenog telefona između korisničkih zahtjeva i onoga što developeri isporučuju. POC aplikacije bi mogle ukloniti veliki broj problema jer će korisnici moći pokazati što im stvarno treba.

GitHub statistika pokazuje da je vibe coding izazvao jako povećani broj korištenja te platforme. U 2025. bilo je jednu milijardu commitova, a prošli mjesec je došlo do 275 milijuna tjedno. GitHub actions brojevi su od 500 milijuna minuta tjedno u 2023. došli do milijarde minuta tjedno u 2025., a sada su na 2,1 milijarde minuta tjedno. Nema ni Microsoft nepresušna sredstva i kao posljedica povećanog korištenja možemo očekivati nepopularne promjene na GitHub-u.