Среда за агенти за координирана работа | Dweve Nexus

Choose the audience that matches your question

The page contains three selectable readings of the same subject.

Асистент за кодиране и операторска помощ. Демо метриките са илюстративни.

Терминал, търсене, lint, тестове, git и други.

Запомня вашата кодова база и контекста на екипа.

Специализирани агенти си сътрудничат по различни аспекти.

Всяка стъпка се записва с времеви клейма.

Политики, проверки и тестове винаги се изпълняват.

Прегледайте дифовете, поискайте промени, финален подпис.

Възпроизведете всяка сесия бит за бит, когато нещо трябва да се прегледа.

Прочети retry.ts, откри грешка с таймаут

Извади guard + ограничи повторните опити

Автономни агенти, които пишат код и водят отчетност

за обработка на мрежови таймаути, 5xx отговори и идемпотентно безопасни условия. Чист помощник, напълно покрит с unit тестове.

Вход, политика, разсъждения върху един артефакт

управляван Mesh, на място, въздушно изолиран

създадено около една задача и показва какво е направило

намерение, обхват, съдържание, етика, аномалия, изпълнение

обект obj-281 · екип от 5 специалисти · цикъл 1/1

Средата за изпълнение на изпълними организации · една цел, един сформиран екип, една следа

изпълни решение · задръж плащане към доставчик v-281

действие · порта за одобрение · решение #4f9e2c

подпис · M. Bos, ops-3 · 2026-04-12 09:14 CET

акаунт · следата на ограниченията е запечатана, възпроизводима от край до край

Работна, епизодична, семантична, процедурна, база от знания

Дайте на Nexus цел, която в момента пресича хора, системи, правила и одобрения. Вижте как работата се разпределя, как се формира организацията, как се възлагат правомощия, как се ограничава провалът и как всеки принос се връща към един отговорен резултат.

Тръбопровод, разклоняване, делегиране, черна дъска, дебат

Dweve Nexus, средата за изпълнение на изпълними организации

Nexus е Python мулти-агентна среда за изпълнение за работа, която изисква повече структура от цикъл с подкани. Нейната реализация разделя агентите, жизнения цикъл на задачите, работните потоци, паметта и базираното на възможности маршрутизиране в отделни компоненти. Python изграждащи функции, DweveScript и CLI определят и изпълняват тази работа.

Python среда за изпълнение, отделни компоненти

Съвпадение на възможности, изрични изисквания

Използвайте Python изграждащите функции, DweveScript или CLI, за да определите агенти, задачи и работни потоци за работата, която трябва да координирате.

На какво се основава инженерното решение

Компоненти за координирана работа на агенти

Работна, епизодична, семантична, процедурна и знание

От дедуктивен до хибриден, избран според задачата

Dweve Nexus, всяка задача получава собствен екип

Повечето AI инструменти дават всяка задача на един и същ асистент. Nexus работи по различен начин. Зад Fabric той формира екип около това, което сте попитали, изпраща всяка част на подходящия специалист и връща един резултат през разговора, който вече сте отворили. Питате веднъж. Nexus организира всичко зад кулисите.

Питайте веднъж. Оставете Nexus да формира екипа, да раздели работата, да събере частите и да върне един резултат. Организацията работи за вас. Властта остава при вас.

Типизираните предавания поддържат средата за изпълнение последователна. Който подпише за работата, чете нещо друго.

Текущата реализация предоставя Python builders за агенти и компилатор за DweveScript за декларативни дефиниции на агенти и работни потоци. Нейният CLI анализира, компилира и изпълнява DweveScript файлове. Това са допълващи се интерфейси към една и съща Python реализация, а не твърдения за еквивалентни Rust, TypeScript или Go клиенти. Дефиниция, написана в едно от тях, е същата дефиниция, когато се чете от другото, така че екип може да преминава между декларативния файл и builder-а, без да поддържа две описания на една и съща организация.

Освен директни съобщения от точка до точка, работи типизирана шина за събития, която е това, върху което група агенти действително се координира: заявки и резултати от задачи, приемане и отхвърляне, претенции и освобождавания, както и събития за жизнения цикъл и здравословното състояние, като абонатите могат да филтрират, препращат, отхвърлят и трансформират това, което получават. Два вида състояние умишлено се държат извън отделните съобщения. Черната дъска е декларирана структура, която агентите четат и записват, така че приносът е четим за нещо различно от този, който го е написал.

Събития и състоянието, което е предназначено да се споделя

