Runtime agentov pre koordinovanú prácu | Dweve Nexus

Choose the audience that matches your question

The page contains three selectable readings of the same subject.

Asistencia pri kódovaní a prevádzke agentov. Ukazovatele sú len ilustračné.

Terminál, vyhľadávanie, lint, testy, git a ďalšie.

Pamätá si vašu kódovú základňu a kontext tímu.

Špecializovaní agenti spolupracujú naprieč oblasťami.

Každý krok je zaznamenaný s časovými pečiatkami.

Pravidlá, kontroly a testy sa vždy spúšťajú.

Skontrolujte diffy, požiadajte o zmeny, finálny súhlas.

Prehrajte ľubovoľnú reláciu bit po bite, keď treba niečo skontrolovať.

Prečítať retry.ts, vystopovať chybu s timeoutom

Autonómni agenti, ktorí píšu kód a vedú záznamy

na spracovanie sieťových timeoutov, odpovedí 5xx a idempotentne bezpečných podmienok. Čistá pomocná funkcia, plne pokrytá testami.

Vstup, politika, zdôvodnenie na jednom artefakte

vytvorený okolo jednej úlohy a ukáže svoju prácu

zámer, rozsah, obsah, etika, anomália, beh

objekt obj-281 · tím 5 špecialistov · cyklus 1/1

Runtime pre vykonateľné organizácie · jeden cieľ, jeden vytvorený tím, jedna stopa

rozhodnutie o behu · podržať platbu dodávateľovi v-281

akcia · schvaľovacia brána · rozhodnutie #4f9e2c

vo fronte na operácie, čaká na schvaľovateľa

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

účet · stopa obmedzení zapečatená, prehrateľná od začiatku do konca

Pracovná, epizodická, sémantická, procedurálna, znalostná báza

jedného cieľa, jednej zodpovednej prevádzky

Prineste Nexusu cieľ, ktorý v súčasnosti prechádza cez ľudí, systémy, pravidlá a schvaľovania. Pozrite sa, ako sa práca rozkladá, ako vzniká organizácia, ako sa prideľuje právomoc, ako sa obmedzuje zlyhanie a ako sa každý príspevok vracia k jednému zodpovednému výsledku.

Pipeline, fan-out, delegovanie, blackboard, debata

Dweve Nexus, runtime pre vykonateľné organizácie

Nexus je Python multi-agent runtime pre prácu, ktorá potrebuje viac štruktúry ako slučka promptov. Jeho implementácia oddeľuje agentov, životný cyklus úloh, pracovné postupy, pamäť a smerovanie založené na schopnostiach do samostatných komponentov. Python buildery, DweveScript a CLI definujú a spúšťajú túto prácu.

Použite Python buildery, DweveScript alebo CLI na definovanie agentov, úloh a pracovných postupov pre prácu, ktorú potrebujete koordinovať.

Komponenty pre koordinovanú prácu agentov

Pracovná, epizodická, sémantická, procedurálna a znalostná

Od deduktívneho po hybridný, vybrané pre danú úlohu

Dweve Nexus, každá úloha dostane vlastný tím

Väčšina AI nástrojov dáva každú prácu rovnakému asistentovi. Nexus funguje inak. Za Fabricom vytvorí tím okolo toho, čo ste sa opýtali, pošle každú časť špecialistovi, ktorý sa na ňu hodí, a vráti jeden výsledok cez konverzáciu, ktorú ste už otvorili. Opýtate sa raz. Nexus všetko zorganizuje za vami.

Opýtajte sa raz. Nechajte Nexus vytvoriť tím, rozdeliť prácu, poskladať časti a vrátiť jeden výsledok. Organizácia pracuje pre vás. Autorita zostáva na vás.

Typované odovzdania udržiavajú runtime koherentný. Ktokoľvek prevezme prácu, číta niečo iné.

Súčasná implementácia poskytuje Python buildery pre agentov a kompilátor DweveScript pre deklaratívne definície agentov a pracovných postupov. Jeho CLI analyzuje, kompiluje a spúšťa súbory DweveScript. Toto sú komplementárne rozhrania k tej istej Python implementácii, nie tvrdenia o ekvivalentných Rust, TypeScript alebo Go klientoch. Definícia napísaná v jednom z nich je rovnakou definíciou, keď sa číta z druhého, takže tím môže prechádzať medzi deklaratívnym súborom a builderom bez udržiavania dvoch opisov tej istej organizácie.

Popri správach point to point beží typovaný event bus, na ktorom sa skupina agentov skutočne koordinuje: požiadavky na úlohy a výsledky, prijatie a odmietnutie, nároky a uvoľnenia, ako aj udalosti životného cyklu a zdravia, pričom odberatelia môžu filtrovať, preposielať, zahadzovať a transformovať to, čo dostanú. Dva druhy stavu sú zámerne držané mimo jednotlivých správ. Blackboard je deklarovaná štruktúra, ktorú agenti čítajú a zapisujú, takže príspevok je čitateľný pre niečo iné ako pre toho, kto ho napísal.

Odovzdanie v Nexus je hodnota s tvarom, nie odsek, ktorý dúfa agent, že iný agent rozparsuje. Protokolová vrstva nesie typy kompatibilné s A2A pre správy, úlohy, artefakty, schopnosti, zručnosti, roly a stavy, a JSON je jeden spôsob, ako ich dostať na drôt, nie samotný typový systém. Nástroje a externé systémy prichádzajú cez kontrakt a Model Context Protocol je podporovaný ako jedna z týchto hraníc, kde to zákazník chce. Prijímajúci komponent môže overiť tvar predtým, než koná, a stopa udržiava odovzdanie kontrolovateľné. JSON je voľba transportu; nenahrádza kontrakt.

