Agenti di coding: da strumenti personali a infrastruttura di team

Diciamolo chiaro: se nella tua azienda si usano agenti di coding, probabilmente hai già un po' di caos in giro.

Ogni sviluppatore ha le sue configurazioni MCP, i suoi prompt personalizzati, i suoi script di automazione che solo lui sa come funzionano. E zero visibilità su cosa sia successo quando l'agente ha girato. Quella che chiami "infrastruttura di team" è in realtà un ammasso di scorciatoie individuali tenute insieme da speranza e conoscenza tribale.

Questo è esattamente il problema che ha incontrato Assembled. I loro agenti di coding funzionavano benissimo per i singoli ingegneri. Ma tutto quello che c'era intorno era un disastro. Proprio un disastro.

Il problema con gli agenti personali

Cosa succede tipicamente: lo sviluppatore A ha una configurazione di Claude Code collegata al suo fork GitHub e a Linear. Lo sviluppatore B preferisce Codex con integrazione Sentry e le sue notifiche Slack. Lo sviluppatore C ha costruito una macchina di Rube Goldberg di script che solo lui riesce a decifrare.

Quando qualcuno se ne va? Quando devi riprodurre cosa ha fatto l'agente? Quando vuoi verificare se l'output dell'agente corrisponde a quello che è stato effettivamente committato?

Sei bloccato.

Il problema vero non è se gli agenti di coding siano utili (lo sono). È che li abbiamo trattati come editor di testo personali invece che come infrastruttura di team. E questo crea tre problemi:

1. Silos di conoscenza — Solo una persona sa come è configurato l'agente
2. Gap di riproducibilità — Non puoi facilmente ripetere o auditare le azioni dell'agente
3. Barriere alla collaborazione — Quello che funziona per un ingegnere non aiuta il team

Arriva 143.dev: agenti di coding come infrastruttura condivisa

Assembled ha costruito un sistema interno per risolvere questo problema, e ora lo hanno reso open source. Il risultato è 143.dev — una piattaforma che trasforma gli agenti di coding in infrastruttura accessibile a tutto il team.

L'approccio è intelligente: invece di far girare gli agenti localmente sulle macchine individuali, li fai girare in ambienti standardizzati con tool e visibilità consistenti.

Ecco cosa significa nella pratica:

Agent multipli, piattaforma unificata. Il sistema fa girare Codex, Claude Code, OpenCode e altri agent in sandbox gVisor. Questo significa che puoi mixare e abbinare in base a costo, capacità e tipo di task. Il team di Assembled, ad esempio, usa GLM 5.2 per task di automazione routine (più economico, veloce) e Codex o Claude Code per lavoro manuale più complesso. Stessa infrastruttura, agent diversi per job diversi.

Integrazioni pronte all'uso. Il sistema si connette a GitHub, Linear, Sentry, Slack, PagerDuty e altro. Generare preview è semplice. I tuoi agenti non girano in isolamento — sono collegati al tuo workflow esistente.

Sicurezza senza attrito. Le sandbox gVisor forniscono isolamento senza la seccatura di gestire VM complete. Gli agenti fanno il loro lavoro, ma sono contenuti.

Licenza MIT e self-hostable. Non è un SaaS hosted a cui devi fidarti con il tuo codice. Puoi ispezionarlo, farlo girare sulla tua infrastruttura e adattarlo alle tue esigenze. Assembled si è ispirata ai Minions di Stripe e al sistema Inspect di Ramp, ma voleva qualcosa che la community più ampia potesse effettivamente usare e modificare.

Perché è importante per startup e team in crescita

Il punto è questo: gli agenti di coding sono destinati a diventare sempre più diffusi. E man mano che il team scala, l'approccio "script personale" non regge più.

Hai bisogno di:

• Audit trail — Cosa ha cambiato l'agente?
• Riproducibilità — Puoi eseguire lo stesso task di nuovo?
• Condivisione della conoscenza — Chiunque nel team può sfruttare i workflow degli agenti?
• Sicurezza — Gli agenti accedono solo a quello che dovrebbero?

143.dev affronta questi problemi direttamente. E il fatto che sia open source significa che non devi scommettere la tua infrastruttura su una startup che tra due anni potrebbe non esistere più.

Il quadro più ampio

Stiamo entrando in una fase in cui gli strumenti di coding AI non sono più novità — sono infrastruttura. E l'infrastruttura va gestita come infrastruttura: con visibilità, riproducibilità e accesso a livello di team.

Gli agenti di coding personali sono un inizio. L'infrastruttura di agenti gestita dal team è dove le cose si fanno interessanti.

Se gestisci una startup o un team di ingegneria, vale la pena dare un'occhiata a 143.dev. Il codice è su GitHub, licenza MIT. Nessun vendor lock-in, nessun costo nascosto — solo infrastruttura aperta che puoi adattare a come il tuo team lavora davvero.

A volte i migliori tool interni sono quelli che vale la pena condividere.