Gli strumenti per agenti si dividono in tre strade: IDE, inbox e runtime

Le proposte non competono per lo stesso acquirente. Hyperlane si descrive come un IDE e un ADE che esegue agenti AI in parallelo e unisce i loro worktree con strumenti nativi. Pizza Bot, pubblicato su GitHub da pizza-bot-app, è un inbox local-first per agenti di lunga durata costruito con DeepAgents e LangGraph. Soma, documentato su docs.trysoma.ai, è un runtime open source e self-hostable per agenti e workflow che arriva come binario singolo.

Tutti e tre sono rivolti agli sviluppatori. Nessuno è un servizio hosted nel senso che presuppone l'attuale ciclo di notizie sugli agenti aziendali.

Cosa sostiene in concreto ciascuno

Il README di Pizza Bot è il più specifico dei tre. Dice che lo strumento è stato sviluppato in Amazon e rilasciato con licenza Apache 2.0. Il runtime è uno stack stateful DeepAgents e LangGraph che serve lo stesso front end React in Electron e nel browser. L'app desktop, l'app web e la CLI del terminale parlano tutte a un api-server via HTTP e server-sent events.

Gli agenti continuano a lavorare quando l'utente naviga altrove o si disconnette, afferma il README, e solo il processo api-server deve restare in esecuzione. Il lavoro completato finisce in una coda Unread, le richieste di approvazione in Action. Le esecuzioni sono checkpointate e sopravvivono alle disconnessioni del client. Trigger cron o webhook possono avviare lavoro senza una conversazione aperta.

Sui modelli, Pizza Bot supporta Amazon Bedrock, Anthropic, Google Gemini, OpenAI, OpenRouter e Ollama. Bedrock accetta un profilo AWS, chiavi di accesso AWS o una chiave API Bedrock, con override opzionale della regione; altrimenti vengono usati AWS_REGION o us-west-2. Il desktop protegge i segreti inseriti con Electron safeStorage, e la configurazione del server conserva solo riferimenti a variabili d'ambiente.

L'accesso locale è opt-in. Gli amministratori aggiungono singole cartelle di sola lettura o scrivibili sotto Settings, Files, e il README afferma che Pizza Bot non riceve accesso predefinito alla home directory. L'api-server si lega a 127.0.0.1, e il binding non-loopback richiede autenticazione. Gli installer sono allegati a ogni release con un file SHA256SUMS. Le build macOS sono firmate e notarizzate, Windows distribuisce un eseguibile di setup, i pacchetti Linux .deb e .rpm non sono firmati.

Soma scende più in basso nello stack

La documentazione di Soma inquadra il progetto come la base della piramide: blocchi costitutivi principali più esperienza di sviluppo, con la logica dell'agente lasciata all'utente. Agenti e funzioni MCP sono definiti in codice normale, con TypeScript supportato e Python indicato come in arrivo. Gli utenti possono portare i propri framework, e i documenti citano LangChain e il Vercel AI SDK come esempi.

Il runtime dichiara tolleranza ai guasti e ripristinabilità: l'esecuzione può andare in crash o essere sospesa in qualsiasi punto e riprendere da dove era rimasta. Genera anche endpoint A2A (Agent2Agent) e dice che gli endpoint compatibili con lo streaming OpenAI sono in arrivo, con una gestione granulare degli accessi tramite chiavi API per limitare l'accesso a un dato agente.

La governance è il differenziatore su cui Soma insiste di più. I documenti elencano un server MCP preintegrato con provider SaaS di terze parti che gestisce cifratura e rotazione delle credenziali, un gateway AI in uscita per intercettare le richieste degli agenti ai provider di modelli, e cifratura KMS locale, AWS o GCP in arrivo per credenziali MCP, chiavi API e segreti degli agenti.

Il supporto alle piattaforme è disomogeneo. TypeScript è indicato come disponibile su macOS x86 e ARM, Linux GNU x86 e ARM, con Windows non supportato. Python riporta le stesse quattro piattaforme verdi. Rust non è ancora disponibile su nessuna piattaforma elencata, e la documentazione attribuisce la lacuna all'uso da parte del progetto di socket di dominio Unix in Rust.

Hyperlane vende il worktree

