Qoder 1.0 test — Quest nezavisni prozor + paralelizam između projekata, ono što Claude Code još uvek ne može, on može.
Kada sam ranije preporučivao Qoder, u komentarima je najviše odzvanjalo — skup je.
Ali da li znate koliko korisnika Qoder sada ima?
5 miliona.

Čak 70% prihoda dolazi od preduzeća — što znači da skupa stvar, pored toga što je skupa, nema drugih mana.
Iskreno, koristim Qoder još od verzije 0.1 i gledam ga kako iz jednog „solidnog“ AI IDE-a postaje ono što je danas; usput sam napisao nekoliko recenzija, i svaki put pomislim „ove nadogradnje su već velike“, a onda me sledeća ponovo iznenadi.
Ovaj put je 1.0 direktno promenila ime — Autonomous Development Desktop, radna površina za autonomni razvoj.

Quest je izdvojen iz Qodera i postao je nezavisan — ha ha.
Termin AI IDE više nije dovoljan.
Raniji Qoder je bio „dok pišem kod, AI pomaze pored mene“, a sada je „reknem AI-u šta da radi, on to sam obavi i javi mi da preuzmem isporuku“. Ta promena zvuči suptilno, ali u suštini je prelazak iz saradnje u delegiranje.
U ovom članku ćemo razgovarati o ključnim nadogradnjama Qoder 1.0:
Quest nezavisni prozor, paralelizam zadataka između više projekata, prilagođeni tim eksperata, i pritom temeljna rekonstrukcija Agent Harness-a.
Za svaku funkciju ću razložiti — šta vredi isprobati, to ću i preporučiti; šta treba kritikovati, to ću i kritikovati.
01. Quest nezavisni prozor
Prvo o najvećoj promeni.
Quest je iz modusa unutar IDE-a nadograđen u nezavisan prozor.
Upravljanje zadacima, praćenje stanja, pregled isporučenih proizvoda i poziv znanja — sve se obavlja unutar Quest prozora. Inženjerske informacije kao što su stablo direktorijuma, izmene koda, izlaz terminala i pregled u pregledaču podržane su po potrebnom proširivanju, tako da ne morate da napuštate kontekst trenutnog zadatka kako biste pogledali detalje projekta.

Šta to znači?
Možemo u Editoru ručno menjati kod, a istovremeno pustiti Quest da samostalno izvršava drugi zadatak. Kontekst između dva prozora se besprekidno povezuje, uz slobodno prebacivanje između režima „uradi sam“ i „delegiraj AI-ju“.
Raniji AI programerski alati su bili kao kopilot — mi vozimo, on navigira. Sada je Quest više kao da smo unajmili vozača — mi na zadnjem sedištu obavljamo druge poslove, a povremeno podignemo glavu da proverimo da li je ruta dobra.
Nakon otvaranja Quest prozora dajte mu jedan zadatak:
U modul workflow projekta PaiAgent dodaj čvor „uslovna grana“, referišući se na postojeći način implementacije LLM čvora, podržavajući uslovno grananje na osnovu JSON polja izlaza prethodnog koraka, koje vodi ka različitim granama nizvodno. Po završetku pokreni jedinične testove.
Quest po prijemu zadatka samostalno razlaže korake, čita kod, piše implementaciju i pokreće testove. Usput je naišao na problem u definiciji tipa, iskočio mu je prozor za potvrdu kako da postupi; bacih pogled i izabrah jedno rešenje, pa je nastavio dalje.

Zatim je počeo da kontroliše pregledač i da mi testira.

I u pregledaču ovde mogu da vidim šta radi.

