Runtime agentů pro koordinovanou práci | Dweve Nexus

Choose the audience that matches your question

The page contains three selectable readings of the same subject.

Asistent pro kódování a provoz. Demo metriky jsou ilustrativní.

Terminál, vyhledávání, lint, testy, git a další.

Pamatuje si vaši kódovou základnu a kontext týmu.

Specializovaní agenti spolupracují napříč oblastmi.

Každý krok je zaznamenán s časovým razítkem.

Pravidla, kontroly a testy se vždy spouští.

Prohlédněte si diffy, vyžádejte změny, finální podpis.

Přehrát jakoukoli relaci bit po bitu, když je třeba něco zkontrolovat.

Přečíst retry.ts, nalezena chyba s timeoutem

Autonomní agenti, kteří píší kód a vedou záznamy

pro zpracování síťových timeoutů, odpovědí 5xx a idempotentně bezpečných podmínek. Čistá pomocná funkce, plně pokrytá testy.

Vstup, politika, zdůvodnění na jednom artefaktu

vytvořený kolem jednoho úkolu a ukazuje svou práci

záměr, rozsah, obsah, etika, anomálie, běh

cíl obj-281 · tým 5 specialistů · cyklus 1/1

Běhové prostředí pro výkonné organizace · jeden cíl, jeden vytvořený tým, jedna stopa

spustit rozhodnutí · podržet platbu dodavateli v-281

akce · schvalovací brána · rozhodnutí #4f9e2c

ve frontě na operace, čeká na schvalovatele

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

účet · stopa omezení zapečetěna, přehratelná od začátku do konce

Pracovní, epizodická, sémantická, procedurální, znalostní báze

Přineste Nexusu cíl, který v současnosti prochází lidmi, systémy, pravidly a schváleními. Podívejte se, jak je práce rozložena, jak vzniká organizace, jak je přidělena pravomoc, jak je omezeno selhání a jak se každý příspěvek vrací k jednomu odpovědnému výsledku.

Pipeline, fan-out, delegování, blackboard, debata

Dweve Nexus, běhové prostředí pro spustitelné organizace

Nexus je víceagentové běhové prostředí v Pythonu pro práci, která potřebuje více struktury než smyčka promptů. Jeho implementace odděluje agenty, životní cyklus úkolů, pracovní postupy, paměť a směrování založené na schopnostech do samostatných komponent. Python buildery, DweveScript a CLI definují a spouštějí tuto práci.

Python běhové prostředí, samostatné komponenty

Párování schopností, explicitní požadavky

Pomocí Python builderů, DweveScriptu nebo CLI definujte agenty, úkoly a pracovní postupy pro práci, kterou potřebujete koordinovat.

Komponenty pro koordinovanou práci agentů

Pracovní, epizodická, sémantická, procedurální a znalostní

Od deduktivního po hybridní, vybrané pro daný úkol

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

Většina AI nástrojů dá každou práci stejnému asistentovi. Nexus funguje jinak. Za Fabricem kolem vašeho dotazu vytvoří tým, každou část pošle specialistovi, který se na ni hodí, a vrátí jeden výsledek do konverzace, kterou už máte otevřenou. Zeptáte se jednou. Nexus vše za tím zorganizuje.

Zeptejte se jednou. Nechte Nexus vytvořit tým, rozdělit práci, spojit části a vrátit jeden výsledek. Organizace pracuje pro vás. Autorita zůstává u vás.

Typované předávání udržuje běh koherentní. Kdo práci převezme, čte něco jiného.

Současná implementace poskytuje Python buildery pro agenty a kompilátor DweveScript pro deklarativní definice agentů a pracovních postupů. Jeho CLI analyzuje, kompiluje a spouští soubory DweveScript. Jde o komplementární rozhraní ke stejné Python implementaci, nikoli o tvrzení o ekvivalentních klientech v Rustu, TypeScriptu nebo Go. Definice napsaná v jednom z nich je stejnou definicí i při čtení z druhého, takže tým může přecházet mezi deklarativním souborem a builderem, aniž by udržoval dva popisy stejné organizace.

Vedle přímých zpráv běží typovaná událostní sběrnice, na které se skupina agentů skutečně koordinuje: požadavky a výsledky úkolů, přijetí a odmítnutí, nároky a uvolnění, události životního cyklu a stavu, přičemž odběratelé mohou filtrovat, přeposílat, zahazovat a transformovat, co přijmou. Dva druhy stavu jsou záměrně drženy mimo jednotlivé zprávy. Blackboard je deklarovaná struktura, kterou agenti čtou a zapisují, takže příspěvek je čitelný i pro někoho jiného než pro toho, kdo ho napsal.

Předání v Nexusu je hodnota s tvarem, ne odstavec, který jiný agent doufá, že rozparsuje. Protokolová vrstva nese typy kompatibilní s A2A pro zprávy, úkoly, artefakty, schopnosti, dovednosti, role a stavy, a JSON je jedním ze způsobů, jak je dostat na drát, ne samotný typový systém. Nástroje a externí systémy přicházejí přes kontrakt a Model Context Protocol je podporován jako jedna z těch hranic, kde to zákazník chce. Přijímající komponenta může tvar před akcí ověřit a stopa udržuje předání kontrolovatelné. JSON je volba transportu; nenahrazuje kontrakt.

