Matt Pocock: Skills AI, Harness, Agentic Engineering e il Futuro dello Sviluppo Software

Molti sviluppatori oggi sono ossessionati dal lancio dell'ultimo modello di linguaggio (LLM). È comprensibile: i modelli sono la "scintilla" che alimenta l'intera rivoluzione. Tuttavia, un concetto fondamentale sta emergendo tra gli esperti: il modello è solo il motore; il "harness" (l'imbracatura) è l'intero veicolo.

Se vuoi ottenere risultati straordinari con l'intelligenza artificiale, devi smettere di guardare solo al modello e iniziare a costruire un ecosistema in cui l'IA possa operare al meglio.

1. La fine della "Programmazione Tattica"

Il video introduce una distinzione fondamentale tra programmazione tattica e programmazione strategica:

• Programmazione Tattica: È il lavoro quotidiano di scrittura di codice, gestione della sintassi, debugging e creazione di commit. Questa è l'area che l'IA ha "mangiato". Oggi, l'IA è più veloce, economica e precisa di molti programmatori nel gestire i dettagli tecnici di basso livello.
• Programmazione Strategica: È la capacità di progettare sistemi, pianificare la velocità di sviluppo e decidere come la codebase debba essere strutturata per scalare. Questa è la vera abilità del futuro.

Il segreto: L'IA non sostituisce lo sviluppatore strategico; essa gli fornisce una flotta infinita di "programmatori tattici" da delegare. Se non sai come orchestrare questi agenti, la tua produttività rimarrà limitata.

2. Costruire il "Harness": L'ambiente di esecuzione

Un modello potente in una codebase disorganizzata produrrà comunque codice di scarsa qualità. Per massimizzare l'IA, devi ottimizzare il "harness":

• Architettura della Codebase: Crea un codice facile da modificare. Più la struttura è pulita, meno "token" l'IA spreca sbattendo la testa contro pareti di codice confuso.
• Documentazione per l'IA: Fornisci all'IA le coordinate corrette. La documentazione non serve più solo agli umani; serve a guidare l'agente verso le parti giuste del sistema.
• Task Scoping: Saper scomporre un problema complesso in compiti piccoli e ben definiti è la competenza chiave per la delega efficace.

3. Le competenze come moltiplicatori

C'è un limite alla capacità dell'IA, e quel limite è la tua competenza nel dominio.

"Le tue competenze sono il soffitto di ciò che l'IA può fare."

Un programmatore senior con una profonda conoscenza del dominio ottiene un boost enorme perché sa cosa chiedere e come valutare il risultato. Un principiante che usa l'IA senza basi solide rimarrà bloccato dalle limitazioni del modello stesso. L'obiettivo non è "lasciare che l'IA scriva l'app", ma usare l'IA per costruire l'app più velocemente, mantenendo il controllo strategico.

4. Dallo "Human-in-the-loop" al lavoro "AFK"

La vera frontiera è passare dal lavoro Human-in-the-loop (dove l'umano guida ogni passo dell'IA) al lavoro AFK (Away From Keyboard).
In questo scenario, l'obiettivo è creare sistemi che:

1. Ricevono una richiesta (es. una segnalazione di bug).
2. Analizzano il problema autonomamente (esplorazione della codebase).
3. Propongono e applicano una soluzione.
4. Caricano una Pull Request pronta per la revisione finale.

Per farlo, è fondamentale utilizzare sandbox (come Sand Castle) per eseguire agenti in ambienti isolati e sicuri, e gestire le attività come una coda di task (queue) invece di un ciclo infinito di prompt.

Conclusione: Azioni pratiche per oggi

Se vuoi iniziare a costruire il tuo "harness" oggi stesso, ecco i primi passi suggeriti:

1. Svuota il contesto: Prova a iniziare da una "tela bianca". Rimuovi plugin e skill superflue e osserva come l'IA si comporta con le sole istruzioni base.
2. Aggiungi procedure, non solo abilità: Non sovraccaricare l'IA con troppe istruzioni di "capacità". Usa "skill di procedura" che definiscono passaggi chiari per compiti specifici.
3. Pensa in termini di missione: Invece di chiedere "scrivi questo codice", definisci la missione ("voglio costruire un'app per gestire gli appuntamenti dei miei studenti") e lascia che l'IA ti aiuti a mappare la strada strategica.

Il futuro non appartiene a chi usa il modello più potente, ma a chi costruisce il sistema migliore per gestirlo.