Kako Braintrust z orodjem Codex zahteve strank spremeni v kodo
Inženirji podjetja Braintrust uporabljajo Codex skupaj z GPT‑5.5, da zahteve strank za funkcije v nekaj minutah pretvorijo v predogledne veje in razširijo obseg inženirskih poskusov.

50%
ekipe Braintrust je v enem mesecu prešlo na Codex
Braintrust je platforma za opazljivost in evalvacije za izdajo kakovostnih izdelkov z umetno inteligenco.
Z orodjem Codex lahko njegovi inženirji zdaj zahteve strank za funkcije pretvorijo v predogledne veje in strankam v nekaj minutah pokažejo delujoče zamisli.
V enem mesecu je polovica ekipe Braintrust prešla na Codex. Za ustanovitelja in izvršnega direktorja Ankurja Goyala največja sprememba ni le hitrejše kodiranje. Gre za hitrejšo povratno zanko s strankami.
»Sliši se preprosto, toda Codex lahko v terminalu dobesedno izpisuje več besedila, ne da bi se upočasnil, drugi modeli pa tega preprosto ne morejo ponoviti,« pravi Goyal.
»Največja pridobitev je hitrost.«
Hitrost pogosto obravnavamo kot lastnost orodja, ki obstaja ločeno od njegove osnovne funkcionalnosti, toda za Goyala razlika v hitrosti »spremeni način, kako komuniciram z orodjem Codex v primerjavi z drugimi modeli.«
Z orodjem Codex lahko ekipa Braintrust iteracijo vključi v svoj razvojni potek dela, namesto da bi zahteve čakale. »Codex nam je omogočil, da zahteve strank za funkcije preizkušamo v realnem času,« pravi Goyal. »Prej se je zahteva za funkcijo, ki nam jo je nekdo poslal, uvrstila na seznam čakajočih nalog in bila prednostno razvrščena pozneje.«
Namesto tega lahko ekipa kopira in prilepi zahteve v orodje Codex, ustvari predogledno vejo in stranki v nekaj minutah pokaže izpolnjeno zahtevo. »Zares super pri orodju Codex je, da lahko zahteve za funkcije iterativno razvijamo in snujemo skupaj s stranko v realnem času,« pravi Goyal.
»Več kode kot napišemo, več težav strank lahko rešimo, Codex pa je trenutno najučinkovitejši način za to.«
Za Goyala Codex spremeni, koliko priprav je potrebnih za preizkušanje novih zamisli. »Pri drugih modelih bi moral s pozivi poskušati pripraviti model, da reši določeno težavo,« pravi. Počasnejša orodja zahtevajo več neposrednega usmerjanja, kar poveča stroške eksperimentiranja.
»Z orodjem Codex sem prešel na to, da napišem test, ki prikaže težavo, ustvarim testno okolje in nato pustim, da Codex deluje v tem okolju,« pravi Goyal. »To je zame nov primer uporabe, poskuse pa lahko izvajam zaradi hitrosti.«
Ta hitrost ekipi Braintrust daje več prostora za eksperimentiranje. Namesto ustvarjanja pozivov po korakih lahko inženirji opredelijo težavo, pustijo, da Codex dela v nadzorovanem okolju, in hitreje preidejo od zamisli do delujoče rešitve.
»Zares super pri orodju Codex je, da lahko zahteve za funkcije iterativno razvijamo in snujemo skupaj s stranko v realnem času.«


