Vaši agenti ne morejo pomagati pri tem, česar ne vidijo

»ekipe danes svoje delo raztresejo po orodju za klepet, gostitelju kode, sistemu CI in zdaj še po kupu nenehno spreminjajočih se orodij za agente. vsak šiv izgublja informacije ... in agenti to čutijo najbolj. ne morejo pomagati pri tem, česar ne vidijo.«
Jack Dorsey, ob izidu Buzza 21. 7. 2026

To je celoten problem v enem stavku, ima pa še drugo polovico, ki jo je laže spregledati.

Nekateri v vaši ekipi so z umetno inteligenco res spretni. Kontekst o stranki hranijo v datoteki, ki jo model bere, imajo navodila, ki delujejo, in vedo, po katero orodje poseči. Nič od tega ni zaman. Vendar je vse skupaj vezano na posameznika. Kontekst leži v mapi enega človeka, navodila v njegovih nastavitvah, odgovor v njegovem oknu. Postavitve, ki jo ima vaš najspretnejši uporabnik, sodelavec ne more priklicati niti videti.

Tako naenkrat nastaneta dve vrzeli: orodja ne vidijo drug drugega, ljudje pa ne vidijo postavitev drug drugega. Podjetje je plačalo za usposobljenost posameznikov. Želelo pa si je zmožnost, ki je njegova last.

Buzz je Blockov odgovor. Odprtokodni delovni prostor, ki ljudi, agente, pogovore in kodo postavi na isto raven, za enotnim sistemom identitet, na strežniku, ki je vaš. Zgradili so ga, kot pravi Dorsey, »da bi zmanjšali svojo odvisnost od slacka in githuba«, nato pa so ga podarili pod licenco Apache 2.0. Že po zasnovi je neodvisen od modela, dva tedna po zagonu pa je repozitorij presegel 23.000 zvezdic.

Dve ideji v njegovem ozadju sta vredni vaše pozornosti, ne glede na to, ali Buzz sam uspe ali ne.

Prva ideja: enoten kontekst

V Buzzu agent ni orodje, ki ga odprete. Je član vašega delovnega prostora. Ima svojo identiteto, pripada določenim kanalom, in ko ga kdo omeni, odgovori v tisti niti, s celotnim pogovorom pred seboj.

S tem odpade davek na kopiranje in lepljenje. Nihče ne razlaga, za katero stranko gre, ker se kanal o njej pogovarja že tri tedne. Nihče ne prilepi niti, ker agent nit bere.

Seže dlje od klepeta. Sporočila, projektne postavke, pregledi kode, dogodki v gitu in poteki avtomatizacij so ena in ista vrsta podpisanega zapisa v eni sami zgodovini, po kateri je mogoče iskati. Razvojna veja postane kanal, tako da popravek, rezultat CI, pregled in odločitev ležijo v isti niti kot pogovor, iz katerega so nastali.

Druga ideja: agent, ki mu lahko pogledaš pod prste

Ker je agent član in ne aplikacija na nečijem prenosniku, ga lahko prikliče več ljudi. Sodelavec, ki še nikoli ni namestil razvijalskega orodja, ga lahko omeni v kanalu in dobi resnično delo iz postavitve, ki je vašega najspretnejšega uporabnika stala eno popoldne. Konfiguracija ni več osebna oprema.

Tu je še model identitete, tisti del, ki bi vas moral zanimati, če ste vi tisti, ki stvari potrjuje.

Vsak agent ima svoje ključe. Vaših si ne sposoja. Vse, kar naredi, je podpisano in sledljivo do njega, tako da lahko še čez mesece odgovorite na vprašanje »kdo je to naredil in kdo mu je dovolil«. Matt Rice, ki dokumentira uvajanje, je to ubesedil najbolje. To je »sodelavec, ki mu lahko pogledaš pod prste, ne bot, ki si je nadel tvoj obraz«.

Primerjajte to z boti, ki jih imate zdaj in ki objavljajo pod identiteto aplikacije, ta pa vam o tem, kdo je kaj odobril, ne pove ničesar.