Replay odpovídá, co se stalo. To, co si části předávají, je stejně přísně typované.

Nexus má samostatné komponenty pro směrování, provádění pracovních postupů, komunikaci, uvažování, paměť, bezpečnost a obnovu. Toto oddělení umožňuje při neočekávaném chování prozkoumat příslušnou komponentu, místo aby se každé selhání bralo jako problém s promptem. Každá komponenta zaznamenává, co se rozhodla v okamžiku, kdy se rozhodla, takže otázka po incidentu zní, která komponenta se změnila, ne která věta byla špatně formulovaná. Tento záznam replay přečte.

Zachycený replay znovu používá zaznamenané výstupy všech externích volání a rekonstruuje původní běh, což testuje rozhodnutí běhu samotného, zatímco vnější svět zůstává nehybný. Živý replay volá závislosti znovu a porovnává, což je test, který může selhat, a proto stojí za to ho spustit. Zachycený replay odpovídá, zda běh učinil stejná rozhodnutí, zatímco vnější svět zůstal nehybný. Živý replay odpovídá, zda dnešní závislosti stále produkují stejný výsledek. Porovnání je tedy testem prostředí, ne druhou kopií historie.

To vše lze sledovat živě. To, co se běh rozhodne sám, je vyřešeno před spuštěním.

Strukturované události jsou emitovány pro každou entitu a nasazení rozhoduje, který úložiště je přijme: omezená paměť na vývojovém prostředí, trvalé úložiště v produkci a úložiště pouze pro zápis nebo s důkazem proti manipulaci tam, kde záznam musí obstát před někým mimo budovu. Každé z nich se nazývá tím, čím je. Běh nenazývá obyčejné měnitelné logy neměnnými, což je rozdíl mezi důkazem, který někdo přijme, a tvrzením, které testuje. Události si zachovávají svou entitu a postoj k úložišti.

Různé druhy entit si žádají různé otázky a právě ta asymetrie je užitečná. Ptát se agenta, jak je zdravý, dává smysl, ale ptát se na totéž operace nedává, protože operace je buď zablokovaná, nebo není, a její zdraví je jen zdravím toho, kdo je v ní. Jednotka práce má termín a počet opakování, skupina nemá ani jedno: skupina má členství a záznam o tom, na čem pracovala. Protože se žádné dvě z těchto množin neshodují, jeden plochý proud řádků odpovídá na všechny čtyři špatně.

Produkční otázka se málokdy týká toho, co log řekl. Týká se toho, která jednotka práce nestihla termín, který agent je nezdravý, která část operace je zablokovaná a čím. Nexus vykazuje stav u toho, co spouští, takže otázka směřuje k tomu, kdo odpověď vlastní, místo aby se skládala z řádků, které se jí náhodou týkají. Díky tomu je otázka adresovatelná bez přehrávání konverzace. Stav patří entitě, která práci vlastní, takže zmeškaný termín, nezdravého agenta nebo zablokovanou operaci lze vyšetřit z jejího záznamu a aktuálního stavu.

O zotavení se dozvíte. Sledovat ho za běhu je jiný požadavek.

Dva důsledky, které může inženýr využít. Protože čekání je deterministický pevný bod vypočítaný z čísla pokusu, nikoli náhodný výběr, je rozvrh neúspěšného běhu součástí přehrávání, takže spor o to, jak dlouho včerejšek trval, má odpověď, ne teorii. A protože obvod patří agentovi, ne druhu práce, jedna selhávající závislost zastaví směrování na jedno místo, zatímco stejná práce zůstane směrovatelná všude jinde. Každá náhrada se zapisuje, jak k ní dojde: přesměrování jmenuje náhradního agenta a stav, který s ním cestoval, takže zachráněný běh se pak čte jako jeden kus práce se zotavením uvnitř.

Něco selže a zajímavá otázka není, která odpověď se zvolí. Je to to, co zabrání tomu, aby se zotavení stalo pracovní zátěží. Každá jeho část je ohraničená dřív, než potíže začnou: kolik pokusů, jak dlouhé každé čekání, kolik z přídělu může záchrana utratit a kolik z majetku si jedna špatná závislost vezme s sebou. Nic tady nekončí proto, že smyčka usoudila, že už se dost snažila. Běhové prostředí zaznamenává číslo pokusu, vypočítané čekání, stav obvodu, náhradu a přenesený stav. To dává revizi incidentu ohraničenou cestu k prozkoumání: opakování lze přehrát, uzavřenou trasu lze vysvětlit a koncové selhání lze odlišit od záchrany, která doběhla.

Politika rozhoduje, co se smí stát. Něco musí rozhodnout, co se stane, když to nepůjde.

Vedle politiky sada kontrol hledá provozní selhání, která dobře vychovaný jediný běh nikdy neukáže: stejná práce přiřazená dvakrát, typ úlohy bez kvalifikovaného vlastníka, zdroje přislíbené nad rámec toho, co existuje, hladovějící agent a překračované limity latence. Každá z nich je provozní invariant vyhodnocovaný proti živému majetku, ne proti diagramu, a kontrola, která se spustí, jmenuje entitu, na které se spustila, takže oprava směřuje k agentovi, ne k teorii o návrhu.