Abbiamo aggiunto Skills a Siesta AI: un modo dedicato per definire cosa può fare un agente, come dovrebbe farlo e quali strumenti è autorizzato a usare. Se il tuo system prompt risponde a “chi è l’agente”, le skill rispondono a “cosa può eseguire in modo affidabile”.
Questo diventa importante quando vai oltre un singolo agente demo. Nei team reali, la stessa richiesta inizia a produrre risultati diversi a seconda dell’agente che si usa, perché le istruzioni vengono copiate, ritoccate e col tempo divergono. Skills è progettato per fermare questa deriva trasformando il lavoro ripetibile in una capability mantenuta, riutilizzabile tra agenti.
Skills nella pratica: procedure riutilizzabili e accesso agli strumenti
Una skill è un’unità di esecuzione “impacchettata” che combina due elementi: istruzioni (la procedura) e strumenti (le funzioni e integrazioni che l’agente è autorizzato a usare per quella procedura). Quando colleghi una skill a un agente, fai più che “aggiungere una feature”. Stai impostando confini che rendono il comportamento più prevedibile.
Il vantaggio meno ovvio è la governance by design. Quando un workflow è incapsulato in una skill, puoi mantenere l’agente concentrato sui pochi strumenti di cui ha davvero bisogno. Questo riduce l’uso accidentale di tool, rende i problemi più facili da diagnosticare e mantiene i risultati coerenti tra team, anche mentre aggiungi più agenti.
Skill di organizzazione vs. skill di sistema
Le skill sono divise in due categorie. Skill di organizzazione vengono create all’interno della tua organizzazione. Puoi crearle, modificarle ed eliminarle. Qui catturi come lavora davvero la tua azienda: per esempio come vuoi che vengano scritti i ticket, come deve essere formattata la reportistica, quali verifiche devono avvenire prima di inviare un’email o quale sistema è la fonte di verità quando i dati sono in conflitto. Skill di sistema sono predefinite e disponibili per tutti. Non sono modificabili direttamente, ma puoi copiarle e adattare la copia. In pratica, ti danno un punto di partenza che puoi restringere secondo le tue regole interne, convenzioni di naming, approvazioni e strumenti consentiti.
Skills vs. Subagent: quando usare cosa
Skills e Subagent risolvono problemi diversi, e confonderli porta a configurazioni di agenti disordinate.
- Una skill riguarda la standardizzazione dell’esecuzione. Usala quando vuoi che lo stesso compito venga svolto nello stesso modo ogni volta: stessi passaggi, stesso accesso agli strumenti, stesso formato di output. Le skill sono il tuo layer di ripetibilità.
- Un subagent riguarda delega e specializzazione. Usalo quando una richiesta è troppo ampia o multidisciplinare perché un singolo agente la gestisca in modo pulito, quindi l’agente principale delega parti del lavoro ad agenti specializzati.
Un pattern pratico che funziona bene è combinarli: i subagent dividono il lavoro, le skill mantengono coerente ogni parte. Senza skill, i subagent possono comunque produrre risultati variabili perché ogni agente specializzato “lo fa a modo suo”. Senza subagent, le skill tendono a gonfiarsi perché un solo agente prova a gestire ogni step di una richiesta complessa.
Leggi di più sui Subagent: https://siesta.ai/blog/1329/new-in-siesta-ai-subagents
Un modo migliore per introdurle
Se vuoi che Skills ripaghi rapidamente, non partire con una “master skill” che prova a coprire tutto. Scegli un workflow che ha già una ownership chiara e si ripete settimanalmente, come creare ticket Jira dalle escalation del supporto, trasformare note di meeting in follow-up, o produrre un aggiornamento operativo standard.
Scrivi la skill come un runbook interno, assegnale solo gli strumenti necessari, poi collegala agli agenti che le persone già usano. Dopo una settimana saprai esattamente cosa stringere: input mancanti, handoff poco chiari, casi limite di permessi e le due o tre modalità di errore che generano più rilavorazioni. Correggi questi aspetti una volta nella skill, e il miglioramento si propaga ovunque automaticamente.