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.
Competenze SDD obbligatorie, installate con un solo comando.
Superpowers imballa un’intera metodologia guidata da specifiche in Skills di Claude installabili, imponendo brainstorming, pianificazione, implementazione guidata da subagenti e un rigoroso TDD, invece di lasciare che tu strutturi tutto da solo.
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 multi-agente fallisce. Ecco come scegliere il pattern di orchestrazione giusto – ed evitare quelli che falliscono.
I sistemi IA a agente singolo hanno raggiunto il loro apice nel 2025: si forniva a un LLM un prompt, alcuni strumenti e un obiettivo, ed eseguiva compiti limitati 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.
A2A non è morto. Semplicemente non è universale.
Il protocollo Agent2Agent di Google, solitamente abbreviato in A2A, ha avuto un primo anno bizzarro.
Pattern di polling affidabili per agenti AI.
Gli agenti di polling sono una delle parti meno glamour dell’architettura degli assistenti AI, ma sono anche tra le più utili.
MCP fornisce agli agenti strumenti. A2A fornisce agli agenti pari.
L’architettura degli agenti AI sta iniziando a dividersi in due livelli.
