Negli ultimi diciotto mesi abbiamo costruito silenziosamente il sistema che avremmo voluto esistesse quando gestivamo noi stessi team di ingegneria. Oggi apriamo le porte. CodeCourier è un team di ingegneria IA in pilota automatico - una flotta di agenti di ingegneria autonomi che correggono bug, spediscono feature, e revisionano pull request tutto il giorno, sui tuoi repository, con i tuoi guardrail, alle tue condizioni.
Non abbiamo costruito un altro assistente. Il mondo ne ha in abbondanza. Invece abbiamo costruito il sistema attorno agli assistenti - lo strato durevole che trasforma un lampo di intelligenza del modello in output di ingegneria affidabile su cui puoi scommettere una roadmap. Questa è l'introduzione definitiva a CodeCourier: cos'è, come funziona, per chi è, e perché una flotta di agenti di coding IA batte un singolo AI software engineer ogni singola volta.
Cos'è CodeCourier?
CodeCourier è una piattaforma per team di ingegneria IA che fa girare una flotta di agenti di ingegneria autonomi senior dentro sandbox cloud isolate, 24 ore su 24, per correggere bug, spedire feature, e revisionare pull request sui tuoi repository. Ogni agente gira nella propria sandbox Linux effimera con la tua codebase clonata, i tuoi segreti iniettati a runtime, e un workflow strutturato da seguire. Il risultato è una pull request che puoi leggere, eseguire, e mergiare - mai un commit diretto su main.
Per chi è CodeCourier
Leader di ingegneria che annegano nel backlog. Founder che spediscono con cinque ingegneri e una roadmap da cento feature. Team di piattaforma i cui ingegneri senior passano i venerdì pomeriggio a fare revisione del codice invece di architettura. CodeCourier è per qualsiasi team che ha più lavoro che umani, e rifiuta di abbassare l'asticella della qualità per spedire più velocemente.
Perché un team di ingegneria IA, non solo un assistente
La prima generazione di strumenti di coding IA era completamento automatico sotto steroidi. Utile, ma dovevi comunque guidare. La seconda generazione erano assistenti di chat capaci di scrivere una funzione su richiesta. Meglio, ma ancora legati a un singolo sviluppatore a una singola tastiera. Nessuna ha risolto il vero problema: c'è più codice da scrivere di quanti ingegneri ci siano per scriverlo.
Il soffitto dell'assistente
Un singolo AI software engineer in una finestra di chat ha un soffitto rigido. Lavora in modo sincrono. Ha bisogno di un umano che lo solleciti. Dimentica tra le sessioni. Non può revisionare il proprio lavoro. Non può eseguire venti indagini parallele mentre dormi. Il soffitto è l'umano attaccato a lui.
Il modello a flotta
Una flotta di agenti di coding IA rompe quel soffitto. Venti agenti, ciascuno in un ambiente in sandbox, ciascuno al lavoro su un ticket diverso, ciascuno che produce una pull request revisionabile. Il collo di bottiglia si sposta dallo scrivere codice al revisionare e mergiare codice - che è esattamente dove gli ingegneri senior aggiungono più leva. Ecco lo sviluppo basato sugli agenti come dovrebbe funzionare.
Cosa cambia quando la flotta spedisce
- Il backlog si smaltisce durante la notte. La lunga coda di ticket che nessun senior vuole toccare viene gestita mentre il team dorme.
- Gli ingegneri senior si riprendono la giornata. Revisione del codice e architettura, non PR di dipendenze obsolete e caccia a test instabili.
- La velocità smette di scalare con il numero di persone. Un revisore può assorbire l'output di dieci agenti. Il throughput si disaccoppia dalla dimensione del team.
- La qualità sale, non scende. Ogni modifica supera i test in una sandbox prima che un umano la veda.
Come funziona CodeCourier end-to-end
Da una singola frase nella dashboard a una pull request mergiata, il ciclo di vita è deterministico, osservabile, e riproducibile. Ecco cosa succede tra "l'email di reset della password invia la locale sbagliata" e il segno di spunta verde nel tuo repo.
La pipeline in cinque passaggi
- Presa in carico. Descrivi un compito in linguaggio naturale, colleghi un ticket, o alimenti una riga di backlog. CodeCourier classifica il lavoro e sceglie una persona.
- Avvio della sandbox. Una sandbox Linux nuova e isolata si avvia in meno di un secondo, clona il tuo repository al ref giusto, installa le dipendenze, e inietta segreti con ambito limitato.
- Esecuzione dell'agente. Il modello selezionato legge il codice rilevante, abbozza un piano, modifica i file, esegue la tua suite di test, e itera finché la suite non passa o l'agente fa escalation.
- Auto-revisione. Un secondo agente con una persona di revisione legge il diff, esegue lint e controlli di tipo, e segnala le regressioni prima che un umano veda la PR. Questa è la revisione del codice autonoma, incorporata nella pipeline stessa.
- Pull request. La modifica atterra come pull request IA taggata con traccia di ragionamento, output dei test, e link di replay. I tuoi umani approvano e mergiano.
Osservabilità e intervento
Ogni passaggio viene trasmesso dal vivo. Puoi guardare l'agente scrivere, metterlo in pausa, iniettare una correzione, o terminare l'esecuzione. Ogni esecuzione è riproducibile dallo stesso identico stato - stesso modello, stesso prompt, stessa immagine sandbox - il che significa che i bug nel comportamento dell'agente sono debuggabili, non misteriosi. Leggi di più su come è costruito il runtime nella nostra panoramica dell'architettura sandbox.
Capacità fondamentali
CodeCourier arriva con quattro primitive fondative. Ciascuna è utile da sola. Insieme formano una piattaforma coerente per lo sviluppo basato sugli agenti.
Issue Sessions, Workflow Builder, Persona, Contexts
| Capacità | Cosa fa | Ideale per | Output |
|---|---|---|---|
| Issue Sessions | Esecuzione di agente su singolo compito contro un ticket, con streaming dal vivo e replay. | Correzioni di bug, feature su singolo file, refactoring mirati. | Una pull request, una traccia di ragionamento. |
| Workflow Builder | Editor visuale per catene di agenti multi-fase con branching e contesto condiviso. | Feature pianifica-poi-costruisci, migrazioni, pipeline multi-persona. | Esecuzioni concatenate, artefatti strutturati, una o più pull request. |
| Persona | Configurazioni di agente versionate: modello, system prompt, strumenti, regole di stile. | Codificare lo stile aziendale: convenzioni Rust, policy sui test, filosofia di revisione. | Comportamento riutilizzabile in ogni sessione e workflow. |
| Contexts | Conoscenza durevole che sopravvive alle esecuzioni e alimenta ogni sessione rilevante. | Note di architettura, tour della codebase, vincoli specifici del cliente. | Meno prompting, decisioni più coerenti. |
Issue Sessions in dettaglio
Una Issue Session è l'unità atomica di lavoro. Punti un agente a un ticket, guardi la sandbox avviarsi, e ti allontani o lo guardi lavorare. Le sessioni supportano l'intervento durante l'esecuzione, il replay completo da qualsiasi checkpoint, e il contesto condiviso con il resto del tuo workspace.
Workflow Builder in dettaglio
Non ogni compito è un singolo passaggio di agente. A volte vuoi una persona pianificatrice che scomponga il lavoro, una persona programmatrice che implementi, e una persona revisore che irrobustisca il risultato. Il Workflow Builder ti permette di concatenare quei passaggi visivamente, incanalare gli output tra gli agenti, e riutilizzare sequenze collaudate in tutto il team.
Persona e Contexts
Le Persona sono identità di agente versionate e nominate. Codificano il modello, il system prompt, il set di strumenti, e i vincoli. I Contexts sono la conoscenza di lunga durata di cui i tuoi agenti hanno bisogno ogni volta che toccano la tua codebase - fissata a livello di workspace e auto-iniettata in ogni esecuzione rilevante.
Costruito su sandbox cloud isolate
Ogni agente gira nella propria sandbox cloud effimera e isolata. Nessuno stato condiviso tra le esecuzioni. Nessun filesystem con perdite. Nessun agente legge il codice di un altro tenant. Il modello di agente IA in sandbox non è una feature che abbiamo aggiunto - è il fondamento su cui poggia l'intera piattaforma.
Perché l'isolamento sandbox conta
Gli agenti fanno errori. Eseguono comandi sbagliati. Installano il pacchetto sbagliato. Occasionalmente provano a fare qualcosa che non permetteresti a un tirocinante. Dentro una sandbox, nulla di tutto ciò tocca la tua infrastruttura. Il raggio d'impatto è una VM effimera che viene distrutta quando l'esecuzione finisce.
Le garanzie del runtime
- Avvio in meno di un secondo. Il provisioning della sandbox è abbastanza veloce da rendere il fan-out su venti agenti paralleli economicamente razionale, non un problema di budget.
- Segreti con ambito limitato. Le credenziali vengono iniettate a runtime dal tuo secrets manager, mai scritte su disco, e ripulite dai log.
- Verifica di tutto. Ogni comando, ogni scrittura di file, ogni chiamata di rete viene registrata ed è riproducibile.
- Nessun accesso alla produzione. Le sandbox non possono raggiungere i tuoi sistemi di produzione a meno che tu non colleghi esplicitamente quell'integrazione.
Approfondiamo il modello di sicurezza nella panoramica sulla sicurezza, inclusa la nostra postura SOC 2 Type II e come mappiamo i controlli rispetto ai requisiti SOC 2 e GDPR.
Vere vittorie dei clienti
Abbiamo fatto l'onboarding di quattordici design partner durante una beta chiusa che è durata da novembre 2025 a marzo 2026. I numeri sottostanti provengono da quella coorte. Nomi oscurati su richiesta, ma ogni cifra proviene da un uso in produzione.
I numeri che abbiamo continuato a sentire
- Fintech Serie B, 38 ingegneri. Ha usato il Workflow Builder per automatizzare gli aggiornamenti di dipendenze. Ha chiuso 312 PR in stile Renovate in sei settimane. Ha ridotto le CVE di dipendenze obsolete da 47 a 3.
- Startup di strumenti per sviluppatori, 11 ingegneri. Ha connesso GitHub Issues alle Issue Sessions per il triage. Il 61 percento delle segnalazioni di bug è stato convertito in PR mergiate senza coinvolgimento di ingegneri senior, con il tempo medio di correzione sceso da 4,2 giorni a meno di 11 ore.
- Scale-up healthtech, 80 ingegneri. Ha fatto girare una persona di revisione del codice autonoma su ogni PR interna. Ha ridotto il tempo di elaborazione delle revisioni umane del 34 percento e ha fatto emergere 218 problemi che i revisori umani avrebbero perso, secondo un audit a posteriori.
- Founder solo, 1 ingegnere, 1 repo. Ha usato i Task ricorrenti per eseguire un passaggio di pulizia il venerdì pomeriggio. Ha riferito di spedire 2,3 volte più feature a settimana dormendo le stesse ore.
- Maintainer open source, un singolo progetto. Ha puntato le Issue Sessions su un backlog di 900 issue. Ha chiuso 140 issue in 30 giorni senza burnout dei contributor, ogni PR mergiata da un umano.
Il pitch onesto è questo: abbiamo costruito il sistema che permette a un singolo ingegnere senior di assorbire l'output di dieci agenti capaci senza compromessi sulla qualità. Questa è la leva che è stata promessa a tutti. L'abbiamo resa reale.
Prezzi e come iniziare
CodeCourier è in disponibilità pubblica a partire da oggi. Il modello di prezzo è semplice: una tariffa fissa di piattaforma, più il calcolo della sandbox a consumo. Il livello gratuito copre i builder solo e i piccoli team che eseguono pilot di valutazione. Team ed Enterprise sbloccano concorrenza più alta, runner sandbox on-prem, persona dedicate, e supporto personalizzato.
Iniziare in cinque minuti
- Crea un workspace su codecourier.dev e connetti il tuo GitHub o GitLab.
- Installa l'app GitHub su un repository. L'ambito predefinito è sola lettura più scrittura pull request.
- Scegli una persona di partenza - spediamo default sensati per TypeScript, Python, Go, e Rust - o forka una delle nostre.
- Apri una Issue Session contro un ticket reale. Guarda la sandbox avviarsi, il diff arrivare, e la PR aprirsi.
- Approva, mergia, ripeti. Regola la persona in base a cosa hai mergiato e cosa hai rimandato indietro.
Per Enterprise, runner sandbox on-prem, o revisione di conformità, parla direttamente con noi. Ci muoviamo velocemente sul procurement e ti consegneremo un pilot funzionante entro una settimana.
Cosa arriva dopo sulla roadmap
Oggi è il lancio, non la destinazione. Abbiamo impegni pubblici per il resto del 2026 e uno schizzo approssimativo fino al 2027. I temi sottostanti sono ciò che stiamo attivamente costruendo, non ciò che sogniamo.
Breve termine (T2-T3 2026)
- Sprint Chains. Converti un documento di roadmap in una sequenza ordinata di Issue Sessions, con risoluzione delle dipendenze e parallelismo integrati.
- Workflow multi-repo. Singoli workflow che attraversano un repo frontend e un repo backend, coordinando i diff su entrambi.
- Runner on-prem. Infrastruttura sandbox da portare, con il nostro control plane che orchestra le esecuzioni dentro il tuo VPC.
Medio termine (T4 2026 e oltre)
- Obiettivi di ingegneria di lunga durata. Affida alla flotta un'iniziativa di più settimane e lasciala scomporre, pianificare, e spedire senza sollecitazioni quotidiane.
- Fine-tuning di modelli personalizzato. Addestra le persona sul tuo stile aziendale così che l'AI software engineer nella tua flotta scriva davvero come il tuo team.
- Registro di persona open source. Condividi e forka le persona nello stesso modo in cui condividi e forki il codice.
Puoi seguire gli aggiornamenti settimanali sul blog, leggere i nostri post di build-in-public nelle Guide, o leggere la storia dell'azienda se vuoi la versione lunga.
FAQ
CodeCourier è un AI software engineer o un team di ingegneria IA?
Entrambi, ma la piattaforma è progettata come un team di ingegneria IA, non un singolo agente. Puoi eseguire una sola Issue Session e ottenere l'esperienza di un singolo ingegnere. La leva si manifesta quando fai girare venti agenti in parallelo sul tuo backlog.
In cosa è diverso da un assistente di completamento automatico o di chat?
Il completamento automatico ha bisogno di un umano alla tastiera. Un assistente di chat ha bisogno di un umano che scrive prompt. CodeCourier gira in modo autonomo dentro un ambiente in sandbox, spedisce una pull request, e aspetta un revisore. L'umano è nel ciclo di merge, non nel ciclo di scrittura.
CodeCourier scrive sul mio branch principale?
Mai. Ogni modifica viene spedita come pull request che i tuoi umani approvano e mergiano. Gli agenti hanno l'ambito di scrittura pull request sull'app GitHub o GitLab, nulla di più.
Come tenete al sicuro il mio codice sorgente?
Il codice sorgente vive solo dentro sandbox effimere per la durata di un'esecuzione. I segreti vengono iniettati a runtime e mai scritti su disco. Siamo SOC 2 Type II in corso e conformi al GDPR per default. Dettagli completi sulla pagina sicurezza.
Quali modelli usa CodeCourier?
Supportiamo i principali modelli di coding frontier - inclusi Claude, modelli di classe GPT, e opzioni open source. Scegli il modello per persona. Non ti vincoliamo a un unico fornitore, e aggiriamo automaticamente le interruzioni.
Riesce a gestire grandi monorepo?
Sì. I Contexts e lo scoping per persona ti permettono di puntare gli agenti a sottoalberi specifici senza caricare l'intero repository nel prompt. Diversi clienti beta hanno fatto girare CodeCourier su codebase da un milione di righe senza problemi.
Cosa succede quando un agente si blocca?
Fa escalation. L'esecuzione si mette in pausa, pubblica un commento con ciò che ha provato, ciò che è fallito, e ciò di cui ha bisogno da un umano. Puoi intervenire durante l'esecuzione, iniettare una correzione, o terminare l'esecuzione del tutto. Ogni transizione di stato viene registrata.
Quanto velocemente può iniziare il mio team?
Cinque minuti dalla registrazione alla prima PR mergiata per repo TypeScript o Python tipici. Giorno uno per i nuovi workspace, giorno tre per persona regolate, settimana uno per una porzione significativa di backlog smaltita. Prenota una chiamata se vuoi una mano per arrivarci.
Made in Switzerland. Costruito con cura. In distribuzione ora. Benvenuti nell'era del team di ingegneria IA.