Una fabbrica di software costruita dalle competenze degli agenti
Gli agenti di coding AI possono già scrivere funzioni, modificare repository, eseguire test e aprire pull request. Il problema più difficile è convincere un agente a seguire un processo di ingegneria ripetibile prima, durante e dopo la scrittura del codice.
Nessun stato di rifiuto. Ecco il workaround.
Un agente che ha proposto e implementato “spostare la persistenza in una libreria condivisa” sei mesi fa proporrà volentieri di nuovo la stessa idea il prossimo trimestre, a meno che non esista un registro durevole che gli indichi come l’idea sia già stata indagata e rifiutata – e OpenSpec al momento non ha uno stato interno per questo scopo.
Specifica le modifiche come incrementi, non in un PRD di 40 pagine.
OpenSpec è una CLI gratuita e open source di Fission AI che consente a te e al tuo agente di coding di concordare una modifica in Markdown semplice prima che venga scritto qualsiasi codice, evitando la cerimoniale fase-gated dei framework spec-driven più pesanti.
OpenCode dalla riga di comando, nella pratica
L’interfaccia a riga di comando di OpenCode è progettata per la scripting, le pipeline CI e le esecuzioni non monitorate di agenti. Questo articolo è una guida pratica per utilizzarlo nel lavoro quotidiano.
Abilità SDD applicate, installate con un singolo comando.
Superpowers incapsula un’intera metodologia guidata da specifiche in Claude Skills installabili, imponendo il brainstorming, la pianificazione, l’implementazione guidata da subagenti e il TDD rigoroso, invece di lasciare quella struttura a tua discrezione.
Un piccolo agente di coding che si aspetta che tu lo modelli.
Pi Coding Agent è un’interfaccia di coding terminale minimale e open-source che include quattro strumenti predefiniti e lascia la maggior parte del comportamento a estensioni, abilità e al tuo stesso flusso di lavoro.
Delega il lavoro rumoroso, mantieni il tuo contesto pulito.
La maggior parte delle sessioni di Claude Code diventa lenta e caotica per lo stesso motivo: ogni ricerca esplorativa con grep, ogni dump dei log e ogni “controlliamo un altro file” rimane nella conversazione principale per sempre.
Blocca i messaggi tossici che impediscono l’elaborazione delle code
Una coda di messaggi non elaborati (Dead-Letter Queue) è la rete di sicurezza che intercetta i messaggi che i consumer non riescono a elaborare, così che un singolo payload corrotto non blocchi o scarti silenziosamente tutti i messaggi successivi nella coda.
Arresta le anomalie a catena nei microservizi Go.
Un circuit breaker impedisce al tuo servizio Go di martellare una dipendenza in avaria, prevenendo failure a cascata che consumano goroutine, socket e memoria fino al collasso dell’intero sistema.
La sicurezza del protocollo riguarda chi può agire, non il modello.
L’iniezione di prompt riceve la maggior parte dell’attenzione in termini di sicurezza nei sistemi LLM e merita attenzione, ma non è l’unico problema una volta che gli agenti iniziano a chiamare strumenti e a delegare il lavoro ad altri agenti.
I task A2A di lunga durata superano la durata delle sessioni di chat.
La maggior parte delle demo di agenti AI si comporta ancora come completamenti di chat con passaggi aggiuntivi: invii un prompt, aspetti qualche secondo e ricevi una risposta in un’unica output.
Il 40% dei pilot multiagente fallisce. Ecco come scegliere il giusto pattern di orchestrazione – ed evitare quelli che si rompono.
I sistemi AI a singolo agente hanno raggiunto il picco nel 2025 — si forniva a un LLM un prompt, alcuni strumenti e un obiettivo, e svolgeva compiti ben definiti in modo ragionevolmente efficace.
Scrivi l'evento con i dati. Non dividerli mai.
Due scritture che dovrebbero riuscire insieme finiscono per fallire separatamente.
Il tuo servizio ordini salva l’ordine nel database, quindi pubblica un evento order.created su un message broker.
Il contesto di Go riguarda il controllo del flusso, non lo storage.
Il context.Context di Go è sufficientemente semplice da essere usato male — e questo è il problema.
Gestisci gli errori al giusto confine.
La gestione degli errori in Go è facile da criticare. Ogni sviluppatore Go ha scritto questo codice centinaia di volte:
Smetti di usare sleep nei test Go concorrenti.
Testare il codice Go concorrente ha sempre richiesto un po’ di disciplina. Le goroutine sono leggere, i channel sono semplici e la cancellazione del contesto è idiomatica: i worker in background e i timer sono onnipresenti nei servizi Go reali.
