Aura | Runtime per agenti di codice

Choose the audience that matches your question

The page contains three selectable readings of the same subject.

    return Err(SessionExpired);

L'assistente, la ricerca, la memoria e il registro di controllo riuniti in un unico binario.

Caccia ai bug, codice ripetitivo, refactoring e onboarding distribuiti su sette strumenti.

Puoi aiutarmi a correggere questo piccolo errore nel mio codice?

controlli deterministici degli obiettivi

nessuna affermazione non misurata sulla produttività

obiettivo in ingresso, risultato in uscita

il primo test fallisce, Verifica torna a Piano

la seconda patch passa, l'obiettivo si chiude

chiudi la sessione alla scadenza del token

5 passaggi, rivisti dopo la ri pianificazione

nessun messaggio operatore in questa esecuzione

obiettivo soddisfatto, il ciclo si chiude

ogni postura mostra il proprio modello e il proprio confine in uscita

lo stato finale indica obiettivo raggiunto, ogni criterio verde

le carte diventano un unico stato di loop dentro Aura

il loop resta centrale mentre la tenuta lo circonda

la patch inizia in attesa di approvazione

un'azione di dimenticanza visibile la rimuove

i nodi strumento, policy, qualità, memoria e audit non si spostano

le rivendicazioni sui file impediscono a due agenti di modificare lo stesso percorso

la compilazione passa, i test falliscono, si ripara, i test passano, l'audit completa

la verifica-audit controlla la catena al completamento

una singola istruzione cambia la prossima chiamata allo strumento senza ripristino

la chiamata alla patch procede come previsto

la prossima chiamata punta prima al test fallito

il ciclo si ferma prima della prossima chiamata allo strumento

la sessione termina e il lavoro viene conservato

l'ultimo checkpoint viene ripristinato sul posto

provider e strumenti opzionali restano esterni dove selezionati

ogni livello mostra un controllo concreto e il suo risultato

strumenti integrati, MCP e di estensione si uniscono allo stesso ingresso

ambito, autorizzazione, analisi della shell, checkpoint, sanificazione, audit

un test non riuscito torna al ciclo, poi passa

si ferma quando l'obiettivo è raggiunto, quando lo interrompi, o quando non può proseguire onestamente

Sistema il login, aggiungi un test, spiega questa parte. Nessun comando da memorizzare.

Guarda i tuoi file e le tue note, non un esempio generico.

Un piccolo traguardo che può verificare quando il lavoro è finito.

Quando l'obiettivo che hai fissato è davvero raggiunto.

Il file e la riga esatti dietro il suo piano.

Le modifiche e i comandi aspettano il tuo sì.

Resta nel tuo progetto a meno che tu non consenta di più.

Torna indietro alla modifica più recente

Un punto di ripristino prima delle modifiche

Una copia separata mantiene al sicuro il lavoro principale

Sceglie la soluzione adatta e ripiega se una non è disponibile.

Uno specialista passa il lavoro a un altro.

Le rivendicazioni sui file impediscono sovrapposizioni silenziose.

Come il lavoro si è messo in pausa e ripreso.

I controlli successivi rivelano qualsiasi modifica.

la conversazione si espande in un ciclo che continua a lavorare verso l'obiettivo

lascia che guardi, la cambi, poi verifichi che regga

un'azione di dimenticanza visibile la rimuove quando vuoi

un helper sul tuo computer tiene il pensiero con te, un helper cloud riceve ciò che invii

le richieste di file impediscono a due sessioni di modificare silenziosamente lo stesso percorso

l'accesso resta all'interno del progetto a meno che tu non consenta di più

conservativo per impostazione predefinita

ogni richiesta diventa una piccola scheda obiettivo, non una risposta di chat

Ogni richiesta diventa un obiettivo che Aura può verificare

riorganizza il piano con nuove informazioni

ogni passaggio mostra i progressi e il piano può cambiare

punta ai file esatti che hanno plasmato il piano

la catena di controllo può essere verificata in seguito per rilevare modifiche

Niente qui può essere modificato silenziosamente.

il contesto resta caldo, quindi non devi rispiegare il progetto

i checkpoint vengono acquisiti prima delle modifiche ai file supportati

i tuoi file, le modifiche, i controlli e la cronologia restano in un unico posto

Assistenza per agenti di codifica e operatori. Le metriche demo sono illustrative.

Terminale, ricerca, lint, test, git e altro.

Ricorda il tuo codebase e il contesto del team.

Agenti specializzati collaborano su diversi ambiti.

Ogni passaggio è registrato con timestamp.

Politiche, controlli e test vengono sempre eseguiti.

Rivedi le diff, richiedi modifiche, approvazione finale.

Riproduci qualsiasi sessione bit per bit quando qualcosa richiede revisione.

Leggi retry.ts, individuato bug di timeout

Agenti autonomi che scrivono codice e tengono traccia

