Gestire il ciclo di vita del modello AI per gli agenti di Copilot Studio

Copilot Studio offre diversi tipi di modelli. Questi tipi di modelli si basano sul loro uso previsto e sulla loro disponibilità. La scelta del modello tramite IA non è una decisione di design una tantum. I modelli vengono introdotti, aggiornati, resi disponibili in modo generale, selezionati come predefiniti e infine ritirati. Un agente che lavora bene con un modello può comportarsi in modo completamente diverso con un altro modello, anche con un modello della stessa famiglia di modelli.

Considera la gestione del ciclo di vita del modello come una pratica operativa continua per ogni agente di produzione di Copilot Studio. Stabilire un processo ripetibile per scoprire i cambiamenti nei modelli, valutare i modelli candidati, prepararsi ai pensionamenti, migrare gli agenti interessati e monitorare la qualità dopo il deployment.

Cambiare il modello utilizzato da un agente raramente è solo una modifica nella selezione del modello. Un modello più recente può interpretare le istruzioni in modo più letterale, scegliere gli strumenti in modo diverso, produrre lunghezze e formattazioni di risposta diverse e cambiare la latenza. Pianifica ogni cambiamento di modello come una migrazione che include valutazione, raffinamento di istruzioni e strumenti, approvazione e monitoraggio post-implementazione.

Il principio guida è progettare all’insegna della flessibilità, operare con prudenza e subordinare ogni aggiornamento a una valutazione. Aggiornare a ogni nuovo modello rischia regressioni silenziose. Evitare tutti i cambiamenti di modello garantisce un'emergenza quando arriverà il pensionamento.

Applicare il seguente ciclo di vita agli agenti di produzione:

1. Scopri i modelli nuovi, aggiornati, predefiniti e in fase di ritiro.
2. Fate un inventario di agenti, ambienti, responsabili e processi aziendali che dipendono da ciascun modello.
3. Valutare i modelli di sostituzione candidata rispetto a una base consolidata.
4. Approva la migrazione utilizzando criteri documentati di qualità e operatività.
5. Distribuire tramite il processo di Application Lifecycle Management (ALM) dell'organizzazione.
6. Monitorare i risultati della produzione e aggiungere scenari di nuova scoperta alla suite di regressione.
7. Ripeti il processo man mano che modelli e requisiti degli agenti si evolvono.

Questo articolo tratta di scoperta e inventario. La serie continua con:

• Decidi quando aggiornare un modello di IA: decisione di aggiornamento, prerequisiti e risposta ai pensionamenti.
• Esegui e convalida una migrazione del modello: valutazione, approvazione, distribuzione e monitoraggio.

La gestione del ciclo di vita del modello richiede il coordinamento tra proprietari degli agenti, maker, amministratori della piattaforma, tester, team di sicurezza e conformità e approvatori di rilascio. Assegna la proprietà prima che un cambiamento del modello generi una migrazione urgente.

Comprendere il panorama dei modelli

Prima di poter pianificare un cambiamento di modello, devi sapere come Copilot Studio classifica i modelli, quali modelli la tua organizzazione può effettivamente utilizzare e quali agenti dipendono da ciascuno.

Comprendere i tipi di rilascio dei modelli

Copilot Studio identifica i modelli in base alle classificazioni di rilascio e disponibilità. Queste classificazioni aiutano a determinare come governare un modello e dove utilizzarlo. I nomi dei modelli, le fasi di lancio, la disponibilità regionale e lo stato di pensionamento cambiano nel tempo. Controlla sempre la disponibilità dei modelli per regione per informazioni attuali invece di affidarti a una lista statica dei modelli.

Un agente che usa il modello predefinito passa a un nuovo modello ogni volta che il modello predefinito viene aggiornato, che tu lo abbia pianificato o meno. Per agenti ad alto rischio e ad alto volume, seleziona un modello specifico invece di tracciare il modello predefinito, così che ogni cambiamento del modello attraversi il processo di migrazione.

Abbina la categoria di utilizzo del modello allo scopo dell'agente

Copilot Studio etichetta ogni modello con una categoria di utilizzo che descrive per cosa il modello è ottimizzato. Scegliere la categoria giusta per il carico di lavoro dell'agente influisce su qualità, latenza e consumo di crediti.

