Una software factory di agenti AI.

In tre modi. Il gate conta i test eseguiti: una voce che ne richiede e ne trova zero è rossa. Per i lavori che lo meritano l'evidenza si scrive prima del codice: i test vengono proposti, controfirmati da un modello di un'altra famiglia e approvati da una persona, poi la cella lavora fino al verde. E la guardiana rivede anche i test, non solo il codice: un test che non prova la funzionalità è un motivo di respingimento.

L'intento dice cosa è fuori scope, e ogni obbligo ha una taglia (S, M, L) con un numero di checkpoint proporzionato: un lavoro che non ci sta si divide, non si allarga. La guardiana confronta il checkpoint con l'intento, non solo con il codice. Un'idea buona ma fuori scope diventa una proposta di obbligo nuovo, che una persona accetta o scarta.

Una persona del team, nell'intento. Ogni obbligo porta la propria evidenza, scritta in modo che il gate la sappia eseguire: se non si può eseguire, l'intento non è pronto. Nel pilota gli intenti si scrivono insieme. Far proporre i criteri a un modello, da approvare poi, è un'idea annotata e non ancora nel prodotto.

No, oggi coordina agenti. Le persone entrano all'intento, alle decisioni vere e alla chiusura. Il registro dice quale cella lavora su quale obbligo e su quale branch, e questo aiuta a non pestarsi i piedi, ma il coordinamento del lavoro umano non è una funzione del prodotto.

Modelli di frontiera come Claude Code e Codex, modelli cloud come Kimi o GLM, modelli locali via Ollama. Una regola è nel codice: la guardiana deve essere di una famiglia diversa dalla cella che ha scritto il codice. L'azienda assegna i modelli ai compiti: chi costruisce, chi rivede, chi giudica. Oggi l'assegnazione è scritta nella configurazione dello sciame; un'impostazione per compito, con il rilevamento dei modelli installati, è fra i lavori in corso. Le chiavi e gli abbonamenti sono vostri, il contratto è fra voi e il fornitore, e il costo per obbligo si misura durante il pilota sul vostro repository.

Il consumo è governato dal corpo, non lasciato agli agenti. Per ogni servizio il corpo legge la quota rimasta e le ore al reset e calcola un ritmo: quanto gli sciami possono spendere per ora, tenendo una riserva per il lavoro delle persone. Sopra c'è un tetto fisso sulla parte di quota che gli sciami possono usare, e una cella che supera la soglia si ferma con un allarme invece di continuare. Il conto si fa in token, perché le percentuali di servizi diversi non si confrontano. Oggi il tetto e le soglie sono valori nella configurazione; le percentuali per servizio e i limiti di costo per sciame impostabili dall'interfaccia sono fra i lavori in corso.

AI-lveare non conosce linguaggi, framework o test runner. Il progetto dichiara in un file i comandi del gate (test, lint, build, collaudo su dispositivo) e il formato dei risultati. La vostra CI resta com'è: la PR arriva nel vostro flusso, e il merge lo fate voi.

No. Il lavoro entra come intento scritto. I ticket di Jira o di un'altra board sono una fonte: oggi li legge chi scrive l'intento, un connettore automatico è fra i lavori previsti e non ancora fatto.

Dopo tre respingimenti sullo stesso punto il sistema si ferma e chiede a una persona: riprovare, rivedere l'intento o annullare. Nessuna cella aspetta all'infinito, e nessuna cella decide da sola di cambiare i test per farli passare: li vede la guardiana.

Il vostro team. Nessun obbligo si chiude senza l'approvazione, con codice, di una persona del team, e il merge lo fate voi. Il registro conserva chi ha fatto cosa, con quale modello, su quale commit, con quale verdetto.

La risposta onesta: l'isolamento per singolo agente è in sviluppo. Oggi una cella lavora nella propria copia del repository con i permessi dell'utente che la esegue. Le difese che ci sono già: il gate deterministico, la revisione di un modello di un'altra famiglia, la chiusura solo umana, il registro di ogni passo. Nel pilota questo limite è scritto nel contratto.

L'intento all'inizio, le decisioni vere quando capitano, l'approvazione delle chiusure. L'approvazione si fa dal telefono con un codice, leggendo l'evidenza e non il diff. Il tempo si misura nel pilota, sul vostro lavoro.

Non ancora. Il pilota è assistito: One Small Step Apps installa e scrive gli intenti con voi. La versione open source per una macchina sola e l'installazione commerciale autonoma sono in costruzione nelle prossime settimane.

Copilot e Cursor aiutano uno sviluppatore alla volta, nel suo editor. Qui il lavoro entra come intento ed esce come PR, con più agenti in parallelo. Rispetto agli agenti autonomi come Devin: la revisione è di un fornitore diverso da chi scrive, il gate decide e non l'agente, tutto gira sulla vostra infrastruttura, e intenti, interfaccia e documenti sono in italiano.