OpenClaw + Claude Code super vodič: Jedna osoba može izgraditi cijeli razvojni tim!

2/26/2026
12 min read

OpenClaw + Claude Code super vodič: Jedna osoba može izgraditi cijeli razvojni tim!

Danas dijelim jedan vrlo impresivan praktični primjer. (Na kraju članka je priložen vodič)

Jedan neovisni programer, koristeći OpenClaw + Codex/CC, izgradio je sustav AI agenta. Kakav je to učinak postigao?

AI Agent sustav učinak

Jedan dan 94 podneska, 30 minuta za završiti 7 PR-ova, a taj dan je imao i 3 sastanka s klijentima, a editor nikada nije bio otvoren.

Ovo se stvarno dogodilo u siječnju 2026. Autor je javno podijelio cijelu arhitekturu sustava, radne tokove i konfiguraciju koda, a nakon što sam to pogledao, mislim da je ova ideja jako vrijedna učenja, pa sam je organizirao u ovaj članak kako bih je podijelio s vama.

Ako i vi koristite Codex ili Claude Code, ili ste zainteresirani za OpenClaw, ovaj članak će vam dati mnogo inspiracije.

Jedna osoba, 94 podneska koda u jednom danu

Prvo pogledajmo nekoliko podataka kako bismo osjetili moć ovog sustava:

  • Najviše 94 podneska u jednom danu (prosječno 50 podnesaka dnevno)
  • 30 minuta za završiti 7 PR-ova
  • Brzina od ideje do implementacije je toliko brza da može "dati klijentove zahtjeve istog dana"
Autor koristi ovaj sustav za izradu stvarnog B2B SaaS proizvoda, u suradnji s osnivačem koji prodaje direktno, većina funkcionalnih zahtjeva može se završiti istog dana. Koliko je brzina? Klijent postavi zahtjev, istog dana može vidjeti rezultate, što se izravno pretvara u plaćene korisnike.

A troškovi? Svakog mjeseca $190 (Claude $100 + Codex $90), početnici mogu početi s $20.

Možda se pitate: je li to samo gomilanje AI alata i ludilo generiranja smešnog koda?

Nije. Autorova Git povijest izgleda kao da je "upravo zaposlio cijeli razvojni tim", ali zapravo je samo on. Ključna promjena je: prešao je iz "upravljanja Claude Code" u "upravljanje AI batlerom, koji zatim upravlja grupom Claude Code".

  • Prije siječnja: izravno koristi Codex ili Claude Code za pisanje koda
  • Nakon siječnja: koristi OpenClaw kao sloj orkestracije, omogućujući mu da upravlja Codex/Claude Code/Gemini
Ova promjena donosi učinak: sustav može automatski završiti gotovo sve male do srednje složene zadatke bez potrebe za ljudskom intervencijom.

Zašto Codex i Claude Code sami po sebi nisu dovoljni?

U ovom trenutku, možda se pitate: Codex i Claude Code su već vrlo moćni, zašto dodavati još jedan sloj orkestracije?

Autorov odgovor je vrlo izravan: Codex i Claude Code gotovo ništa ne znaju o vašem poslovanju. Oni vide samo kod, ne vide cjelokupnu poslovnu sliku.

Postoji temeljno ograničenje: prozor konteksta je fiksan, možete birati samo jedno.

Morate odlučiti što ćete staviti unutra:

  • Napuniti kodom → nema prostora za poslovni kontekst
  • Napuniti poviješću klijenata → nema prostora za repozitorij koda
Dakle, kada koristite Codex ili Claude Code odvojeno, naići ćete na ove probleme:

  • Ne zna za kojeg klijenta je ova funkcionalnost
  • Ne zna zašto je prethodni sličan zahtjev propao
  • Ne zna vašu poziciju proizvoda i dizajnerske principe
  • Može raditi samo na temelju trenutnog koda i vašeg prompta
OpenClaw je promijenio ovu jednadžbu.