Pod tem je še tišji mehanizem. Buzzovi agenti podpirajo kljuke življenjskega cikla: preverjanja, ki jih vgradite v agentovo zanko, so skrita pred modelom in zavrnjena, če jih model poskuša poklicati sam. Omejitev ni odvisna od tega, ali se model odloči lepo obnašati.

Kako je to videti v praksi

Tako to uporabljamo mi. Vzemite, kar vam ustreza, ostalo pa spremenite; postavitev je vredna več, bolj ko jo prilagodite svojemu delu.

Med pogovorom o potencialni stranki se pojavi vprašanje. Običajno: nekdo reče »bom pogledal«, odpre brskalnik, izgubi petnajst minut in se oglasi čez uro. V Buzzu: vprašate kar v niti. Agent že ve, za katero stranko gre, saj je nit prav o njej, odgovor pa pristane tam, kjer ga vidijo vsi.

Iz pogovora se izlušči naloga. Običajno: nekdo jo omeni, vsak predvideva, da jo je ujel nekdo drug, čez dva tedna pa se znova pojavi kot težava. V Buzzu: agenta prosite z istim stavkom, kot bi ga uporabili pri sodelavcu. Opravi delo in rezultat sporoči v niti, tako da prošnja in rezultat ostaneta skupaj.

Stranka prijavi napako. Običajno: podpora si jo zapiše, razvijalec jo prebere naslednji dan, postavi tri pojasnjevalna vprašanja in jo začne poustvarjati. V Buzzu: podpora jo objavi, nekdo pritegne razvijalčevega agenta za kodo, ta pa napako poustvari, dokler je nit še topla.

Vrnete se po dveh dneh odsotnosti. Običajno: drsite po zaslonu. V Buzzu: vprašate, kaj ste zamudili v kanalih, ki so vam pomembni, in dobite kratek povzetek s povezavami.

Vzorec je vsakič enak. Delo poteka tam, kjer pogovor že je, tako da ni treba ničesar kopirati v drugo orodje in nazaj.

Kaj so ljudje zgradili v prvem tednu

Nihče od njih ni Blockov zaposleni. Vse to se je zgodilo v sedmih dneh po zagonu.

• Podjetje z enajstimi agenti, preseljeno vanj. Orkestrator, vodja izvedbe, povezano z lastnikovo lastno projektno tablo.
• Agent, čigar edina naloga je razdeljevanje dela. Imenuje se Chief, v opisu delovnega mesta pa piše, da dela ne opravlja sam. Eno sporočilo in napolni kanal s strokovnjaki ter vrne izdelek s preverjenimi viri.
• Tovarna vsebin v eni niti. Od ideje do objavljene objave, pri čemer agent na koncu preveri še živo stran.
• Most do Linearja. Dodelite nalogo, vodstveni agent v svežem peskovniku zbudi pravega agenta, napredek pa se objavlja v oba sistema.
• Slack in Notion, zamenjana. Operater po dveh dneh, ki poganja enega agenta za uvajanje in enega za finančno poročanje, ki ga lahko kdor koli povpraša.

In tisti, ki največ pove o tem, kam gre to: eden od njih ga sploh ni namestil ročno. Svojemu agentu za kodo je na glas, v glasovnem načinu, naročil, naj namesti Buzz, ustvari kanale in nastavi agente. Naš vodnik naredi približno isto, s pozivom, ki ga prilepite v Claude Code, Codex ali Cursor. Najdete ga na koncu tega članka.

Agenti, ki delujejo kot ekipa, ne kot množica

Doslej najkoristnejši javni primer je postavitev Rileyja Browna, ker pokaže, kaj se spremeni, ko si več agentov deli isti prostor.

Codex uporablja kot vodilnega, saj že hrani njegove veščine, spomin in delovne procese za upravljanje računalnika. Claude Code in Grok delujeta kot pregledovalca. Pri resničnem opravilu, sličicah za videe, Codex ustvari pet možnosti, pregledovalca jih ocenita, Codex iz tega odziva ustvari novih pet, on pa izbere, kaj si zasluži še en krog.

Nauk ni v izboru orodij, ampak v zaporedju. Pet agentov, ki vzporedno odgovarja na isto ohlapno vprašanje, večinoma le množi šum. Ozko zastavljene naloge in vidne predaje ne.

