Izvršno okruženje agenata za usklađen rad | Dweve Nexus

Choose the audience that matches your question

The page contains three selectable readings of the same subject.

Agent za kodiranje i asistencija operatera. Demo metrike su ilustrativne.

Terminal, pretraga, lint, test, git i više.

Specijalizirani agenti surađuju na različitim područjima.

Svaki korak je zabilježen s vremenskim oznakama.

Pravila, provjere i testovi uvijek se izvode.

Pregledajte razlike, zatražite izmjene, konačno odobrenje.

Reproducirajte bilo koju sesiju bit po bit kada nešto treba pregled.

Pročitaj retry.ts, pronađen bug s vremenskim ograničenjem

Izdvoj zaštitu + ograniči ponovne pokušaje

Autonomni agenti koji pišu kod i vode evidenciju

za rukovanje mrežnim vremenskim ograničenjima, 5xx odgovorima i uvjetima sigurnim za idempotentnost. Čisti pomoćnik, potpuno jedinično testiran.

Ulaz, pravila, obrazloženje na jednom artefaktu

Ograničenja procijenjena u stvarnom vremenu

Upravljani Mesh, na lokaciji, zračno odvojen

formiran oko jednog zadatka i pokazuje svoj rad

namjera, opseg, sadržaj, etika, anomalija, izvođenje

cilj obj-281 · tim od 5 stručnjaka · ciklus 1/1

Izvođenje za izvršne organizacije · jedan cilj, jedan formirani tim, jedan trag

pokreni odluku · zadrži plaćanje dobavljaču v-281

radnja · vrata odobrenja · odluka #4f9e2c

potpis · M. Bos, ops-3 · 2026-04-12 09:14 CET

račun · trag ograničenja zapečaćen, ponovljiv od početka do kraja

Radna, epizodična, semantička, proceduralna baza znanja

Donesite Nexusu cilj koji trenutno prelazi preko ljudi, sustava, pravila i odobrenja. Pogledajte kako se rad razlaže, kako se organizacija formira, kako se dodjeljuju ovlasti, kako se neuspjeh ograničava i kako se svaki doprinos vraća jednom odgovornom ishodu.

Cjevovod, fan-out, delegacija, blackboard, debata

Dweve Nexus, izvršno okruženje za izvršne organizacije

Nexus je Python višeagentsko izvršno okruženje za rad koji zahtijeva više strukture od petlje upita. Njegova implementacija razdvaja agente, životni ciklus zadataka, tijekove rada, pamćenje i usmjeravanje temeljeno na sposobnostima u zasebne komponente. Python graditelji, DweveScript i CLI definiraju i pokreću taj rad.

Python izvršno okruženje, zasebne komponente

Podudaranje sposobnosti, eksplicitni zahtjevi

Koristite Python graditelje, DweveScript ili CLI za definiranje agenata, zadataka i tijekova rada za rad koji trebate koordinirati.

Radna, epizodička, semantička, proceduralna i znanje

Od deduktivnog do hibridnog, odabrano za zadatak

Dweve Nexus, svaki zadatak dobiva svoj tim

Većina AI alata daje svaki posao istom asistentu. Nexus radi drugačije. Iza Fabric-a formira tim oko onoga što ste tražili, šalje svaki dio specijalistu koji mu odgovara i vraća jedan rezultat kroz razgovor koji ste već otvorili. Pitate jednom. Nexus organizira sve iza toga.

Pitajte jednom. Pustite Nexus da formira tim, podijeli posao, spoji dijelove i vrati jedan rezultat. Organizacija radi za vas. Autoritet ostaje kod vas.

Tipizirane primopredaje održavaju runtime koherentnim. Tko god potpiše za posao, čita nešto drugo.

Trenutna implementacija pruža Python buildere za agente i DweveScript kompajler za deklarativne definicije agenata i workflowova. Njegov CLI parsira, kompajlira i pokreće DweveScript datoteke. To su komplementarna sučelja prema istoj Python implementaciji, a ne tvrdnje o ekvivalentnim Rust, TypeScript ili Go klijentima. Definicija napisana u jednom od njih ista je definicija kada se čita iz drugog, tako da se tim može kretati između deklarativne datoteke i buildera bez održavanja dva opisa iste organizacije.

Uz point to point poruke teče tipizirani event bus, što je ono oko čega se grupa agenata zapravo koordinira: zahtjevi i rezultati zadataka, prihvaćanja i odbijanja, zahtjevi i oslobađanja te događaji životnog ciklusa i zdravlja, pri čemu pretplatnici mogu filtrirati, prosljeđivati, odbacivati i transformirati ono što prime. Dvije vrste stanja namjerno se drže izvan pojedinačnih poruka. Blackboard je deklarirana struktura koju agenti čitaju i pišu, tako da je doprinos čitljiv nekom drugom osim onome tko ga je napisao.

Događaji i stanje koje je namijenjeno dijeljenju

Primopredaja u Nexus-u je vrijednost s oblikom, a ne odlomak za koji se jedan agent nada da će ga drugi parsirati. Protokolni sloj nosi A2A kompatibilne tipove za poruke, zadatke, artefakte, sposobnosti, vještine, uloge i statuse, a JSON je jedan od načina da se oni stave na žicu, a ne sam tipski sustav. Alati i vanjski sustavi dolaze putem ugovora, a Model Context Protocol podržan je kao jedna od tih granica gdje kupac to želi. Komponenta koja prima može validirati taj oblik prije nego djeluje, a trag čini primopredaju preglednom. JSON je transportni izbor; ne zamjenjuje ugovor.