• Deep: Ottimizzato per ragionamento deliberato, a più passi e flussi di lavoro supportati da strumenti. Ideale per analisi complesse, analisi delle politiche e sintesi documentale. Ha la latenza e il consumo di crediti più alti.
• Auto: Copre carichi di lavoro misti instradando le query dinamicamente. Ideale per gli agenti dell’helpdesk e per i dipendenti, quando la complessità delle richieste è imprevedibile o variabile. Latenza e costo variano per turno.
• Generale: Ottimizzato per velocità e costo nella chat quotidiana e con una leggera messa a terra. Ideale per stesure, riassumi, risposte in stile FAQ e semplice automazione delle azioni. Latenza e consumo di credito più bassi.

Scopri di più nelle categorie di utilizzo dei modelli.

Comprendere modelli esterni e controlli amministratori

Puoi utilizzare modelli di fornitori esterni come Anthropic, xAI e Mistral come modello principale di un agente. Scopri di più in Scegli un modello esterno come modello AI principale.

Le impostazioni degli amministratori controllano quali modellisti possono selezionare in un ambiente. Un modello documentato come disponibile potrebbe comunque non essere disponibile per l'agente che stai migrando se l'impostazione richiesta non è attivata.

Prima di pianificare una migrazione, conferma che il modello candidato sia disponibile per il produttore nell'ambiente target. La lista dei modelli in Copilot Studio riflette le impostazioni del tuo amministratore ed è la verità fondamentale su ciò che un agente specifico può utilizzare. Scopri di più sui controlli amministrativi per la selezione dei modelli di IA.

Rivedi regolarmente la disponibilità dei modelli

Rivedi regolarmente il modello AI primario per il tuo agente . È la fonte autorevole per la lista dei modelli attuale. Nuovi modelli appaiono lì quando vengono introdotti, e quelli esistenti si aggiornano man mano che diventano generalmente disponibili, diventano predefiniti o vengono ritirati.

Usa insieme le seguenti fonti:

Attiva anche una revisione quando:

• Un modello rilevante diventa disponibile in anteprima o generalmente disponibile.
• Il modello predefinito cambia.
• Viene annunciato il ritiro del modello o un aggiornamento automatico.
• Un modello diventa disponibile nella regione dell'organizzazione.
• L'organizzazione consente l'elaborazione tra aree geografiche, i modelli esterni o i modelli in anteprima e sperimentali.
• Il monitoraggio della produzione identifica una preoccupazione di qualità, latenza, affidabilità o consumo che un altro modello potrebbe affrontare.

Mantenere un inventario di modelli e agenti

Usa gli inventari degli agenti forniti nel centro amministrazione Power Platform, nella CLI Power Platform o nelle API Power Platform per identificare gli agenti che utilizzano un modello specifico. Utilizzare queste informazioni per avviare le comunicazioni sul ciclo di vita del modello con i proprietari dell'azienda e tecnici interessati.

Usa una delle seguenti viste nel centro amministrazione Power Platform:

Consulta l'API dell'inventario per trovare gli agenti per modello

Le viste del centro di amministrazione di Power Platform sono efficaci per rivedere ed esportare manualmente i risultati. Consulta invece l'API dell'inventario quando vuoi raccogliere le stesse informazioni a livello programmativo, così che l'enumerazione degli agenti possa essere scriptata, programmata e ripetuta su tutto il tenant invece di scaricare i report a mano. Le organizzazioni con un patrimonio di grandi agenti possono utilizzare questo approccio per aggiornare la lista degli agenti interessati su richiesta durante una migrazione in pensione e mantenerla aggiornata tra un ciclo di vita e l'altro.

L'API dell'inventario restituisce il nome dell'agente, il nome di visualizzazione, l'ambiente e il modello configurato in una singola query a livello di tenant, quindi non è necessaria alcuna correlazione con un'altra fonte dati.

Prima di eseguire la query:

• Accedi con un account che abbia il ruolo di amministratore Power Platform o amministratore di Dynamics 365.
• Acquisisci un token di accesso per la https://api.powerplatform.com/ risorsa.
• Conferma che l'inventario degli agenti sia abilitato per il tenant.

Invia una richiesta POST all'endpoint della query risorsa, filtra in base al microsoft.copilotstudio/agents tipo di risorsa e proietta i campi necessari, inclusi properties.model:

POST https://api.powerplatform.com/resourcequery/resources/query?api-version=2024-10-01
Authorization: Bearer <access-token>
Content-Type: application/json