On služi kao sloj orkestracije, smješten između vas i svih AI alata. Njegova uloga je:

  • Držati sve poslovne kontekste (podatke o klijentima, zapisnike sastanaka, povijesne odluke, uspješne/neuspješne primjere)
  • Prevesti poslovni kontekst u precizne promptove, koje daje konkretnim agentima
  • Omogućiti tim agentima da se fokusiraju na ono što najbolje rade: pisanje koda
Usporedimo:

  • Codex/Claude Code = profesionalni kuhar, samo se bavi kuhanjem
  • OpenClaw = glavni kuhar, zna ukuse klijenata, zalihe sastojaka, pozicioniranje jelovnika, daje svakom kuharu precizne upute
To je razlog zašto je potreban dvostruki sustav: kroz specijalizaciju konteksta, umjesto da se zamijeni jači model.

Specifična arhitektura dvostrukog sustava: sloj orkestracije + sloj izvršenja

Pogledajmo specifičnu arhitekturu ovog sustava.双层系统架构

Dva sloja, svatko ima svoju ulogu:

OpenClaw架构图

Što OpenClaw (sloj orkestracije) može učiniti?

  • Čitati sve zapisnike sastanaka iz Obsidian bilješki (automatska sinkronizacija)
  • Pristupiti proizvodnoj bazi podataka (samo za čitanje) kako bi dobio konfiguraciju klijenta
  • Ima administratorske API privilegije, može izravno naplatiti klijentu i ukloniti blokade
  • Odabrati odgovarajuću agenta prema vrsti zadatka
  • Nadgledati napredak svih agenata, analizirati uzroke neuspjeha i prilagoditi prompt za ponovni pokušaj
  • Obavijestiti autora putem Telegrama nakon završetka

Što Agent (izvršni sloj) može učiniti?

  • Čitati i pisati u repozitorij koda
  • Izvršavati testove i graditi
  • Predavati kod i stvarati PR
  • Odgovarati na povratne informacije iz pregleda koda
Ključna točka: Izvršni sloj Agent nikada neće imati pristup proizvodnoj bazi podataka niti će vidjeti osjetljive informacije klijenata. Oni dobivaju samo "najmanji kontekst potreban za dovršavanje ovog zadatka".

安全边界

Ovaj dizajn je pametan: sigurnosne granice su jasne, a istovremeno osiguravaju učinkovitost.

Potpuni radni tok: 8 koraka od zahtjeva klijenta do spajanja PR-a

Sada prelazimo na ključni dio. Koristeći stvarni primjer autora iz prošlog tjedna, vodit ćemo vas kroz cijeli proces.

Pozadina: Klijent iz poduzeća nazvao je i rekao da želi ponovo koristiti njihove već konfigurirane postavke i dijeliti ih unutar tima.

Korak 1: Zahtjev klijenta → OpenClaw razumije i razdvaja

Nakon završetka poziva, autor je razgovarao s Zoe (njegovim OpenClaw) o ovom zahtjevu.

Ovdje je čarolija: nulti troškovi objašnjenja. Budući da su svi zapisnici sastanaka automatski sinkronizirani u Obsidian, Zoe je već pročitala sadržaj poziva, zna tko je klijent, njihovu poslovnu situaciju i postojeću konfiguraciju.

Autor i Zoe zajedno su razdvojili zahtjev u: izraditi sustav predložaka koji omogućava korisnicima da pohranjuju i uređuju postojeće konfiguracije.

Zatim je Zoe učinila tri stvari:

  • Naplatila klijentu — odmah je uklonila ograničenja korištenja klijenta koristeći administratorski API
  • Povukla konfiguraciju klijenta — dobila postojeće postavke klijenta iz proizvodne baze podataka (samo za čitanje)
  • Generirala prompt i pokrenula agenta — sve kontekste je upakirala i dala Codexu

Korak 2: Pokretanje agenta

Zoe je za ovaj zadatak stvorila:

  • Nezavisno git worktree (izolirano okruženje grane)
  • tmux sesiju (omogućava Agentu da radi u pozadini)
# 创建 worktree + 启动代理 git worktree add ../feat-custom-templates -b feat/custom-templates origin/main cd ../feat-custom-templates && pnpm install

