Aura | Środowisko agentów kodujących
Środowisko agentów kodujących do planowania, ograniczonych działań, testów, ponownego planowania, sterowania przez człowieka i śladu audytu wokół modeli.
Choose the audience that matches your question
The page contains three selectable readings of the same subject.
What is Dweve Aura?
Aura is Dweve's AI coding agent runtime, a closed-loop development runtime around the models your team chooses. It plans, executes bounded actions, observes the real repository, accepts human steering, runs quality checks, judges the result against explicit criteria, replans when required, and keeps the operational record.
- Aura is a separate CLI coding agent using the managed Dweve service path; it is not embedded in Fabric.
- The runtime keeps planning, bounded tool execution, observation, steering, quality checks and replanning together around the chosen model.
For consumers
Środowisko wykonawcze agenta kodującego AI, które planuje, wykonuje jedno ograniczone działanie na raz, sprawdza wynik i może zostać zatrzymane, poprawione lub cofnięte.
For businesses
Środowisko wykonawcze agenta kodującego AI, które umieszcza planowanie, ograniczone działania narzędzi, sprawdzanie wyników, sterowanie przez człowieka, odzyskiwanie i audyt wokół modelu wybranego przez Twój zespół.
For engineers
Natywna pętla sterowania z oddzielnymi pętlami planowania i wykonywania, piętnastoetapowym potokiem narzędzi, jawnymi predykatami ukończenia i audytem z łańcuchem skrótów.
return Err(SessionExpired);
Asystent, wyszukiwanie, pamięć i dziennik audytu złożone w jeden plik binarny.
Polowanie na błędy, kod boilerplate, refaktoryzacja i wdrażanie rozproszone po siedmiu narzędziach.
Nic się nie zmienia, dopóki nie wyrazisz zgody
Czy możesz mi pomóc naprawić ten mały błąd w moim kodzie?
bez niemierzalnych twierdzeń o produktywności
pierwszy test nie przechodzi, Weryfikacja wraca do Planu
druga poprawka przechodzi, cel się zamyka
5 kroków, zmienionych po ponownym planowaniu
brak komunikatu operatora w tej iteracji
każda postawa pokazuje swój model i swoją granicę wychodzącą
stan końcowy pokazuje cel osiągnięty, każde kryterium zielone
karty stają się jednym stanem pętli wewnątrz Aura
pętla pozostaje centralna, a posiadłość ją otacza
węzły narzędzi, zasad, jakości, pamięci i audytu nie przesuwają się
zgłoszenia plików uniemożliwiają dwóm agentom edycję tej samej ścieżki
Podpowiedź, poprawka, potem praca ręczna
kompilacja przechodzi, testy zawodzą, naprawa, testy przechodzą, audyt kończy
weryfikacja-audyt sprawdza łańcuch na zakończenie
jedna instrukcja zmienia następne wywołanie narzędzia bez resetowania
wywołanie poprawki przebiega zgodnie z planem
następne wywołanie najpierw celuje w nieudany test
pętla zatrzymuje się przed następnym wywołaniem narzędzia
sesja kończy się, a praca jest zachowana
ostatni punkt kontrolny jest przywracany na miejscu
opcjonalne dostawcy i narzędzia pozostają zewnętrzne tam, gdzie wybrane
każda warstwa pokazuje konkretną kontrolę i jej wynik
narzędzia wbudowane, MCP i rozszerzenia łączą się na tym samym wejściu
zakres, uprawnienia, analiza powłoki, punkt kontrolny, sanityzacja, audyt
jeden nieudany test wraca do pętli, a następnie przechodzi
kończy się, gdy cel jest osiągnięty, gdy go zatrzymasz lub gdy nie może uczciwie kontynuować
Napraw logowanie, dodaj test, wyjaśnij tę część. Żadnych poleceń do zapamiętania.
Patrzy na Twoje własne pliki i notatki, a nie na ogólny przykład.
Mały cel, który może sprawdzić, gdy praca będzie skończona.
Gdy cel, który wyznaczyłeś, jest naprawdę osiągnięty.
Od jednej części do tych, których dotyka.
Dokładny plik i linia, na których opiera swój plan.
Edycje i polecenia czekają na Twoje tak.
Trzyma się twojego projektu, dopóki nie pozwolisz na więcej.
Wybierze odpowiedni i przełączy się, jeśli jeden jest niedostępny.
Miej otwartych więcej niż jedno zadanie.
Długie zadania działają, gdy Ty kontynuujesz.
Jeden specjalista przekazuje pracę drugiemu.
Zgłoszenia plików zatrzymują ciche nakładanie się.
Jak praca została wstrzymana i wznowiona.
Późniejsze kontrole ujawniają każdą edycję.
rozmowa rozwija się w pętlę, która stale dąży do celu
pozwól mi spojrzeć, zmienić to, a potem sprawdzić, czy się utrzyma
widoczna akcja zapomnienia usuwa ją, kiedy chcesz
w tym projekcie używaj tabulatorów, nie spacji
pomocnik na Twoim komputerze trzyma myślenie przy Tobie, pomocnik w chmurze otrzymuje to, co wysyłasz
roszczenia plików oznaczają, że dwie sesje nie edytują po cichu tej samej ścieżki
dostęp pozostaje w obrębie projektu, chyba że zezwolisz na więcej
każda prośba staje się małą kartą celu, nie odpowiedzią czatu
Każde żądanie staje się celem, który Aura może sprawdzić
Uruchamia je, aby upewnić się, że przechodzą
przyczyna znaleziona, problem rozwiązany
zaplanuj ponownie po nowych informacjach
każdy krok pokazuje postęp, a plan może się zmienić
wskazuje dokładnie pliki, które ukształtowały plan
łańcuch audytu można później zweryfikować, aby wykryć modyfikacje
Nic tutaj nie może być po cichu zmienione.
kontekst pozostaje ciepły, więc nie musisz ponownie wyjaśniać projektu
punkty kontrolne są tworzone przed obsługiwanymi edycjami plików
Jedna przestrzeń z klawiaturą na pierwszym miejscu
Twoje pliki, zmiany, kontrole i historia pozostają w jednym miejscu
Asystent kodowania i wsparcie operatora. Metryki demonstracyjne mają charakter poglądowy.
Terminal, wyszukiwanie, lint, testy, git i więcej.
Zapamiętuje kontekst Twojej bazy kodu i zespołu.
Wyspecjalizowani agenci współpracują w różnych obszarach.
Każdy krok jest rejestrowany z datą i godziną.
Zasady, kontrole i testy są zawsze uruchamiane.
Przeglądaj diffy, żądaj zmian, finalnie zatwierdzaj.
Odtwórz dowolną sesję bit po bicie, gdy coś wymaga przeglądu.
Przeczytaj retry.ts, wykryto błąd przekroczenia limitu czasu
Wyodrębnij guard + ogranicz liczbę ponowień
Autonomiczne agenty, które piszą kod i zostawiają ślad
do obsługi limitów czasu sieci, odpowiedzi 5xx i warunków bezpiecznych dla idempotencji. Czysta funkcja pomocnicza, w pełni pokryta testami jednostkowymi.
Aura jest dostarczana jako pojedynczy statyczny plik binarny bez zależności runtime. Wsparcie dla przedsiębiorstw, niestandardowe opracowania i szkolenia dostępne w Dweve.
# rozwiązywane w czasie działania; AURA_MODEL nadpisuje projekt
Uruchamia się bezpiecznie bez dotykania pliku.
Per-projekt, per-maszyna, per-środowisko
Wszystko, co możesz ustawić w TOML, model, poziomy uprawnień per-narzędzie, ścieżka dziennika audytu, nazwany profil, możesz przypiąć per projekt, nadpisać per maszyna, lub przełączyć per zmienna env. Dotknij któregokolwiek z tych plików, agent je obserwuje i przebudowuje swój systemowy prompt bez restartowania sesji. Bez restartu, bez utraty kontekstu.
Aura rozwiązuje konfigurację w czterech warstwach: wbudowane wartości domyślne, `~/.dweve/config.toml` na poziomie użytkownika, `.aura/config.toml` projektu oraz dowolna zmienna środowiskowa `AURA_*`. Są scalane per klucz, a każda warstwa nadpisuje tę poniżej; zmienne środowiskowe są na górze, więc pojedynczy eksport może zmienić zachowanie Aury dla jednego zadania CI, jednej gałęzi, jednej demonstracji.
Czytasz różnice względem specyfikacji projektu…
sukces: testy-przechodzą && linty-czyste
API cech Rusta, narzędzia, slash, zdarzenia
Warunkowo wstrzykiwane fragmenty promptów
Lista lub przełączanie agentów, projekt / użytkownik / wbudowany
Agenci, umiejętności, wtyczki i przepływy pracy to markdown + YAML na dysku. Sześciu wbudowanych agentów jest dostarczanych z Aurą; poziomy projektu, użytkownika i globalny są scalane przy starcie. Edytuj plik, agent przebudowuje swój prompt bez restartu.
bramki, szybkie niepowodzenie i naprawa na miejscu
`/quality` uruchamia sekwencyjnie fmt, clippy, kompilację, testy, testy dokumentacji i audyt bezpieczeństwa. Błędy zawierają ślady stosu i kontekst diff. Ostrzeżenia domyślnie nie blokują; możesz promować je do bramek dla projektu.
Stdio JSON-RPC 2.0, zarządzany podproces, ten sam potok uprawnień i audytu co wbudowane.
Serwery MCP są deklarowane w konfiguracji Aury: polecenie, argumenty, środowisko. Na starcie sesji Aura uruchamia je jako zarządzane podprocesy, wykonuje uzgadnianie typowanych możliwości z `dweve-protocol::mcp::capability` i rejestruje odkrytą powierzchnię w tym samym rejestrze narzędzi, w którym żyją wbudowane. Zasoby, narzędzia, prompty, możliwości próbkowania i logowania przepływają przez tę samą typowaną magistralę wiadomości z `dweve-protocol::mcp::message`. Narzędzia zewnętrzne nie są domyślnie zaufane, dziedziczą poziomy uprawnień na narzędzie, logowanie audytu, filtrowanie PII i ochronę wyłącznika.
Klient MCP Aury jest zbudowany na `dweve-protocol::mcp`, typowanej wiadomości MCP, możliwości, transporcie i powierzchni narzędzi, których używa reszta Dweve. Połącz się z dowolnym serwerem MCP przez stdio JSON-RPC 2.0, negocjuj możliwości i udostępnij jego narzędzia / prompty / zasoby obok wbudowanych Aury. Ta sama bramka uprawnień, ten sam ślad audytu, ten sam wyłącznik.
Agenci współdzielą tablicę zadań, wymieniają wiadomości przez magistralę zdarzeń i egzekwują bramki jakości. Międzyagentowy rejestr pracy śledzi roszczenia na poziomie plików, aby zapobiegać konfliktom.
Uruchom wiele agentów jednocześnie z tym samym wejściem. Strategie agregacji: jednomyślna (wszyscy zgadzają się), większościowa (najczęstsza), pierwszy sukces (najszybszy ważny) lub niestandardowe scalanie.
Wykonanie wieloetapowe, gdzie wyjście każdego kroku zasila następny. Podstawianie zmiennych ze składnią podobną do Jinja. Wbudowane łańcuchy do debugowania, funkcji, optymalizacji, refaktoryzacji i przeglądu.
Łańcuchy definiuje się jako pliki markdown z nagłówkiem YAML, nazwą, opisem i uporządkowanymi krokami. Każdy krok wskazuje agenta, określa cel i może odwoływać się do wyniku poprzednich kroków za pomocą zmiennych w stylu Jinja. Kryteria sukcesu określają, co liczy się jako ukończenie (dopasowanie podciągu, wyrażenie regularne, istnienie pliku, przejście testu). Wbudowane łańcuchy obejmują debugowanie, implementację funkcji, optymalizację, refaktoryzację i przegląd. Umieść plik markdown w katalogu łańcuchów, by zdefiniować własny, bez potrzeby przebudowy.
Rejestr agentów Aury obsługuje cztery wzorce orkiestracji. Łańcuchy wykonują agentów sekwencyjnie z podstawianiem zmiennych. Tryb równoległy uruchamia agentów jednocześnie z agregacją wyników. Zespoły koordynują wielu agentów przy współdzielonym stanie i komunikacji. Zadania w tle działają niezależnie, z uchwytami przerwania i śledzeniem statusu.