V praksi to omogočata dve pravili. Vsaka predaja pove, kaj se zahteva, kaj šteje za opravljeno in česa agent ne sme početi. Vse, kar ima zunanje posledice, torej objavljanje, pošiljanje, združevanje, trošenje in brisanje, ostaja v rokah človeka.

Ne kupujete modela

Buzz ne pride z možgani. Usmerite ga na enega, pozneje pa ga lahko zamenjate, ne da bi izgubili delovni prostor, saj kontekst živi na vašem releju in ne znotraj orodja.

V praksi uporabite tisto, kar vaša ekipa že plačuje. Če vaše delo zakonsko ne sme zapustiti vaših naprav, je izvajalno okolje z odprtimi utežmi podprta možnost in ne zasilna rešitev.

Kdo plača in kdo sme

Agenta je mogoče poganjati na dva načina, ki staneta različno.

Na nečijem prenosniku. Buzz poganja pomočnika za kodiranje, ki ga ima ta oseba že nameščenega. Podjetje k svojemu računu za programsko opremo ne doda ničesar, saj agent uporablja naročnino in napravo te osebe. Zanka je v tem, da deluje le, dokler je naprava prižgana.

Na majhnem strežniku, vedno na voljo. Ta potrebuje svoj ključ API, od Anthropica, OpenAI ali katerega koli združljivega ponudnika, vključno z OpenRouter, temu ponudniku pa plačujete po porabi. Buzz zraven ne zaračuna ničesar. Gostovanje je med beta obdobjem brezplačno, samostojno gostovanje pa ne stane nič.

Upravljanje določata dve nastavitvi in obe si zaslužita odločitev, ne privzete vrednosti.

Prva je kdo sme govoriti z vsakim agentom: samo njegov lastnik, poimenski seznam sodelavcev ali kdor koli v kanalu. Privzeto je nastavljen na »samo lastnik«, tako da je deljenje zavesten korak. To je pravi privzetek, iz razloga, ki postane jasen v nadaljevanju.

Druga je koliko pogovorov obvladuje hkrati. Vsaka tekoča seja porablja lastnikovo naročnino in njegovo napravo, zato je to odločitev o virih, ne tehnična podrobnost. Prav zato potrebuje deljeni agent poimenovanega lastnika.

Kako to strukturiramo pri nas

Tako imamo urejeno pri NativeAI. To je izhodišče, ne predloga za dobesedno kopiranje: bolj ko jo prilagodite temu, kako vaše podjetje resnično deluje, več od nje odnesete.

En kanal na vsak tok dela, en na vsako občinstvo in vsaj eden, v katerega pišejo samo agenti.

• general in welcome za vsakdanji pogovor
• en kanal za vsak izdelek
• po enega za prodajo, vsebine, operativo in kadre, podporo strankam in interna orodja
• enega za panožne novice, da ne preplavijo vsega drugega
• enega, kjer ekipa zbira pozive in delovne procese, ki so se resnično obnesli
• en kanal s tokom, v katerega objavljajo samo avtomatizacije

Nabor agentov je manjši, kot ljudje pričakujejo. Tri stvari, ne deset. Vsak, ki že uporablja pomočnika za kodiranje, ga spremeni v deljenega agenta za dva ali tri poimenovane sodelavce. En vedno prižgan pomočnik na strežniku obravnava vprašanja, ki pridejo, ko so prenosniki zaprti. Ena avtomatizacijska identiteta, ki sploh ni pogovorna, objavlja v kanal s tokom, tako da strojnih dogodkov nikoli ne zamenjate za človeške.

Začnite z deljenimi agenti. Kanal s tokom se izplača pozneje, ko je dovolj avtomatizacij, da ga napolnijo; prvi dan je prazna soba.

Kaj še manjka

Buzz je v beta različici in se hitro spreminja, zato mora biti vse, kar o njem preberete, tudi to besedilo, opremljeno z datumom. Ta razdelek drži na dan 6. 8. 2026, za različico v0.5.5, ki je četrta izdaja v enem tednu. V štirinajstih dneh pred pisanjem sta se premaknili dve stvari: gostovanje gita je iz manjkajočega postalo dostavljeno, mobilni aplikaciji pa sta iz obljubljenih postali dosegljivi 29. 7., tako na App Store kot na Google Play.

