Izvajalno okolje agentov za usklajeno delo | Dweve Nexus

Choose the audience that matches your question

The page contains three selectable readings of the same subject.

Pomoč pri kodiranju in operaterska pomoč. Metrike v demu so ilustrativne.

Terminal, iskanje, lint, testi, git in več.

Zapomni si vašo bazo kode in kontekst ekipe.

Specializirani agenti sodelujejo pri različnih zadevah.

Vsak korak je zabeležen s časovnimi žigi.

Pravilniki, preverjanja in testi se vedno izvajajo.

Preglejte razlike, zahtevajte spremembe, končna potrditev.

Ponovite katero koli sejo bit za bitom, ko je treba nekaj pregledati.

Preberi retry.ts, izsledil napako pri časovni omejitvi

Avtonomni agenti, ki pišejo kodo in hranijo dokaze

za obravnavo omrežnih časovnih omejitev, odzivov 5xx in pogojev, varnih za idempotentnost. Čista pomožna funkcija, v celoti enotno testirana.

Skupine algoritmov glede na vrsto podatkov

Vhod, politika, utemeljitev na enem artefaktu

Upravljan Mesh, na mestu, zračno izoliran

oblikovan okoli ene naloge in pokaže svoje delo

namen, obseg, vsebina, etika, anomalija, izvajanje

cilj obj-281 · ekipa 5 specialistov · cikel 1/1

Izvajalno okolje za izvršljive organizacije · en cilj, ena oblikovana ekipa, ena sled

izvedi odločitev · zadrži plačilo dobavitelju v-281

ukrep · odobritvena vrata · odločitev #4f9e2c

v čakalni vrsti za operacije, čaka na odobritev

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

račun · sled omejitev zapečatena, ponovno predvajljiva od začetka do konca

Delovno, epizodično, pomensko, postopkovno, baza znanja

enega cilja, enega odgovornega delovanja

Nexusu predstavite cilj, ki trenutno seka ljudi, sisteme, pravila in odobritve. Oglejte si, kako je delo razčlenjeno, kako se organizacija oblikuje, kako so pooblastila dodeljena, kako je napaka zajeta in kako se vsak prispevek vrne k enemu odgovornemu izidu.

Cevovod, razvejanje, delegiranje, tabla, razprava

Dweve Nexus, izvajalno okolje za izvedljive organizacije

Nexus je Pythonovo večagentno izvajalno okolje za delo, ki potrebuje več strukture kot zanka pozivov. Njegova implementacija ločuje agente, življenjski cikel nalog, poteke dela, pomnilnik in usmerjanje na podlagi zmogljivosti v ločene komponente. Graditelji v Pythonu, DweveScript in ukazna vrstica opredeljujejo in izvajajo to delo.

Razpravljajte o svojem izvajalnem okolju

Pythonovo izvajalno okolje, ločene komponente

Uporabite graditelje v Pythonu, DweveScript ali ukazno vrstico za opredelitev agentov, nalog in potekov dela za delo, ki ga morate uskladiti.

Python graditelji, DweveScript in ukazna vrstica

Delovni, epizodični, semantični, proceduralni in znanje

Od deduktivnega do hibridnega, izbrano glede na nalogo

Dweve Nexus, vsaka naloga dobi svojo ekipo

Večina orodij z umetno inteligenco da vsako delo istemu pomočniku. Nexus deluje drugače. V ozadju Fabric oblikuje ekipo okoli tega, kar ste vprašali, pošlje vsak del strokovnjaku, ki mu ustreza, in vrne en rezultat prek pogovora, ki ste ga že odprli. Vprašate enkrat. Nexus organizira vse v ozadju.

Vprašajte enkrat. Naj Nexus oblikuje ekipo, razdeli delo, poveže dele in vrne en rezultat. Organizacija dela za vas. Avtoriteta ostaja pri vas.

Tipizirani prenosi ohranjajo izvajalno okolje skladno. Kdor podpiše delo, prebere nekaj drugega.

Trenutna implementacija zagotavlja Python graditelje za agente in prevajalnik DweveScript za deklarativne definicije agentov in delovnih tokov. Njegov CLI razčlenjuje, prevaja in izvaja datoteke DweveScript. To so komplementarni vmesniki do iste Python implementacije, ne pa trditve o enakovrednih odjemalcih v Rust, TypeScript ali Go. Definicija, napisana v enem od njih, je ista definicija, ko jo preberemo iz drugega, zato se lahko ekipa premika med deklarativno datoteko in graditeljem, ne da bi vzdrževala dva opisa iste organizacije.

Poleg sporočil od točke do točke teče tipiziran event bus, na katerem se skupina agentov dejansko usklajuje: zahteve in rezultati nalog, sprejemanje in zavračanje, zahtevki in sprostitve ter dogodki življenjskega cikla in zdravja, pri čemer lahko naročniki filtrirajo, posredujejo, zavržejo in preoblikujejo, kar prejmejo. Dve vrsti stanja sta namerno izključeni iz posameznih sporočil. Blackboard je deklarirana struktura, ki jo agenti berejo in vanjo pišejo, zato je prispevek berljiv tudi nekomu drugemu kot le tistemu, ki ga je napisal.

