Namespace prikupio 42 mil. USD — prihod je narastao osam puta

Namespace je 5. listopada 2026. u objavi o zatvorenoj rundi serije B naveo da je prikupio 42 milijuna dolara pod vodstvom Scale Venture Partnersa, da mu je ukupni prihod u prethodnih 12 mjeseci porastao osam puta te da infrastrukturu koristi više od 1.000 kompanija. Ukupno financiranje time je dosegnulo 65 milijuna dolara, a novi kapital tvrtka namjerava uložiti u razvoj proizvoda i širenje podatkovnih centara, uključujući flotu Mac računala. Planirano širenje povezuje rast poslovanja s potrebom za strojevima na kojima se kod može graditi i testirati.

Partner fonda Javier Redondo u Scaleovoj objavi ulaganja potvrđuje da je fond predvodio rundu i svoju tezu sažima riječima „existing tools cannot keep up”. Pritom izdvaja veći broj istodobnih poslova AI agenata, potrebu za izoliranim radnim okruženjima te vrijeme izgradnje i testiranja koda. Prema Sesamersovu pregledu runde, Namespace ima sjedište u Zürichu, a među ostalim ulagačima su NEA, 20VC, Essence, Burst Capital i Susa Ventures te Olivier Pomel, izvršni direktor Datadoga.

Zašto rast prihoda traži novu infrastrukturu

Rast prihoda govori da Namespace naplaćuje sve veći opseg poslovanja, ali ne pokazuje koliko košta njegovo održavanje. Tvrtka prodaje pristup računalnim kapacitetima za razvoj, izgradnju i testiranje koda. Kada više poslova stiže istodobno, mora imati dovoljno strojeva da ih pokrene bez dugog reda čekanja. Zato se ulaganje u podatkovne centre ne može promatrati odvojeno od rasta potražnje koji je pratio rundu.

Takav model traži ravnotežu između dostupnosti i iskorištenosti. Strojevi spremni za vršno opterećenje mogu dio vremena stajati neiskorišteni, dok premalo slobodnih strojeva produljuje čekanje i umanjuje vrijednost bržeg razvojnog ciklusa. Veći prihod sam po sebi ne otkriva iznos prihoda, trošak opreme ni profitabilnost poslovanja. Runda tvrtki daje kapital za širenje kapaciteta prije nego što se vidi koliko će se taj dodatni kapacitet redovito koristiti.

Što paralelni agenti mijenjaju u razvoju

AI agent koji mijenja kod treba pristup repozitoriju, alatima, ovisnostima i dopuštenjima potrebnima za posao. Kada više agenata radi istodobno, svaki treba vlastito radno okruženje kako promjene i izvršavanja ne bi ometali druge poslove. Okruženje se mora brzo pokrenuti, a pristup osjetljivom kodu i vjerodajnicama ostati pod nadzorom. Korisno je i sačuvati stanje koje agent može ponovno upotrijebiti pri sljedećem pokušaju.

Pisanje koda pritom nije jedini posao koji se ubrzava. Nakon promjene slijede izgradnja i testovi, a agent često čeka njihov rezultat prije nego što odluči što će izmijeniti. Ako se takvi poslovi gomilaju u redu, brže nastajanje promjena samo premješta usko grlo na provjeru. Ako se pak pokrenu paralelno, raste potrošnja računalnih resursa. Za razvoj uz agente zato su povezane dvije veličine: koliko brzo stiže rezultat provjere i koliko košta njegovo dobivanje.

Odakle dolazi obećana brzina

Namespaceova ponuda obuhvaća razvojna okruženja Devboxes, izvršitelje poslova za GitHub Actions i udaljeno izvršavanje izgradnje. Na stranici izvršitelja za GitHub Actions tvrtka opisuje predmemoriranje ovisnosti, slojeva Docker slika i zrcalne kopije repozitorija, NVMe prostor koji čuva predmemoriju između poslova te osnovne slike s unaprijed instaliranim ovisnostima. Brži stroj može skratiti samo rad koji se doista mora izvršiti; predmemorija štedi vrijeme kada se prethodno pripremljeni podaci mogu ponovno upotrijebiti.

To razdvaja dva moguća izvora ubrzanja. Namjenski hardver i raspoređivanje mogu smanjiti čekanje na slobodan stroj i skratiti samo izvršavanje, dok predmemoriranje izbjegava ponavljanje preuzimanja i pripreme. Učinak ovisi o sastavu konkretnog projekta: posao s često promjenjivim ovisnostima neće iz iste predmemorije dobiti jednaku korist kao posao koji velik dio pripreme može ponovno koristiti. Važna je i prilagodba postojećeg procesa kontinuirane integracije, jer zamjena izvršitelja sama po sebi ne mijenja način na koji projekt sprema i koristi međurezultate.

Mac kapacitet ima zasebnu ulogu u toj računici. Izgradnja i testiranje aplikacija za Appleove platforme traže odgovarajuće razvojne alate, pa dostupnost takvih strojeva određuje koliko provjera može teći istodobno. Njihovo širenje povećava mogući paralelizam, ali korist za pojedini tim i dalje ovisi o tome koliko poslova dolazi u isto vrijeme i koliko se dugo svaki izvršava.

Koliko vrijedi kraće čekanje na test

Prema Namespaceovu javnom cjeniku, početna cijena Devboxa iznosi 0,004 dolara po minuti, dok računalni poslovi troše obračunske jedinice s množiteljem 1 za Linux i 10 za macOS. Ti množitelji određuju obračun potrošnje; sami ne znače da će jednak razvojni posao na macOS-u imati deseterostruk konačni račun. Veličina stroja, trajanje posla, odabrani plan i moguća ponovna uporaba podataka utječu na stvarni trošak.

Za korisnika infrastrukture presudni su ukupno vrijeme do rezultata i cijena dovršene provjere. Skuplji stroj može biti opravdan ako posao završi dovoljno ranije, dok velik broj paralelnih provjera može povećati račun čak i kada svaka traje kratko. Posebno je važan odnos između vršnog broja poslova i uobičajenog opterećenja: kapacitet koji uklanja red čekanja tijekom naleta rada ima cijenu i u razdobljima slabije uporabe.

Upravo će se na tom odnosu vidjeti učinak najavljenog širenja. Dodatni strojevi imaju vrijednost ako skrate čekanje pri istodobnoj izgradnji i testiranju, a njihova iskorištenost pritom zadrži trošak pojedinog izvršavanja pod kontrolom. Bez podataka o trajanju poslova, čekanju u redu i uporabi novog kapaciteta, prijavljeni rast prihoda još ne pokazuje koliko je takav model učinkovit pri većem opsegu.

Pročitajte i:

• Supabase prikupio 150 mil. dolara i kupuje Turso — milijun baza tjedno
• Notion ili Airtable: jeftiniji alat usporava kad baza naraste
• Runway nije stanje računa: prihod može sakriti datum nestanka gotovine