Ovaj osećaj je zaista prijatan. Ha ha.
Iskreno, to što se Quest odvojio od Qodera je ispravna odluka; za mene je vreme koje provodim čitajući kod sve kraće — u suštini potpuno verujem AI-ju.
Ako se pojavi problem, prosledim povratnu informaciju Agent-u i u osnovi uvek može da se reši.
02. Paralelizam zadataka između više projekata
Ako Quest nezavisni prozor rešava problem „ti i AI u jednom projektu radite odvojeno“, onda paralelizam zadataka između više projekata rešava problem „istovremeno radim na više projekata“.
Qoder 1.0 proširuje opseg paralelizma na dimenziju između projekata i između repozitorijuma koda. U više Workspace-ova možete istovremeno pokretati Agent zadatke različitih projekata i preko jedne objedinjene table u realnom vremenu pratiti dinamiku svih zadataka.
Svaki Quest zadatak ima nezavisnu oznaku stanja: u izvršenju, čeka potvrdu, završeno. Nema potrebe da se prelazi sa prozora na prozor da bi se pratila kvota napretka.
Imam istovremeno tri projekta — PaiAgent, Pai Cong Ming i PaiFlow — i ranije, kada sam želeo da AI pomogne oko različitih projekata, morao sam da otvorim nekoliko IDE prozora i stalno se prebacujem. Sada u Qoder 1.0 mogu jednim dahom dodeliti po jedan zadatak svakom od tri projekta, a zatim na objedinjenoj tabli nadgledati napredak.
Za PaiAgent sam već ranije otvorio zadatak; sada ćemo PaiCLI-ju dodati još jedan zadatak:
Prompt 2 (projekat PaiCLI): ako želim da PaiCLI može da se poveže sa mobilnim klijentom, na primer da komunicira direktno preko WeChat bota, kako to da uradim?
Na tabli se može videti napredak svakog od njih.

Po završetku zadataka, Qoder automatski generiše Summary isporučenu listu koja obuhvata napredak zadatka, dokumentaciju proizvoda i izmene koda, radi brzog pregleda.

03. Evolucija Experts tim eksperata
Experts tim eksperata sam u prethodnom članku već detaljno ocenio; tadašnji utisak je bio:
Konačno nije sam jedan AI u borbi.
Ali ranije je postojalo jedno razočaranje: Experts su mogli da se koriste samo u Chat bočnoj traci, a nisu mogli u Quest prozoru.
Verzija 1.0 zvanično uvodi Experts u Quest prozor.

Sada u Quest prozoru možete slobodno birati režim jednog Agent-a ili Experts tim eksperata. Tim eksperata sastoji se od pet vrsta stručnjaka — planiranje, istraživanje, kodiranje, pregled, testiranje — koji kao cevovod zajednički isporučuju.
Za jednostavne zadatke dovoljan je jedan Agent; za kompleksne zadatke prebacite se na Experts, gde Leader Agent automatski razlaže zadatke, dodeljuje ih različitim stručnjacima, nadgleda napredak i objedinjuje rezultate.

Veća nadogradnja je u mogućnosti prilagođavanja tima eksperata.
Raniji Experts su bile pet unapred zadatih uloga koje je Qoder definisao, pa ste mogli da koristite samo njihove konfiguracije. Sada možemo sami da kreiramo sopstveni tim Agent-a, za svakog Agent-a konfigurišemo znanje iz oblasti, veštine zadatka i interfejse za spoljne alate.
Prostornost mašte ove funkcije je velika. U teoriji, svaki tim može da izgradi sopstveni tim Agent-a na osnovu svog tehnološkog steka i poslovnog scenarija.

Frontend tim može imati React stručnjaka, Vue stručnjaka; backend tim može imati stručnjaka za mikro-servise, stručnjaka za baze podataka; tim za testiranje može imati stručnjaka za testiranje interfejsa, stručnjaka za testiranje performansi.
04. Agent Harness — rekonstrukcija temelja
Model pruža inteligenciju, Harness odlučuje da li se ta inteligencija može pretvoriti u upotrebljivu isporuku.
Sada svaki zadatak ima nezavisno okruženje za izvršavanje, vezano za konkretan Workspace. Zadatak se kreira iz izvornog projekta, izvršava u vezanom okruženju, a proizvodi, pregledi i isporuke padaju na jasno određeno mesto isporuke.
Još važniji je konzept Artifact cevovoda.
Proces izvršavanja Agent-a strukturiran je kao pregledna nit proizvoda; svaki korak ima jasno poreklo i stanje. Možete da pratite koju je odluku Agent doneo u trećem koraku, zašto je promenio taj fajl i kakav je rezultat testa.

ending
Quest nezavisni prozor prvi put mi je dao osećaj da „delegiranje posla AI-ju“ više nije samo parola.
Sledeći korak u AI programiranju nije da AI piše brži kod, već da AI preuzima potpunije zadatke.
Od „pomozi mi da napišem ovu funkciju“ do „pomozi mi da implementiram ovu funkcionalnost“ pa do „pomozi mi da završim ovaj projekat“. Qoder 1.0 ide upravo u tom pravcu.
[Mislim da bi konačni oblik AI programerskih alata zaista mogao da izostavi editor, baš kao što se Quest odvojio od Qodera.]
Vidimo se u sledećem.