Replay odgovara što se dogodilo. Ono što dijelovi predaju jedni drugima tipizirano je jednako strogo.

Nexus ima zasebne komponente za rutiranje, izvršavanje workflowova, komunikaciju, zaključivanje, memoriju, sigurnost i oporavak. To razdvajanje omogućuje pregled relevantne komponente kada se posao ponaša neočekivano, umjesto da se svaki kvar tretira kao problem s promptom. Svaka komponenta bilježi što je odlučila u trenutku kada je odlučila, tako da je pitanje nakon incidenta koja se komponenta promijenila, a ne koja je rečenica bila loše formulirana. Taj zapis je ono što replay čita natrag.

Captured replay ponovno koristi zabilježene izlaze svakog vanjskog poziva i rekonstruira izvorno izvođenje, što testira vlastite odluke runtime-a dok je vanjski svijet zadržan mirnim. Live replay ponovno poziva ovisnosti i uspoređuje, što je test koji može pasti i stoga onaj koji vrijedi pokrenuti. Captured replay odgovara je li runtime donio iste odluke dok je vanjski svijet zadržan mirnim. Live replay odgovara proizvode li današnje ovisnosti još uvijek isti rezultat. Usporedba je stoga test okruženja, a ne druga kopija povijesti.

Sve se to može gledati uživo. Ono što runtime odlučuje za sebe riješeno je prije nego što se pokrene.

Strukturirani događaji emitiraju se po entitetu, a implementacija odlučuje koji ih spremište prima: ograničena memorija na razvojnom okruženju, trajno spremište u produkciji te append only ili tamper evident pohrana gdje zapis mora odoljeti nekome izvan zgrade. Svako od tih nazvano je onim što jest. Runtime ne naziva obične promjenjive zapise nepromjenjivima, što je razlika između dokaza koji netko prihvaća i tvrdnje koju testiraju. Događaji zadržavaju svoj entitet i posturu pohrane.

Vrste entiteta postavljaju različita pitanja, a asimetrija je koristan dio. Pitanje agentu koliko je zdrav ima smisla, a isto pitanje operaciji nema, jer je operacija ili blokirana ili nije, a njezino zdravlje samo je zdravlje onoga tko je unutar nje. Jedinica rada ima rok i broj ponovnih pokušaja, a grupa nema ni jedno ni drugo: ono što grupa ima jest članstvo i zapis onoga na čemu je radila. Budući da se nijedan od tih skupova ne podudara, jedan ravni niz redaka loše odgovara na sva četiri pitanja.

Proizvodno pitanje rijetko je ono što je log rekao. Pitanje je koja je jedinica rada propustila rok, koji je agent nezdrav, koji je dio operacije blokiran i na čemu. Nexus izvještava o stanju istih stvari na kojima izvršava, pa pitanje ide onome tko posjeduje odgovor umjesto da se sastavlja iz redaka koji ga slučajno spominju. To čini pitanje rješivim bez ponavljanja razgovora. Stanje pripada entitetu koji posjeduje rad, pa se propušteni rok, nezdrav agent ili blokirana operacija mogu istražiti iz njegova zapisa i trenutačnog stanja.

Oporavak je nešto o čemu vas se obavještava. Gledati ga dok radi drugačiji je zahtjev.

Dvije posljedice koje inženjer može iskoristiti. Budući da je čekanje deterministička fiksna točka izračunata iz broja pokušaja, a ne izvlačenje iz slučajnog izvora, raspored neuspjelog pokretanja dio je onoga što se ponavlja, pa argument o tome koliko je jučer trajalo ima odgovor, a ne teoriju. I budući da krug pripada agentu, a ne vrsti rada, jedan neispravan ovisnik zaustavlja usmjeravanje na jedno mjesto dok isti rad ostaje usmjeriv svugdje drugdje. Svaka zamjena zapisuje se dok se događa: preusmjeravanje imenuje zamjenskog agenta i stanje koje je putovalo s njim, pa se spašeno pokretanje naknadno čita kao jedan komad rada s oporavkom unutar njega.

Nešto će propasti, a zanimljivo pitanje nije koji se odgovor odabire. Pitanje je što sprječava oporavak da postane radno opterećenje. Svaki je dio ograničen prije nego što nevolja počne: koliko pokušaja, koliko dugo traje svako čekanje, koliko dopuštenja spašavanje može potrošiti i koliko imanja jedan loš ovisnik ponese sa sobom. Ništa ovdje ne završava zato što je petlja odlučila da je dovoljno pokušala. Runtime bilježi broj pokušaja, izračunato čekanje, stanje kruga, zamjenu i stanje preneseno preko. To daje pregledu incidenta ograničen put za ispitivanje: ponovni pokušaj može se ponoviti, zatvorena ruta može se objasniti i terminalni neuspjeh može se razlikovati od spašavanja koje je završilo.

Politika odlučuje što se smije dogoditi. Nešto mora odlučiti što se događa kad neće.

Uz politiku, skup provjera traži operativne neuspjehe koje dobro ponašano pojedinačno pokretanje nikad ne pokazuje: isti rad dodijeljen dvaput, vrsta zadatka bez kvalificiranog vlasnika, resursi predani preko onoga što postoji, agent kojem se uskraćuje i propuštene granice latencije. Svaka je provjera operativna invarijanta procijenjena prema živom imanju, a ne prema dijagramu, i provjera koja se aktivira imenuje entitet na kojem se aktivirala, pa popravak ide agentu, a ne teoriji o dizajnu.