Telefonski aplikaciji potrebujeta eno pojasnilo, ker to odloči, kako uporabni sta. Nista daljinski upravljalnik za vaš prenosnik: aplikacija sama podpisuje svoja sporočila, se pogovarja neposredno z relejem in potisna obvestila delujejo, tako da vaša ekipa takoj vidi, kar napišete. Telefon ne zmore zbuditi agenta, ki živi na zaprtem prenosniku. Če želite odgovor opolnoči, poženite enega vedno prižganega agenta na strežniku z lastnim ključem API, in telefon ga doseže kadar koli.

Onkraj tega: odobritvene točke za delovne procese so na pol zgrajene, ugled med releji pa je izražena namera in ne koda, na kar Block sam opozarja. Vsaka skupnost še vedno teče na enem releju, zato je povezovanje relejev bolj stvar prihodnosti kot sedanjosti.

Aplikacija deluje kot v zgodnji fazi, ker to tudi je. Nekatere stvari zahtevajo več klikov, kot bi bilo treba, vmesnik pa se premika pod vami, saj nove različice pridejo vsakih nekaj dni.

Sledi del, ki ga velja prebrati dvakrat in ki ga je Blockov inženir zapisal, namesto da bi ga pomel pod preprogo. Buzzov agent običajno teče na istem računalniku, ki ga uporablja človek, zunaj vsakega peskovnika, brez pozivov za dovoljenja, in podeduje datoteke, veščine in poverilnice te naprave. Prav zato je zmogljiv in skoraj ne potrebuje nastavljanja. Hkrati pa to, po njegovih besedah, pomeni, da »agent lahko naredi kar koli, varnost pa v celoti sloni na omejevanju tega, kdo mu sme povedati, kaj naj počne.« Celoten varnostni model je sloj identitete. Pustite privzeto nastavitev na »samo lastnik« in jo širite po enega poimenovanega sodelavca naenkrat.

Še eno odprto vprašanje, od inženirja iz Slacka: agent, ki pripada več zasebnim kanalom, postane pot, po kateri informacije prehajajo meje, ki obstajajo z razlogom. Dovoljenja za posameznega agenta in podpisan zapis so odgovor na papirju. Do agentovega dostopa se vedite tako kot do dostopa do skupnega diska.

Kam to meri

Buzz teče na Nostru, isti tehnologiji, ki že prenaša plačila prek Lightninga, Dorsey pa je dejal, da se mu »agenti, ki lahko opravljajo transakcije, zdijo naravna naslednja smer za nas«. Agent s svojo identiteto, svojo revizijsko sledjo in zmožnostjo plačevanja dela je v podjetju drugačna vrsta udeleženca kot okence za samodejno dopolnjevanje.

Najmočnejši dokaz, da to ni postranski projekt, je, da Blockov prvi preizkus niste vi. So oni sami: »vse več Blocka bomo poganjali na buzzu.«

Kje boste to najprej občutili

Prvi dan tega ne boste opazili. Opazite ga na štirih točno določenih mestih.

Vprašanje, ki je nekoč stalo eno uro. Nekdo vpraša v kanalu, namesto da bi obljubil, da bo pogledal, odgovor pa je viden vsem, ne le v oknu enega človeka.

Sodelavec, ki se tega nikoli ne bi naučil. Omeni agenta svojega sodelavca in iz njega dobi resnično delo, ne da bi karkoli namestil. To je trenutek, ko osebna postavitev postane zmožnost podjetja.

Predaja, ki vam je ni bilo treba opraviti. Nekdo se vrne po tednu odsotnosti in prebere nit, namesto da bi rezerviral tri klice za nadoknaditev.

Vprašanje, na katero pozneje res znate odgovoriti. Kdo je to naredil in kdo je odobril, s podpisanim zapisom namesto z ugibanjem.

Izberite en resničen projekt, dajte ga v kanal in delite enega agenta z dvema sodelavcema. Dva tedna sta dovolj, da izveste, ali se vam pokaže kateri od teh štirih učinkov.