{
  "TableName": "PowerPlatformResources",
  "Clauses": [
    {
      "$type": "where",
      "FieldName": "type",
      "Operator": "in~",
      "Values": ["'microsoft.copilotstudio/agents'"]
    },
    {
      "$type": "project",
      "FieldList": [
        "name",
        "properties.displayName",
        "properties.model",
        "environmentId = tostring(properties.environmentId)"
      ]
    }
  ],
  "Options": { "Top": 200 }
}

La risposta restituisce un documento per ogni agente. I nomi dei campi nella risposta sostituiscono il punto con un sottolineo, quindi properties.model viene restituito come properties_model:

{
  "totalRecords": 158,
  "count": 200,
  "data": [
    {
      "name": "00000000-0000-0000-0000-000000000000",
      "properties_displayName": "Sample Agent",
      "properties_model": "GPT-5 Auto",
      "environmentId": "00000000-0000-0000-0000-000000000000"
    }
  ]
}

La risposta comprende totalRecords e, quando i risultati sono troncati, un valore skipToken. Restituisci quel valore in Options.SkipToken e ripeti la richiesta finché non vengono recuperati tutti i record.

Raggruppa i record raccolti in base a properties_model per vedere dove viene utilizzato ciascun modello nell'intero tenant. L'esempio seguente mostra il conteggio degli agenti per modello per un tenant di un tenant, escludendo gli agenti che utilizzano il modello predefinito di Copilot Studio o che utilizzano l'esperienza Microsoft 365 Copilot:

Model                  Count
-----                  -----
Claude Sonnet 4.6         24
GPT-5 Chat                22
GPT-5.5 Chat               5
GPT-5 Auto                 4
Claude Sonnet 4.5          3
Claude Opus 4.6            2
Claude Opus 4.7            1
Claude Opus 5              1
Claude Sonnet 5            1
GPT-4o                     1
GPT-5.6 Reasoning          1

Quando viene annunciata una dismissione, filtra lo stesso insieme di risultati in base al modello in fase di dismissione per produrre l'elenco degli agenti interessati, dei relativi ambienti e dei rispettivi ID. Usa il environmentId valore per mappare ogni agente a un ambiente nominato e instrada i risultati ai proprietari di quegli ambienti. Scopri di più in Rispondi a un modello di pensionamento per la risposta completa al pensionamento.

Ulteriori informazioni in:

• API di inventario di Power Platform
• Informazioni di riferimento sullo schema di inventario di Power Platform

Usa la CLI di Power Platform per i dettagli relativi all'ambiente

Usa pac copilot list quando hai bisogno degli agenti e del contesto della soluzione per un singolo ambiente, ad esempio quando stai preparando una migrazione in un ambiente:

pac copilot list --environment <environment-id-or-url>

Il comando restituisce il nome dell'agente, l'ID Copilot, lo stato del componente, lo stato gestito, l'ID della soluzione, il codice di stato e il codice di stato. Questo output non include il modello, quindi usa l'API dell'inventario per identificare gli agenti per modello. Usare pac admin list per recuperare nomi e ID degli ambienti.

Cosa registrare per ogni agente

Il modello da solo non basta per pianificare una migrazione. Annota quanto segue per ogni agente, così quando verrà annunciata la pensione tu sappia già chi contattare e quale lavoro ha bisogno ciascun agente:

• Nome dell'agente, ID agente, ambiente e tipo di ambiente, come sviluppo, test o produzione.
• Criticità aziendale.
• Titolare dell'azienda, responsabile tecnico, tester e approvatore del rilascio.
• Il modello configurato e il suo tag di rilascio.
• Che l'agente utilizzi il modello predefinito o un modello specifico selezionato.
• Requisito per l'elaborazione tra aree geografiche e vincoli regionali.
• Se l'agente utilizzi l'harness standard o l'harness di GitHub Copilot, che determina i metodi di test per la valutazione a sua disposizione. Scopri di più sulle imbracature Copilot Studio.
• La posizione del set di test di regressione e la data dell'ultima esecuzione della baseline.
• Se la finestra del modello pensionato è in uso, quando scade e chi l'ha approvata.

Passo successivo

Con il panorama dei modelli compreso e l'inventario degli agenti in atto, usa i criteri decisionali per determinare se è necessario un aggiornamento.

Informazioni pertinenti

• Monitorare, gestire e ridimensionare l'adozione di Copilot in Power Platform