Replay odpovedá na to, čo sa stalo. To, čo si časti odovzdávajú, je rovnako prísne typované.

Nexus má samostatné komponenty pre smerovanie, vykonávanie pracovných postupov, komunikáciu, uvažovanie, pamäť, bezpečnosť a obnovu. Toto oddelenie umožňuje preskúmať príslušný komponent, keď sa práca správa neočakávane, namiesto toho, aby sa každé zlyhanie považovalo za problém s promptom. Každý komponent zaznamenáva, čo sa rozhodol v momente, keď sa rozhodol, takže otázka po incidente je, ktorý komponent sa zmenil, nie ktorá veta bola zle formulovaná. Tento záznam je to, čo replay prečíta.

Zachytený replay znovu používa zaznamenané výstupy každého externého volania a rekonštruuje pôvodný beh, čo testuje rozhodnutia runtime s vonkajším svetom zastaveným. Živý replay volá závislosti znova a porovnáva, čo je test, ktorý môže zlyhať, a preto stojí za to ho spustiť. Zachytený replay odpovedá na to, či runtime urobil rovnaké rozhodnutia s vonkajším svetom zastaveným. Živý replay odpovedá na to, či dnešné závislosti stále produkujú rovnaký výsledok. Porovnanie je teda testom prostredia, nie druhou kópiou histórie.

To všetko možno sledovať naživo. To, čo si runtime rozhodne sám, je vyriešené predtým, než beží.

Štruktúrované udalosti sa emitujú na entitu a nasadenie rozhoduje, ktorý úložisko ich dostane: ohraničená pamäť vo vývojovom prostredí, trvalé úložisko vo výrobe a append only alebo tamper evident úložisko tam, kde záznam musí obstáť pred niekým mimo budovy. Každé z nich sa volá tým, čím je. Runtime nenazýva obyčajné premenlivé logy nemennými, čo je rozdiel medzi dôkazom, ktorý niekto prijíma, a tvrdením, ktoré testuje. Udalosti si zachovávajú svoju entitu a postoj k úložisku.

Rôzne druhy entít si vyžadujú rôzne otázky a práve táto asymetria je užitočná. Pýtať sa agenta, ako je zdravý, dáva zmysel, ale pýtať sa na to isté operáciu nie, pretože operácia je buď zablokovaná, alebo nie je, a jej zdravie je len zdravím toho, kto je v nej. Jednotka práce má termín a počet pokusov, skupina nemá ani jedno: skupina má členstvo a záznam o tom, na čom pracovala. Keďže žiadne dve z týchto množín sa nezhodujú, jeden plochý prúd riadkov odpovedá na všetky štyri zle.

Produkčná otázka sa málokedy týka toho, čo povedal log. Ide skôr o to, ktorá jednotka práce nestihla termín, ktorý agent je nezdravý, ktorá časť operácie je zablokovaná a na čom. Nexus hlási stav na tých istých veciach, na ktorých vykonáva prácu, takže otázka smeruje k tomu, kto vlastní odpoveď, namiesto toho, aby sa skladala z riadkov, ktoré sa jej náhodou týkajú. Vďaka tomu je otázka adresovateľná bez prehrávania konverzácie. Stav patrí entite, ktorá vlastní prácu, takže zmeškaný termín, nezdravý agent alebo zablokovaná operácia sa dajú vyšetriť z jej záznamu a aktuálneho stavu.

O zotavení sa dozviete. Sledovať ho počas behu je iná požiadavka.

Dva dôsledky, ktoré môže inžinier využiť. Keďže čakanie je deterministický pevný bod vypočítaný z čísla pokusu, nie náhodný výber, plán neúspešného behu je súčasťou prehrávania, takže spor o to, ako dlho včera niečo trvalo, má odpoveď, nie teóriu. A keďže obvod patrí agentovi, nie druhu práce, jeden zlyhávajúci závislý systém zastaví smerovanie na jedno miesto, zatiaľ čo tá istá práca zostáva smerovateľná všade inde. Každá substitúcia sa zapíše v momente, keď nastane: presmerovanie uvádza náhradného agenta a stav, ktorý s ním putoval, takže zachránený beh sa neskôr číta ako jeden kus práce so zotavením vnútri.

Niečo zlyhá a zaujímavá otázka nie je, ktorá odpoveď sa vyberie. Je to to, čo zabráni tomu, aby sa zotavenie stalo pracovnou záťažou. Každá jeho časť je ohraničená skôr, než začnú problémy: koľko pokusov, ako dlho trvá každé čakanie, koľko z prídelu môže záchrana minúť a koľko z majetku si jeden zlý závislý systém vezme so sebou. Nič tu nekončí preto, že slučka rozhodla, že sa snažila dosť. Runtime zaznamenáva číslo pokusu, vypočítané čakanie, stav obvodu, náhradu a prenesený stav. To dáva incident review ohraničenú cestu na preskúmanie: pokus sa dá prehrať, uzavretá trasa sa dá vysvetliť a terminálne zlyhanie sa dá odlíšiť od záchrany, ktorá sa dokončila.

Politika rozhoduje, čo sa môže stať. Niečo musí rozhodnúť, čo sa stane, keď to nepôjde.

Popri politike súbor kontrol hľadá prevádzkové zlyhania, ktoré vám dobre vychovaný jediný beh nikdy neukáže: tá istá práca pridelená dvakrát, typ úlohy bez kvalifikovaného vlastníka, zdroje vyhradené nad rámec toho, čo existuje, hladovaný agent a zmeškané limity latencie. Každá z nich je prevádzková invariantná hodnota vyhodnotená voči živému majetku, nie voči diagramu, a kontrola, ktorá sa spustí, pomenuje entitu, na ktorej sa spustila, takže oprava smeruje k agentovi, nie k teórii o návrhu.