Approfondimento

Perché trasferire le competenze in un sistema agentico

Trasferire una competenza significa rendere leggibile e riutilizzabile dall’AI una parte del modo in cui un lavoro viene svolto, corretto e verificato.

Non significa copiare una persona dentro il sistema e non si esaurisce nella scrittura di un prompt. Qui trovi le relazioni che rendono un metodo applicabile, verificabile e correggibile.

Nota editorialeBozza generata dal sistema il 12 agosto 2026. Non ancora revisionata.

Dal lavoro osservato a una competenza riutilizzabileUn metodo che può essere provato
  1. Lavoro osservatoRendi visibili scelte, fonti, eccezioni e controlli usati.
  2. Metodo esplicitoOrganizza il risultato, i criteri e i confini del lavoro.
  3. Competenza provataApplicala a un nuovo caso, verifica le differenze e correggila.
Usa la schedaChe cosa contiene

Oltre l’output

Una competenza contiene più della risposta finale.

Quando una persona esperta svolge un’attività, spesso riconosce quali fonti siano affidabili, quali eccezioni cambino la decisione e quando un risultato non regga. Se al sistema viene mostrato soltanto l’output finale, queste relazioni restano invisibili.

Una competenza riutilizzabile rende osservabili
  • il risultato che cerca di produrre e le situazioni nelle quali si attiva;
  • le fonti da usare e il loro ordine di autorità;
  • i criteri che orientano scelte e trasformazioni;
  • gli strumenti necessari e gli effetti che possono produrre;
  • gli errori o le condizioni che richiedono una persona;
  • la verifica finale e il modo in cui una correzione migliora il metodo.

Un prompt può contenere una parte di queste informazioni. La competenza le organizza affinché possano essere ritrovate, provate e corrette nel progetto.

Apprendimento dal lavoro

Dal gesto spiegato al metodo riutilizzabile.

  1. 1La persona svolge un’attività e spiega che cosa osserva, perché sceglie un passaggio e come controlla il risultato.
  2. 2Il sistema prepara una prima descrizione del metodo, distinguendo risultato, fonti, criteri, strumenti e confini.
  3. 3Il metodo viene applicato a un caso diverso dalla dimostrazione iniziale.
  4. 4Le differenze mostrano quali criteri erano generali, quali dipendevano dall’esempio e quali conoscenze mancavano.
  5. 5Le correzioni provate entrano nella competenza e diventano disponibili per i casi successivi.

Questa evoluzione non segue necessariamente un numero fisso di prove. Dipende dalle conseguenze del lavoro, dalla varietà dei casi e dalla qualità delle verifiche disponibili.

Oggetto pratico

Scheda di trasferimento della competenza.

Usa la scheda su un’attività ricorrente che conosci bene.

  1. 01

    Risultato

    Che cosa lascia questa competenza quando viene applicata bene?

  2. 02

    Attivazione

    Quale richiesta o situazione indica che serve?

  3. 03

    Fonti

    Quali informazioni usa? Quali sono autorevoli, aggiornate o da verificare?

  4. 04

    Decisioni

    Quali passaggi richiedono un criterio e quali alternative esistono?

  5. 05

    Strumenti

    Che cosa deve leggere, preparare, modificare o inviare?

  6. 06

    Confini

    Quando deve fermarsi, chiedere aiuto o lasciare la decisione a una persona?

  7. 07

    Prova

    Come si verifica il risultato e quale evidenza va conservata?

  8. 08

    Correzione

    Quale errore reale cambierebbe il metodo per i casi successivi?

Sintesi della scheda

La competenza viene usata quando [situazione] per produrre [risultato]. Legge [fonti], applica [criteri] e usa [strumenti]. Si ferma quando [confine]. Il risultato è accettabile se [prova]. Una correzione entra nel metodo quando [evidenza] dimostra che deve cambiare.

Scenario illustrativo

Mantenere aggiornata la documentazione tecnica.

Immaginiamo un team che modifica un’applicazione. Chiedere all’AI «aggiorna la documentazione» non chiarisce quali cambiamenti siano reali, quali file siano autorevoli e quale versione sia stata verificata.

Una competenza più completa può stabilire che il sistema:

  1. 1legge la richiesta e identifica il comportamento che dovrebbe cambiare;
  2. 2confronta codice, test e documentazione corrente;
  3. 3distingue ciò che è proposto da ciò che è già verificato;
  4. 4aggiorna soltanto le sezioni raggiunte dal cambiamento;
  5. 5segnala le affermazioni che non può provare;
  6. 6prepara una traccia delle fonti e lascia pubblicazione e rilascio al responsabile.

Lo scenario mostra perché una competenza collega comprensione, trasformazione e verifica invece di limitarsi a definire il tono dell’output. Non descrive un caso reale.

Confini

Che cosa non viene trasferito automaticamente.

Il giudizio tacito di una persona non diventa interamente esplicito perché è stato descritto una volta. Situazioni nuove possono esporre criteri mancanti, eccezioni o responsabilità che non appartengono al sistema.

Identità ed esperienza complessiva

Il sistema riceve una parte descritta e provata del metodo, non la persona.

Autorità e responsabilità

Descrivere un lavoro non concede automaticamente il potere di decidere o produrre effetti.

Conoscenza non osservata

Ciò che non è stato nominato, dimostrato o collegato alle fonti resta da riconoscere.

Validità per ogni caso futuro

Nuove situazioni possono richiedere criteri, prove e competenze differenti.

Scelta del primo caso

Quando vale la pena rendere una competenza riutilizzabile.

Il trasferimento è utile quando l’attività ricorre, attraversa più sessioni o persone, usa fonti riconoscibili e beneficia delle correzioni. È ancora più importante quando un errore può propagarsi e il progetto deve sapere come fermarsi, verificare e recuperare.

Per un compito occasionale e a basso impatto può bastare un’istruzione ben scritta. Quando il metodo deve sopravvivere alla singola conversazione, una competenza separata rende il lavoro più leggibile e mantenibile.

Nel progetto

Una competenza non opera da sola.

Il sistema deve sapere quando usarla, quali fonti appartengono al progetto, quali strumenti sono disponibili, quali effetti sono consentiti e dove conservare lo stato.

MAIOS Setup AI raccoglie queste relazioni e prepara un pacchetto iniziale. La configurazione nell’ambiente di lavoro e la prova sul caso reale restano necessarie: la presenza di una skill o di un file non dimostra ancora che la competenza sia attiva.

Domande frequenti

Domande sul trasferimento delle competenze.

Una competenza è la stessa cosa di un prompt?

No. Un prompt orienta una richiesta o un turno. Una competenza collega attivazione, fonti, criteri, strumenti, confini, prova e correzione in una forma che il progetto può ritrovare e mantenere.

Posso trasferire una competenza senza programmare?

Sì. La prima versione può essere una descrizione strutturata verificata con un assistente. Il codice serve quando deve usare integrazioni, dati o azioni che richiedono un comportamento ripetibile.

Come scelgo la prima competenza?

Parti da un’attività che ricorre, che sai valutare e per la quale possiedi esempi o fonti. Scegli un risultato riconoscibile e lascia che le prove mostrino le relazioni successive.

Come capisco se è stata trasferita davvero?

Falla applicare a un caso diverso dalla dimostrazione iniziale. Controlla se sceglie le fonti pertinenti, riconosce i confini, produce il risultato atteso e usa la correzione in un nuovo tentativo.

La competenza sostituisce l’esperto?

Non automaticamente. Può rendere riutilizzabile una parte del metodo. Giudizio, responsabilità e relazione con il contesto restano assegnati secondo il caso.