La scheda di Hyperlane su hyperlaneide.com posiziona il prodotto come un IDE completo che esegue agenti AI in parallelo, unendo i worktree degli agenti con strumenti nativi. Questo è tutto ciò che il testo della pagina supporta come affermazione sostanziale; il resto del contenuto recuperato è rumore di rendering più che documentazione leggibile.

L'isolamento dei worktree è la risposta naturale a un problema reale: due agenti che modificano lo stesso repository nello stesso momento producono conflitti difficili da attribuire. Eseguire ogni agente nel proprio worktree e unire i risultati mantiene il branch principale pulito finché un umano decide cosa accettare. È una risposta centrata sul codice, e presuppone che l'acquirente viva già dentro un IDE.

Pizza Bot prende la posizione opposta. La sua metafora dell'inbox presuppone che l'utente non voglia affatto guardare l'agente lavorare. La proposta del README è avviare o pianificare un'attività, allontanarsi e tornare al lavoro finito. Le skill diventano subagenti con ambito di strumenti il cui avanzamento appare in un pannello Activity. Approvazioni human-in-the-loop, memoria a lungo termine, allegati di file e notifiche desktop sono integrate nel flusso di lavoro.

Soma sta sotto entrambi. Non gli importa se un umano sta guardando, perché il suo compito è mantenere l'esecuzione viva e osservabile attraverso i crash, e tenere credenziali e chiamate ai modelli dentro un confine controllato.

La questione di governance che gli strumenti sollevano

Il self-hosting è il filo comune. Tutti e tre sono posizionati come software che un'organizzazione esegue sulla propria infrastruttura anziché come abbonamento. Pizza Bot distribuisce Docker Compose e un Dockerfile. Soma arriva come binario singolo. Artifact Keeper, un progetto separato su Show HN, sostiene lo stesso argomento per i registri di artefatti: un sostituto self-hosted di JFrog Artifactory e Sonatype Nexus senza split open-core, 45 o più formati di pacchetto, firma GPG e PGP, autenticazione OIDC, LDAP e SAML 2.0, e tracing OpenTelemetry. Non è uno strumento per agenti, ma è lo stesso acquirente che fa lo stesso calcolo.

Quel calcolo è il punto in cui il mercato degli strumenti per agenti si sta frammentando. Il ciclo di notizie sugli agenti aziendali è dominato da piani di controllo e governance dei runtime, ma gli artefatti che gli sviluppatori pubblicano davvero sono più piccoli e più caratterizzati: un inbox, un runtime, un IDE.

Nessuno dei tre pubblica numeri di adozione. Il README di Pizza Bot elenca un'architettura e una roadmap ma nessun conteggio di utenti. I documenti di Soma elencano la disponibilità per piattaforma senza cifre di download. La pagina di Hyperlane non offre alcuna metrica nel testo che viene renderizzato. Per una categoria che i titoli circostanti valutano in decine di milioni di dollari, la prova pubblica qui è ancora dettaglio ingegneristico più che trazione.

C'è anche una tensione irrisolta nella proposta local-first. Un inbox che esegue attività lunghe in background è utile solo se il runtime resta attivo, e Pizza Bot dice esattamente questo: solo il processo api-server deve restare in esecuzione. Un laptop che va in sospensione, o un'app desktop che viene chiusa, rompe la promessa a meno che il backend non venga spostato da qualche parte persistente. Lo stesso README documenta un percorso backend autonomo per Electron remoto, browser, container e servizi Linux, che è dove finirebbe comunque la maggior parte delle distribuzioni aziendali.

Le opzioni KMS di Soma indicano la stessa realtà. La cifratura locale è comoda per un singolo sviluppatore; AWS KMS, con GCP descritto come in arrivo, è ciò che chiederà un'organizzazione con obblighi di audit. Il divario tra la demo e la distribuzione è dove questi progetti saranno giudicati.

Per ora, il segnale utile è cosa gli autori hanno scelto di costruire per primo. Uno ha scelto i worktree paralleli. Uno ha scelto un inbox. Uno ha scelto un piano di governance attorno a un binario singolo. Sono tre scommesse diverse su dove il lavoro degli agenti si rompe davvero, e solo l'uso stabilirà quale fosse quella giusta.