tmux new-session -d -s "codex-templates" \ -c "/Users/elvis/Documents/GitHub/medialyst-worktrees/feat-custom-templates" \ "$HOME/.codex-agent/run-agent.sh templates gpt-5.3-codex high Zašto koristiti tmux? Zato što omogućava intervenciju usred procesa.

Ako AI skrene s puta, ne morate ga ubijati i počinjati ispočetka, jednostavno pošaljite naredbu u tmux:

# 代理方向错了 tmux send-keys -t codex-templates "停一下。先做 API 层,别管 UI。" Enter

代理需要更多上下文

tmux send-keys -t codex-templates "类型定义在 src/types/template.ts,用那个。" Enter U isto vrijeme, zadatak će biti zabilježen u JSON datoteci: { "id": "feat-custom-templates", "tmuxSession": "codex-templates", "agent": "codex", "description": "Funkcija prilagođenih e-mail predložaka za poslovne klijente", "repo": "medialyst", "worktree": "feat-custom-templates", "branch": "feat/custom-templates", "startedAt": 1740268800000, "status": "running", "notifyOnComplete": true}

Korak 3: Automatsko praćenje

Cron zadatak provjerava stanje svih agenata svake 10 minuta.

Naglasak: ne postavlja "pitanja" Agentu o napretku (to bi trošilo tokene), već provjerava objektivne činjenice:

  • Da li je tmux sesija još uvijek aktivna?
  • Da li je kreiran PR?
  • Kakvo je stanje CI?
  • Ako je neuspjeh, treba li ponovo pokrenuti? (maksimalno 3 pokušaja)
Ovaj skript za praćenje je 100% determinističan, vrlo štedi tokene i obavještava autora samo kada je potrebna ljudska intervencija.

Ovo je zapravo poboljšana verzija Ralph Loop-a, o kojoj ćemo detaljnije govoriti kasnije.

Korak 4: Agent kreira PR

Agent završi kod, pošalje, i zatim koristi gh pr create --fill za kreiranje PR-a.

Napomena: u ovom trenutku autor neće primiti obavijest. Jer PR sam po sebi ne predstavlja "završeno".

Definicija "završeno" je:

  • ✅ PR je kreiran
  • ✅ Grana je sinkronizirana s main (nema sukoba)
  • ✅ CI je prošao (lint, provjera tipova, jedinične testove, E2E testove)
  • ✅ Codex recenzent je odobrio
  • ✅ Claude Code recenzent je odobrio
  • ✅ Gemini recenzent je odobrio
  • ✅ Ako ima promjena u UI, mora sadržavati snimku ekrana
Samo ako su svi uvjeti ispunjeni, smatra se da je stvarno završeno.

Korak 5: Automatizacija Code Review-a

Svaki PR će pregledati tri agenta:

  • Codex Reviewer — najpouzdaniji recenzent - stručnjak za otkrivanje rubnih slučajeva
  • Može uhvatiti logičke greške, nedostajuće obrade grešaka, uvjete utrke
  • Stopa lažnih alarma je vrlo niska

  • Gemini Code Assist Reviewer — besplatan i jednostavan za korištenje - može otkriti sigurnosne probleme i probleme s proširivošću koje su drugi recenzenti propustili
  • Daje konkretne prijedloge za ispravke
  • Ne koristi se uzalud

  • Claude Code Reviewer — gotovo beskoristan - previše oprezan, uvijek predlaže "razmotrite dodavanje..."
  • Većina prijedloga je prekomjerno dizajnirana
  • Osim ako nije označeno kao "kritično", inače se jednostavno preskoči
Sva tri recenzenta će izravno komentirati unutar PR-a.

Korak 6: Automatizirani testovi

CI cjevovod će pokrenuti:

  • Lint i TypeScript provjere
  • Jedinične testove
  • E2E testove
  • Playwright testove (izvode se u okruženju koje je identično produkcijskom)
Nova pravila dodana prošlog tjedna: ako PR mijenja UI, mora u opisu sadržavati snimku ekrana, inače CI izravno ne uspije.

Ovo pravilo značajno skraćuje vrijeme pregleda — autor može jednim okom pogledati snimku ekrana i odmah znati što je promijenjeno, bez potrebe da ulazi u pregledno okruženje.