Prenos v Nexusu je vrednost z obliko, ne odstavek, za katerega agent upa, da ga bo drugi razčlenil. Protokolni sloj nosi tipe, združljive z A2A, za sporočila, naloge, artefakte, zmogljivosti, veščine, vloge in statuse, JSON pa je le eden od načinov, kako te postaviti na žico, ne pa sam tipski sistem. Orodja in zunanji sistemi pridejo prek pogodb, Model Context Protocol pa je podprt kot ena od teh meja, kjer ga stranka želi. Prejemna komponenta lahko preveri to obliko, preden ukrepa, sled pa ohranja prenos pregleden. JSON je izbira prenosa; ne nadomešča pogodbe.

Replay odgovori, kaj se je zgodilo. Kar si deli podajajo, je prav tako strogo tipizirano.

Nexus ima ločene komponente za usmerjanje, izvajanje delovnih tokov, komunikacijo, sklepanje, spomin, varnost in obnovitev. Ta ločitev omogoča pregled ustrezne komponente, ko se delo obnaša nepričakovano, namesto da bi vsako napako obravnavali kot težavo s pozivom. Vsaka komponenta zabeleži, kaj se je odločila v trenutku, ko se je odločila, zato je vprašanje po incidentu, katera komponenta se je spremenila, ne pa kateri stavek je bil slabo zapisan. Ta zapis je tisto, kar replay prebere nazaj.

Zajeti replay ponovno uporabi zabeležene rezultate vsakega zunanjega klica in poustvari prvotni zagon, kar preizkuša lastne odločitve izvajalnega okolja, medtem ko je zunanji svet zadržan. Živi replay znova pokliče odvisnosti in jih primerja, kar je preizkus, ki lahko spodleti, in zato tisti, ki ga je vredno izvesti. Zajeti replay odgovori, ali je izvajalno okolje sprejelo iste odločitve, medtem ko je zunanji svet zadržan. Živi replay odgovori, ali današnje odvisnosti še vedno dajejo isti rezultat. Primerjava je torej preizkus okolja, ne druga kopija zgodovine.

Vse to je mogoče gledati v živo. Kar se izvajalno okolje odloči samo, je določeno, preden zažene.

Strukturirani dogodki se oddajajo po entiteti, namestitev pa odloči, katera shramba jih prejme: omejen pomnilnik v razvojnem okolju, trajna shramba v produkciji ter shramba samo za dodajanje ali z zaščito pred posegi, kjer mora zapis vzdržati tudi nekoga zunaj stavbe. Vsaka od teh se imenuje, kar je. Izvajalno okolje navadnih spremenljivih dnevnikov ne imenuje nespremenljivih, kar je razlika med dokazom, ki ga nekdo sprejme, in trditvijo, ki jo preizkusijo. Dogodki ohranijo svojo entiteto in položaj shranjevanja.

Različne vrste entitet sprejemajo različna vprašanja in prav ta asimetrija je uporabni del. Vprašati agenta, kako zdrav je, je smiselno, vprašati operacijo isto pa ni, ker je operacija bodisi blokirana bodisi ni in je njeno zdravje le zdravje tistega, kar je v njej. Enota dela ima rok in število ponovitev, skupina pa nima nobenega: skupina ima članstvo in zapis o tem, na čem je delala. Ker se nobena od teh množic ne ujema, en sam ploščat tok vrstic slabo odgovori na vsa štiri vprašanja.

Proizvodno vprašanje le redko zadeva to, kaj je log zapisal. Gre za to, katera enota dela je zamudila rok, kateri agent je nezdrav, kateri del operacije je blokiran in na čem. Nexus poroča o stanju istih stvari, ki jih izvaja, zato gre vprašanje tistemu, ki ima odgovor, namesto da bi se sestavljalo iz vrstic, ki ga slučajno omenjajo. Tako je vprašanje naslovljivo brez ponovnega predvajanja pogovora. Stanje pripada entiteti, ki ima delo, zato je mogoče zamujen rok, nezdravega agenta ali blokirano operacijo preiskati iz njenega zapisa in trenutnega stanja.

O okrevanju ste obveščeni. Opazovati ga med delovanjem je druga zahteva.

Dve posledici, ki ju lahko inženir uporabi. Ker je čakanje deterministična fiksna točka, izračunana iz številke poskusa, in ne izid iz naključnega vira, je urnik neuspešnega zagona del tega, kar se predvaja, zato ima spor o tem, kako dolgo je včeraj trajalo, odgovor in ne teorijo. In ker vezje pripada agentu in ne vrsti dela, ena okvarjena odvisnost ustavi usmerjanje na eno mesto, medtem ko isto delo ostane usmerljivo povsod drugje. Vsaka zamenjava se zapiše, ko se zgodi: preusmeritev poimenuje nadomestnega agenta in stanje, ki je potovalo z njim, zato se rešeni zagon pozneje bere kot eno delo z okrevanjem v njem.

Nekaj bo odpovedalo in zanimivo vprašanje ni, kateri odziv je izbran. Gre za to, kaj prepreči, da bi okrevanje postalo delovna obremenitev. Vsak del tega je omejen, preden se težave začnejo: koliko poskusov, kako dolgo je vsako čakanje, koliko dovoljenja lahko porabi reševanje in koliko posestva vzame ena slaba odvisnost s seboj. Nič se tukaj ne konča, ker se je zanka odločila, da je poskusila dovolj. Izvajalnik zabeleži številko poskusa, izračunano čakanje, stanje vezja, zamenjavo in stanje, preneseno naprej. To daje pregledu incidenta omejeno pot za preiskavo: ponovitev je mogoče predvajati, zaprto pot je mogoče pojasniti in končno odpoved je mogoče ločiti od reševanja, ki je končano.

Politika odloča, kaj se sme zgoditi. Nekaj mora odločiti, kaj se zgodi, ko se ne bo.