Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Un modello più recente non è automaticamente un modello migliore. In una piattaforma di orchestrazione, il seguito delle istruzioni, la selezione degli strumenti e la latenza contano più della capacità pura. Un modello che guida i benchmark pubblici potrebbe comunque ottenere risultati scarsi su queste misure.
Due eventi mettono sul tavolo un cambiamento di modello e richiedono risposte diverse:
| Evento del ciclo di vita del modello | Che cosa significa |
|---|---|
| Rilascio del nuovo modello | Nuovi modelli possono essere disponibili in anteprima o in generale. Valuta i modelli rilevanti man mano che diventano disponibili per comprenderne qualità, il seguito delle istruzioni, la latenza, l'affidabilità e le caratteristiche di consumo prima che sia richiesta una migrazione. |
| Disattivazione del modello | I pensionamenti avvengono meno frequentemente, ma sono più dirompenti perché gli agenti interessati devono passare a un sostituto supportato entro una tempistica definita. I team devono identificare gli agenti interessati, contattare i proprietari, completare i test, correggere le regressioni e implementare il sostituto. |
Importante
Non aspettare un annuncio di pensionamento per iniziare la pianificazione del ciclo di vita del modello. I team che mantengono un inventario, una base di valutazione riutilizzabile e i risultati attuali dei test possono iniziare una migrazione del pensionamento con prove sul modello di sostituzione, invece di iniziare l'analisi dopo l'annuncio del ritiro.
Conferma i prerequisiti
Controlla i seguenti prerequisiti prima di investire nella valutazione di un modello candidato. La maggior parte vale per ogni modello. Due sono condizionate e devono essere controllate solo quando il candidato rientra nella classe rilevante. Se un prerequisito che si applica al tuo candidato fallisce, non passare a quello. Scopri di più in Comprendere il panorama dei modelli di IA.
| Prerequisito | Si applica a | Come controllarla |
|---|---|---|
| Il modello è generalmente disponibile o il modello predefinito | Tutti i modelli | Controlla il tag di rilascio del modello. |
| Il modello è disponibile nella tua regione | Tutti i modelli | Controlla la voce della tua regione, non solo il nome del modello. Alcuni modelli sono limitati agli ambienti di accesso anticipato. |
| La categoria d'uso si adatta allo scopo dell'agente | Tutti i modelli | Abbina il tag deep, automatico o generale a ciò che fa l'agente, non a quale modello ottiene il punteggio più alto. |
| La postura di sicurezza è accettabile | Tutti i modelli | Esaminare i risultati pubblicati della valutazione della sicurezza e dell'IA responsabile per il modello. Un modello segnalato come meno allineato non è un candidato di produzione indipendentemente dalla capacità. |
| La postura cross-geo è accettabile | Condizionale: qualsiasi modello taggato cross-geo nella tua regione, inclusi i modelli generalmente disponibili | Ottieni l'approvazione della conformità prima di migrare. Abilitare i dati Move tra regioni non può essere annullato retroattivamente per dati già elaborati, e i carichi di lavoro regolamentati potrebbero non permetterlo affatto. |
| L'amministratore ha abilitato la classe modello | Condizionale: anteprima elettrica, sperimentale ed esterni | Conferma che l'impostazione richiesta è attiva nell'ambiente target. Un modello interno generalmente disponibile che non è taggato tra le geometrie nella tua regione non necessita di ulteriori abilitazioni. |
Buone ragioni per fare un upgrade
- Il modello attuale sta per andare in pensione. Questo motivo è obbligatorio e guidato dalle tempistiche.
- Il modello predefinito cambia e l'agente usa quello predefinito. Il modello cambia che tu lo preveda o meno, quindi valida il risultato.
- Un divario di produzione documentato evidenziato dal monitoraggio, come fallimenti nel seguire le istruzioni, scarsa selezione degli strumenti, grounding debole, latenza inaccettabile o alto consumo.
- Diventa disponibile una capacità di cui l'agente ha bisogno , come un'orchestrazione più robusta degli strumenti a più passi per un agente che concatena diversi strumenti.
- Un modello più veloce o meno costoso ora raggiunge la tua soglia di qualità con un consumo di credito più basso.
- Un miglioramento regionale o di conformità, come la disponibilità di un modello nella regione e la rimozione di una dipendenza tra le geo.
Pessime ragioni per fare un upgrade
- Il modello è l'ultimo disponibile. I benchmark pubblici non misurano le tue istruzioni, i tuoi strumenti o le tue fonti di conoscenza.
- Il modello ha ottenuto un punteggio più alto in una classifica. I punteggi aggregati dei benchmark non dicono nulla sull'aderenza alle istruzioni o sulla contenzione degli strumenti all'interno del tuo agente.
- L'agente di un'altra squadra ha migliorato con essa. Istruzioni diverse e strumenti diversi producono un risultato differente.
- Il team vuole un modello di ragionamento. I modelli profondi aggiungono latenza e costi che la maggior parte degli agenti conversazionali non ha bisogno.
- Per risolvere un problema che in realtà è un problema di istruzione, conoscenza o descrizione di uno strumento. Prima diagnostica. Uno scambio di modello non corregge una fonte di conoscenza mal definita o una descrizione vaga dello strumento, e aggiunge un nuovo rischio a quello esistente.
Rivedi le linee guida specifiche per l'aggiornamento del modello
Quando un nuovo modello si comporta in modo sostanzialmente diverso rispetto a quello che sostituisce, il fornitore del modello di solito pubblica indicazioni specifiche per l'aggiornamento del modello. Questa guida descrive i cambiamenti comportamentali che più spesso influenzano le applicazioni esistenti e i cambiamenti prompt che li affrontano. Rivedilo prima di valutare un nuovo modello in Copilot Studio e usalo per pianificare i cambiamenti di cui un agente ha bisogno.
Le linee guida per l'aggiornamento del modello comprendono comunemente:
- Istruzioni che seguono: i modelli più recenti spesso seguono le istruzioni più letteralmente. Le istruzioni che si basavano su un modello precedente che inferiva l'intento potrebbero dover indicare esplicitamente il comportamento richiesto.
- Selezione degli strumenti e delle azioni: cambiamenti nel modo in cui un modello decide di chiamare gli strumenti, quanti strumenti chiama e come utilizza le descrizioni degli strumenti e le definizioni dei parametri.
- Formattazione e lunghezza della risposta: differenze nella verbosità, struttura e formattazione predefinite che influenzano l'esperienza utente e l'elaborazione a valle.
- Comportamento di ragionamento e pianificazione: Differenze nel modo in cui il modello decompone i compiti a più passi, che influenzano gli agenti che orchestrano diversi strumenti o fonti di conoscenza.
- Pattern di prompt da rimuovere: Le soluzioni aggiunte per le limitazioni di un modello precedente possono degradare i risultati su un modello più recente.
Traduci le raccomandazioni applicabili negli artefatti degli agenti che controlli in Copilot Studio. Scopri di più in Aggiorna gli artefatti dell'agente che un cambiamento di modello influenza.
I seguenti esempi mostrano il tipo di modello di guida che i fornitori pubblicano. Non tutte le raccomandazioni si applicano a Copilot Studio, perché Copilot Studio gestisce l'invocazione del modello e non espone ogni parametro del modello. Concentrati sull'istruzione, sulla descrizione degli strumenti e sulle indicazioni comportamentali.
| Esempio di guida | Apprendimento |
|---|---|
| Claude che incita le migliori pratiche | Sii esplicito riguardo al comportamento e al risultato richiesto, aggiungi un contesto che spieghi perché un comportamento è importante e rimuovi i prompt write-around scritti per modelli precedenti. |
| Guida alla richiesta di GPT-5 | Risolvere istruzioni contrastanti o ambigue, calibrare quanta azione indipendente il modello dovrebbe intraprendere e modificare le descrizioni degli strumenti e la verbosità delle risposte. |
Rispondere a un pensionamento modello
Un pensionamento è l'unico evento del ciclo di vita con una scadenza, quindi il lavoro specifico per esso avviene prima che inizi la migrazione stessa:
- Conferma il modello interessato, la sostituzione, l'ambito regionale e la tempistica del ritiro nell'elenco dei modelli pubblicamente disponibili.
- Identifica gli agenti e gli ambienti interessati.
- Contatta i proprietari dell'azienda e tecnici e spiega la scadenza del pensionamento, il modello di sostituzione e il lavoro di valutazione richiesto.
- Dai priorità agli agenti in base alla criticità aziendale, all'impatto sugli utenti e al tempo rimasto prima del pensionamento.
Da lì, ogni agente interessato segue lo stesso percorso di migrazione di un aggiornamento proattivo. Scopri di più in Run e convalida una migrazione del modello.
Monitorare ogni agente interessato tramite valutazione, bonifica, approvazione, implementazione e monitoraggio post-migrazione, in modo che lo stato di migrazione sia visibile in tutto il patrimonio e non tracciato dai singoli proprietari.
Usa la finestra del modello ritirato come tempo temporaneo di migrazione
Copilot Studio può permettere a un agente di continuare a utilizzare un modello principale ritirato per 30 giorni dopo un aggiornamento automatico. Vai alla pagina Impostazioni dell'agente e attiva Continua a usare modelli ritirati nella sezione Modelli quando è richiesto il periodo di compatibilità aggiuntivo.
Dopo che l'impostazione è attiva, puoi passare dal modello ritirato a quello aggiornato in qualsiasi momento durante il periodo di 30 giorni, e la preferenza si applica ai futuri upgrade del modello fino a quando non disattivi l'impostazione.
Importante
L'opzione modello ritirato a 30 giorni è una finestra temporanea di compatibilità, non una strategia di migrazione a lungo termine. Completa la valutazione e la migrazione prima che la finestra finisca.
Monitorare l'uso dell'impostazione nel piano di migrazione, includendo quali agenti la utilizzano, chi l'ha approvata, quando termina l'estensione e le azioni rimanenti. L'impostazione è configurata individualmente su ogni agente, quindi le organizzazioni con molti agenti interessati dovrebbero tenere conto del tempo e della proprietà necessari per applicarla e tracciarla.
Passo successivo
Quando sei pronto per l'aggiornamento, segui il processo di migrazione per valutare il modello candidato, correggere le regressioni e distribuire il cambiamento.