Korak 7: Ručni pregled

Sada, autor prima Telegram obavijest: "PR #341 je spreman za pregled."

U ovom trenutku:

  • CI je potpuno zelen
  • Sva tri AI recenzenta su odobrila
  • Snimka ekrana prikazuje promjene u UI
  • Svi rubni slučajevi su zabilježeni u komentarima pregleda
Autorski pregled traje samo 5-10 minuta. Mnogi PR-ovi se čak ne pregledavaju u kodu, već se samo pogledaju snimke ekrana i odmah se spajaju.

Korak 8: Spajanje

PR se spaja. Svakodnevno postoji cron zadatak koji čisti izolirane worktree i zapise zadataka.Završivši cijeli proces, od zahtjeva klijenta do implementacije koda, moglo je proći samo 1-2 sata, dok je stvarno vrijeme autora možda bilo samo 10 minuta.

Tri mehanizma koja čine sustav pametnijim

Mehanizam 1: Poboljšana verzija Ralph Loop — ne samo ponavljanje, već učenje

Možda ste čuli za Ralph Loop: povlačenje konteksta iz memorije → generiranje izlaza → procjena rezultata → pohrana učenja.

No, većina implementacija ima jedan problem: svaki put se koristi isti prompt. Ono što se nauči poboljšava buduće pretraživanje, ali sam prompt je statičan.

Ovaj sustav je drugačiji.

Kada Agent ne uspije, Zoe ne pokreće ponovno s istim promptom. Ona analizira uzrok neuspjeha s punim poslovnim kontekstom i zatim prepisuje prompt:

❌ Loš primjer (statički prompt): { "Implementiraj prilagođenu funkcionalnost predloška" }

✅ Dobar primjer (dinamička prilagodba): { "Stop. Klijent želi X, a ne Y. Ovo su njihove riječi s sastanka: Želimo zadržati postojeću konfiguraciju, a ne stvoriti novu od nule. Fokusirajte se na ponovnu upotrebu konfiguracije, nemojte raditi novi proces." }Zoe može napraviti ovu prilagodbu jer ima kontekst koji Agent nema:

  • Što je klijent rekao na sastanku
  • Čime se ta tvrtka bavi
  • Zašto je prethodni sličan zahtjev propao
Što je još bolje, Zoe ne čeka da joj dodijelite zadatak, ona aktivno traži posao:

  • Ujutro: skenira Sentry → otkriva 4 nova greška → pokreće 4 Agenta da istraže i isprave
  • Nakon sastanka: skenira zapisnik sa sastanka → otkriva 3 funkcionalna zahtjeva koje je klijent spomenuo → pokreće 3 Codexa
  • Navečer: skenira git log → pokreće Claude Code za ažuriranje changeloga i dokumentacije za klijente
Autor se vraća s šetnje, a na Telegramu piše: "7 PR-ova je spremno. 3 nove funkcionalnosti, 4 ispravke grešaka."

Uspješni obrasci bit će zabilježeni:

  • "Ova struktura prompta je vrlo učinkovita za funkcionalnost računa"
  • "Codex treba unaprijed dobiti definicije tipova"
  • "Uvijek treba uključiti putanju do testnog datoteka"
Signal za nagradu je: CI prolazi, tri code review prolaze, ručno spajanje. Svaki neuspjeh pokreće ciklus.

Što duže traje, to je Zoein prompt bolji, jer se sjeća što može uspjeti.

Mehanizam 2: Strategija odabira Agenta — različiti zadaci, različiti stručnjaci

Nisu svi Agent jednako jaki. Autor je sažeo strategiju odabira:

  • Codex(gpt-5.3-codex) — glavni igrač - backend logika, složene greške, preuređenje više datoteka, zadaci koji zahtijevaju inferenciju preko više kodnih baza
  • Sporo, ali temeljito
  • Pokriva 90% zadataka

  • Claude Code(claude-opus-4.5) — brzi igrač - frontend rad
  • Manje problema s dozvolama, pogodno za git operacije
  • (Autor ga je ranije više koristio, ali nakon izlaska Codexa 5.3 prešao je na njega)

  • Gemini — dizajner - ima estetski osjećaj
  • Za lijep UI, prvo neka Gemini generira HTML/CSS specifikacije, a zatim ih predajte Claude Codeu za implementaciju u sustavu komponenti
  • Gemini dizajnira, Claude gradi
