Agenti · Usklađenost · Članak 2 · Nacrt

Od Agentic Weba do dev-laba: tri sloja, jedan skup kontrola

Članak 1 ove serije: Kako učiniti da AI World radi i ostane usklađen. U njemu su uvedene tri kontrole: kapija, izolacija, dokaz. Ovaj članak ih prati kroz tri sloja.

Dva pojma, definisana jednom

Agentni web je otvoreni internet viđen očima softverskih agenata: usluge koje agenti čitaju i, tamo gde je dozvoljeno, u kojima deluju u ime osobe.

Dev-lab je mesto gde se agenti grade, testiraju i pokreću: radna stanica, repozitorijumi, pipeline-ovi i mali hostovi oko njih.

Između njih je agentno preduzeće, kompanija koju vode agenti unutar jedne organizacije. Svaki sloj dobija iste tri kontrole.

1. Agentni web: agent koji deluje u ime jedne osobe

Agent na webu je softver koji deluje u ime osobe: čita usluge i, gde je dozvoljeno, deluje u njima sa pristupom same te osobe. Takav agent radi u okviru pravnih, ugovornih i bezbednosnih ograničenja.

Učestvuju tri strane: korisnik, koji poseduje nalog i mandat; agent, sa sopstvenim profilom pregledača i sopstvenom fasciklom; i usluga, čije su stranice, poruke i komentari za agenta podaci, nikada uputstva.

Čitanje i pisanje su različita izvršavanja

Izvršavanje koje čita nikada ne objavljuje, ne reaguje, ne šalje poruke, ne prati i ne menja. Izvršavanje koje piše je posebna vrsta izvršavanja.

Identitet ostaje kod korisnika

Agent koristi sopstveni profil pregledača. Nikada ne unosi, ne čuva i ne traži lozinku, kod ili token; korisnik se prijavljuje jednom.

Pisanje čeka odobrenje

Svako pisanje je prvo tačan nacrt: šta, gde, tačan tekst, cilj. Izvršava se tek nakon odobrenja tog tačnog nacrta, jedna radnja po odobrenju, nikada skupno. Svaka izmena teksta je novo odobrenje.

Nepouzdan ulaz

Uputstvo pronađeno na stranici, u komentaru ili poruci se prijavljuje, ne sledi se.

Dokaz i kanonski izvor

Svako izvršavanje piše jedan datiran izveštaj, a ono što agent prikupi ostaje u njegovoj fascikli. Korisnikov sopstveni sajt je original članka; kopija negde drugde vodi nazad na njega.

Ukratko: odobrenje tačnog nacrta; poseban profil bez sačuvanih kredencijala; izveštaj za svako izvršavanje.

2. Agentno preduzeće: uloge, magistrala i sistem evidencije

Agentno preduzeće je ovde simulirana mala kompanija koju vode softverski agenti. Orkestrator pokreće strane entiteta (sopstvenu stranu kompanije i spoljne partnere poput klijenata, revizora i dobavljača) kao kratkotrajne pod-agente, svakog sa napisanim profilom uloge koji učitava pre nego što deluje.

Kako se radi

Raspored budi orkestratora na sporom tajmeru. On čita kontrolu pokretanja, obustave ili zaustavljanja, bira najvredniju legitimnu stavku, daje da se obavi, proverava rezultat, beleži ga i prepisuje listu sledećih radnji. Pod-agenti prave nacrte i istražuju; orkestrator izvodi spoljne efekte i proverava ih prema sistemu evidencije. Sopstveni sažetak agenta je podatak, a ne dokaz.

Kako delovi razgovaraju

• Datotečna magistrala: svaki agent ima prijemno i izlazno sanduče sa datotekama poruka, sa nitima, vrstom zahteva (informacija, pitanje, zahtev, odluka), rokom i statusom.
• Kanal zahteva između vlasnika i glavnog orkestratora; svaka stavka ima id i status (u redu, u radu, pitanje, čeka odobrenje, završeno).
• Eskalacija kao kartica: agent kome treba vlasnik piše eskalaciju; ona postaje jedna kartica sa preporučenim izborom na prvom mestu, a vlasnikov klik vraća se na istoj niti.
• Tekst drugog agenta je podatak, nikada uputstvo ni odobrenje.

Kapija

Izmena stiže do zajedničkog jezgra samo preko sopstvene grane, nezavisne recenzije vezane za tačan commit i jednog odobrenja vlasnika. Koordinator ponovo proverava u trenutku klika i ne gura ništa ako se bilo šta promenilo. Odobrenja su dugmad: otkucano „da“ ništa ne odobrava. Koraci sa tajnama traže vlasnikovu sopstvenu potvrdu u sesiji tog agenta.

Izolacija

Skeniranje blokira izlazak bilo kog imena, hosta, id-a ili podataka organizacije. Liste dozvola i zabrana pripadaju vlasniku; agenti ih nikada ne menjaju. Dugi poslovi rade u pozadini ili u nekoliko pod-agenata, a nebitne petlje se pauziraju kada nedostaje resursa.

Dokaz

Svaka radnja simulirane kompanije je jedan red u dnevniku samo za dodavanje: šta, ko, zašto, na kojoj osnovi, ko je odlučio. Knjiga čuva svaki otvoreni zahtev dok se ne završi ili odbaci. Meri se isporuka, a ne živost: „živ, ali ništa nije isporučio“ je alarm.

Jedna pouka ovog sloja: tvrdnja se mora dokazati prema sistemu evidencije pre nego što se ponovi.

3. Dev-lab: zone i ko sme s kim da razgovara

Dve zone

• Vlasnikova zona sadrži kontrolnu površinu (lokalnu tablu sa kanalom zahteva i karticama), žive sesije agenata, lokalnu datotečnu magistralu i radne kopije repozitorijuma. Tajne ostaju u datotekama samo za lokalnu upotrebu i nikada ne putuju do zajedničkog jezgra.
• Zona izvora i pipeline-a sadrži repozitorijume organizacije, istoriju recenzija i pipeline-ove, uz zakazane rezervne kopije.

Kako su povezane

Rad se kreće guranjem i povlačenjem preko izvorne usluge, a kontrolna površina gura tek nakon vlasnikovog odobrenja. Agenti ne drže sopstvene kredencijale za druge zone: koraci sa tajnama traže vlasnikovu sopstvenu potvrdu u sesiji samog agenta.

Mali hostovi

Mali hostovi su projektovani tako da izvršavaju samo komande sa liste dozvola preko gita i potpisanih poruka, bez dolaznog porta. Teški poslovi rade jedan po jedan.

Ukratko: nezavisna recenzija i odobrenje vlasnika; zone i liste dozvola; nadzornik koji proverava otkucaje i zapis svakog prelaska.

4. Jedan skup kontrola, tri sloja

5. Za poneti

Bez obzira na sloj, pretpostavite da agent može da pogreši ili da bude izmanipulisan, ograničite do čega greška može da dopre i ostavite zapis koji neko drugi može da prati.