Предаването в Nexus е стойност с форма, а не параграф, който един агент се надява друг да анализира. Протоколният слой носи A2A съвместими типове за съобщения, задачи, артефакти, възможности, умения, роли и статуси, а JSON е един от начините да ги поставите на жицата, а не самата типова система. Инструментите и външните системи пристигат по договор, а Model Context Protocol се поддържа като една от тези граници, където клиентът го иска. Получаващият компонент може да валидира тази форма, преди да действа, а следата прави предаването проверимо. JSON е транспортен избор; той не замества договора.

Replay отговаря какво се е случило. Това, което частите си подават, е също толкова строго типизирано.

Nexus има отделни компоненти за маршрутизиране, изпълнение на работни потоци, комуникация, разсъждение, памет, безопасност и възстановяване. Това разделение позволява да се инспектира съответният компонент, когато работата се държи неочаквано, вместо да се третира всеки неуспех като проблем с подканата. Всеки компонент записва какво е решил в момента, в който го е решил, така че въпросът след инцидент е кой компонент се е променил, а не кое изречение е било формулирано зле. Този запис е това, което replay чете обратно.

Captured replay използва повторно записаните резултати от всяко външно извикване и реконструира оригиналното изпълнение, което тества собствените решения на средата за изпълнение, докато външният свят е неподвижен. Live replay извиква зависимостите отново и сравнява, което е тестът, който може да се провали и следователно този, който си струва да се изпълни. Captured replay отговаря дали средата за изпълнение е взела същите решения, докато външният свят е неподвижен. Live replay отговаря дали днешните зависимости все още произвеждат същия резултат. Сравнението следователно е тест на средата, а не второ копие на историята.

Всичко това може да се наблюдава на живо. Това, което средата за изпълнение решава сама, е уредено, преди да стартира.

Структурирани събития се излъчват за всяка единица, а разполагането решава кой магазин ги получава: ограничена памет в среда за разработка, постоянен магазин в производство и append only или защитено от подправяне съхранение, където записът трябва да устои на някой извън сградата. Всяко от тях се нарича с истинското си име. Средата за изпълнение не нарича обикновените променливи логове неизменни, което е разликата между доказателство, което някой приема, и твърдение, което тества. Събитията запазват своята единица и позиция за съхранение.

Различните видове обекти приемат различни въпроси, и асиметрията е полезната част. Да попиташ агент колко е здрав има смисъл, а да попиташ операция същото не, защото операцията или е блокирана, или не е, и нейното здраве е само здравето на този, който е вътре в нея. Единицата работа има краен срок и брой повторни опити, а групата няма нито едното, нито другото: това, което групата има, е членство и запис за това, върху което е работила. Тъй като нито две от тези множества не съвпадат, един плосък поток от редове отговаря зле и на четирите.

Продукционният въпрос рядко е какво е казал логът. Той е коя единица работа е пропуснала крайния си срок, кой агент е нездрав, коя част от операцията е блокирана и от какво. Nexus отчита състоянието на същите неща, които изпълнява, така че въпросът отива при този, който притежава отговора, вместо да бъде сглобен от редове, които случайно го споменават. Това прави въпроса адресируем, без да се преиграва разговор. Състоянието принадлежи на обекта, който притежава работата, така че пропуснат краен срок, нездрав агент или блокирана операция могат да бъдат разследвани от неговия запис и текущо състояние.

Възстановяването е нещо, за което ви казват. Да го наблюдавате докато работи е различно изискване.

Две последствия, които инженерът може да използва. Тъй като изчакването е детерминистична неподвижна точка, изчислена от номера на опита, а не изтеглена от случаен източник, графикът на неуспешно изпълнение е част от това, което се преиграва, така че спорът за това колко време е отнело вчера има отговор, а не теория. И тъй като веригата принадлежи на агента, а не на вида работа, един повреден зависим компонент спира маршрутизирането до едно място, докато същата работа остава маршрутизируема навсякъде другаде. Всяко заместване се записва, докато се случва: пренасочването назовава заместващия агент и състоянието, което е пътувало с него, така че спасеното изпълнение по-късно се чете като едно цяло парче работа с възстановяване вътре в него.

Нещо ще се провали, и интересният въпрос не е кой отговор се избира. Той е какво спира възстановяването да се превърне в работното натоварване. Всяка част от него е ограничена, преди проблемът да започне: колко опита, колко дълго е всяко изчакване, колко от допустимото може да похарчи едно спасяване и колко от имението един лош зависим компонент отнася със себе си. Нищо тук не свършва, защото цикъл е решил, че е опитал достатъчно. Средата записва номера на опита, изчисленото изчакване, състоянието на веригата, заместващия агент и пренесеното състояние. Това дава на прегледа на инцидента ограничен път за проверка: повторен опит може да бъде преигран, затворен маршрут може да бъде обяснен и терминален отказ може да бъде разграничен от спасяване, което е приключило.