Zoe će automatski odabrati Agenta prema vrsti zadatka i prenositi izlaze između njih. Greška u sustavu računa ide Codexu, ispravak stila gumba ide Claude Codeu, novi dizajn nadzorne ploče prvo ide Geminiju.

Mehanizam 3: Gdje je usko grlo? RAM

Ovdje postoji neočekivano ograničenje: nije trošak tokena, nije brzina API-ja, već memorija.

Svaki Agent treba:

  • svoj radni prostor
  • svoje node_modules
  • pokretanje gradnje, provjere tipova, testiranja
5 Agenta koji rade istovremeno = 5 paralelnih TypeScript kompajlera + 5 testnih pokretača + 5 setova ovisnosti učitanih u memoriju.

Autorov Mac Mini (16GB RAM) može istovremeno pokrenuti najviše 4-5 Agenta, a više od toga počinje zamjenjivati, i mora se moliti da ne grade istovremeno.## Možete i vi postaviti: od nule do rada za samo 10 minuta

Želite isprobati ovaj sustav?

Najjednostavniji način:

Kopirajte cijeli ovaj članak u OpenClaw i recite mu: "Prema ovoj arhitekturi, implementiraj mi sustav Agent klastera za moju kodnu bazu."

Tada će:

  • pročitati arhitektonski dizajn
  • stvoriti skripte
  • postaviti strukturu direktorija
  • konfigurirati cron nadzor
10 minuta i gotovo.

Trebate pripremiti:

  • OpenClaw račun
  • API pristup za Codex i/ili Claude Code
  • jedan git repozitorij
  • (opcionalno) Obsidian za pohranu poslovnog konteksta

2026: milijunska kompanija jednog čovjeka

Autor na kraju članka iznosi misao koja mi se čini vrlo inspirativnom:

"Vidjet ćemo veliki broj milijunskih kompanija jednog čovjeka koje će se pojaviti od 2026. godine. Poluga je ogromna, pripada onima koji razumiju kako izgraditi rekurzivne AI sustave samopoboljšanja."

Ovo je kako to izgleda:

  • AI orkestrator kao vaše produženo ruke (poput Zoe za autora)
  • Delegiranje posla specijaliziranim Agentima, koji obrađuju različite poslovne funkcije
  • Inženjering, korisnička podrška, operacije, marketing
  • Svaki Agent fokusiran na ono što najbolje radi
  • Vi ostajete fokusirani i potpuno kontrolirate
Sljedeća generacija poduzetnika neće zapošljavati 10 ljudi da bi obavili posao koji može obaviti jedna osoba uz sustav. Oni će graditi ovako — održavajući male razmjere, brzo djelujući, objavljujući svaki dan.

Sada je previše AI generiranog smeća. Razne hype, razne "kontrolne centre zadataka" s otmjenim demo verzijama, ali bez stvarno korisnih stvari.

Autor kaže da želi raditi suprotno: manje hype-a, više dokumentiranja stvarnog procesa izgradnje. Stvarni kupci, stvarni prihodi, stvarni podaci objavljeni u produkciju, a tu su i stvarni neuspjesi.

Ovdje završava ovaj članak.

Pregled ključnih točaka:

  • Dvostruka arhitektura: sloj orkestracije drži poslovni kontekst, sloj izvršenja fokusira se na kod
  • Potpuna automatizacija: 8 koraka procesa od zahtjeva do PR-a, većina zadataka uspješno obavljena iz prve
  • Dinamičko učenje: nije ponavljanje izvršenja, već prilagođavanje strategije prema uzrocima neuspjeha
  • Kontrolirani troškovi: početak $20/mjesečno, intenzivna upotreba $190/mjesečno
Ako i vi istražujete praktične primjene AI automatizacije, nadam se da će vam ovaj slučaj pružiti inspiraciju.

Referentna adresa:https://x.com/elvissun/status/2025920521871716562

Published in Technology

You Might Also Like