per gestire timeout di rete, risposte 5xx e condizioni idempotent-safe. Helper puro, completamente testato.

Aura viene distribuito come un singolo binario statico senza dipendenze runtime. Supporto enterprise, sviluppo personalizzato e formazione disponibili da Dweve.

# risolto a runtime; AURA_MODEL sovrascrive il progetto

Si avvia in sicurezza senza toccare alcun file.

Per progetto, per macchina, per ambiente

Qualsiasi cosa tu possa impostare in TOML, modello, livelli di autorizzazione per strumento, percorso del registro di controllo, profilo nominato, puoi fissarla per progetto, sovrascriverla per macchina o cambiarla per variabile d'ambiente. Tocca uno di quei file, l'agente li osserva e ricostruisce il suo prompt di sistema senza riavviare la sessione. Nessun riavvio, nessun contesto perso.

Aura risolve la configurazione su quattro livelli, valori predefiniti integrati, il tuo `~/.dweve/config.toml` a livello utente, il `.aura/config.toml` del progetto e qualsiasi variabile d'ambiente `AURA_*`. Si uniscono per chiave, con ogni livello che sovrascrive quello sottostante; le variabili d'ambiente stanno in cima così una singola esportazione può cambiare il comportamento di Aura per un lavoro CI, un ramo, una demo.

Leggi le differenze rispetto alla specifica del progetto…

ruolo: "revisione del codice, prima del commit"

API trait Rust, strumenti, slash, eventi

Esegui un DAG: debug, funzionalità, revisione

Frammenti di prompt iniettati condizionalmente

Elenca o cambia agenti, progetto / utente / integrato

Agenti, competenze, plugin e workflow sono markdown + YAML su disco. Sei agenti integrati vengono forniti con Aura; i livelli progetto, utente e globale vengono uniti all'avvio. Modifica un file, l'agente ricostruisce il suo prompt senza riavviare.

gate, fallisci rapidamente e correggi sul posto

`/quality` esegue fmt, clippy, compilazione, test, doc-test e un audit di sicurezza in sequenza. Gli errori includono stack trace e contesto delle differenze. Gli avvisi non bloccano per impostazione predefinita; puoi promuoverli a gate per progetto.

Stdio JSON-RPC 2.0, sottoprocesso gestito, stessa pipeline di autorizzazioni e audit delle funzioni integrate.

Nessun codice MCP personalizzato in Aura

I server MCP sono dichiarati nella configurazione di Aura: comando, argomenti, ambiente. All'avvio della sessione, Aura li avvia come sottoprocessi gestiti, esegue l'handshake di capacità tipizzate da `dweve-protocol::mcp::capability` e registra la superficie scoperta nello stesso registro di strumenti in cui vivono le funzioni integrate. Risorse, strumenti, prompt, campionamento e capacità di logging fluiscono tutti attraverso lo stesso bus di messaggi tipizzato da `dweve-protocol::mcp::message`. Gli strumenti esterni non sono fidati per impostazione predefinita; ereditano livelli di autorizzazione per strumento, logging di audit, filtraggio PII e protezione circuit-breaker.

Il client MCP di Aura è costruito su `dweve-protocol::mcp`, il messaggio MCP tipizzato, la capacità, il trasporto e la superficie degli strumenti che il resto di Dweve usa anche. Connettiti a qualsiasi server MCP su stdio JSON-RPC 2.0, negozia le capacità e presenta i suoi strumenti / prompt / risorse insieme alle funzioni integrate di Aura. Stesso gate di autorizzazione, stessa traccia di audit, stesso circuit breaker.

Gli agenti condividono una bacheca attività, scambiano messaggi tramite il bus eventi e applicano i gate di qualità. Il registro di lavoro cross-agente tiene traccia delle rivendicazioni a livello di file per prevenire conflitti.

Avvia più agenti simultaneamente con lo stesso input. Strategie di aggregazione: unanime (tutti d'accordo), maggioranza (più comune), primo-successo (valido più veloce) o merge personalizzato.

Esecuzione multi-passaggio in cui l'output di ogni passo alimenta il successivo. Sostituzione di variabili con sintassi simile a Jinja. Catene integrate per debug, funzionalità, ottimizzazione, refactoring e revisione.

tracciamento rivendicazioni a livello di file

a lunga esecuzione, handle di interruzione

agenti integrati, unificati tra i livelli

Le catene sono definite come file markdown con frontmatter YAML, un nome, una descrizione e passaggi ordinati. Ogni passaggio nomina un agente, specifica un obiettivo e può fare riferimento all'output dei passaggi precedenti tramite variabili simili a Jinja. I criteri di successo dichiarano cosa conta come completamento (corrispondenza di sottostringa, regex, esistenza del file, superamento del test). Le catene integrate coprono debug, implementazione di funzionalità, ottimizzazione, refactoring e revisione. Inserisci un file markdown nella directory delle catene per definirne una personalizzata, senza ricompilazione.