Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Agente Copilot Studio: grounding, persona, debug e pubblicazione senza errori da principiante (Doppiaggio IA)

Transcript

Agente Copilot Studio: grounding, persona, debug e pubblicazione senza errori da principiante (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Immagina di lanciare il tuo primo agente co-pilot studio e che invece di impressionare tutti
0:03
tiri fuori qualcosa di inconsistente come penso che la policy dica che forse è quella naturale
0:07
per la creazione di bot, ma con un paio di correzioni, istruzioni chiare basate sul documento
0:12
della policy effettivo puoi trasformare quell'errore in una risposta naturale che cita capitolo e
0:16
versetto. Entro la fine di questo video saprai come ricreare una risposta errata nel riquadro
0:20
di test e correggerla in modo che il bot citi il documento reale e pubblicare un pilota
0:23
funzionante. Una breve parentesi, clicca su iscriviti ora in modo che queste procedure
0:26
dettagliate vengano distribuite a tua playlist. Ovviamente ottenne una risposta pulita nella
0:29
finestra di test è facile. Il vero problema si presenta quando il tuo bot esce dal dojo
0:33
e inciampa nel mondo reale. Perché il tuo bot di test perfetto crona il mondo reale?
0:37
Quindi perché un bot che sembra impeccabile nel riquadro di test inizia improvvisamente
0:40
a dimelarsi quando viene puntato su di antirea? Nella versione breve studio mantiene le cose
0:44
imbottite cortesi mentre nel mondo reale non esiste tale cortesia. In studio gli input che
0:48
fornisci sono ordinati. Le domande sono brevi, formulate in modo chiaro e solitamente corrispondono
0:53
agli esempi di formazione che hai preparato. Ecco perché sembra una serie perfetta. Ma se passi alla
0:57
produzione le persone scrivono come persone. Un senior chiederà quanto posso richiedere
1:01
quando sono in un hotel. Un rappresentante potrebbe digitare il limite di spesa dell'hotel
1:04
con un errore di battitura. Un altro potrebbe semplicemente dire ricordami di nuovi soldi
1:07
per il viaggio. Tutte queste cose significano la stessa cosa ma se hai testato solo qual è il
1:12
limite di spesa il bot non sempre collegherà i puntini. Ecco un modo per vedere questa lacuna
1:16
in questo momento. Apri il riquadro di test e invia tre varianti al tuo bot. Prima la versione pulita
1:21
poi una riscrittura casuale quindi una versione con un errore di battitura. Guarda le risposte
1:24
cambiare. A volte le coglie tutte e tre. A volte solo quella pulita funziona. Questo
1:28
è il tuo primo indizio che i bei risultati dei test non equivalgono alla sopravvivenza
1:31
nel mondo reale. Il motivo tecnico è la copertura dell'interno. I bot si affidano a frasi trigger
1:35
e definizioni di argomenti per sapere quando attivare una risposta. Se tutti gli esempi
1:39
sono uguali il modello diventa fragile. Un singolo sinonimo può mandare in T. Soluzione
1:43
noiosa ma funziona. Aggiungi frasi trigger più ampie ai tuoi argomenti e non utilizzare solo
1:46
la formulazione formale dei tuoi documenti sulle polizze. Aggiungi frasi informali, abbreviate e anche
1:50
leggermente disordinate che le persone usano effettivamente. Non ne servono decine e solo quelle
1:54
per coprire le varianti più evidenti, quindi esegui nuovamente il test. Le differenze tra i canali
1:57
erano tutto più difficili. Il riquadro di test di studio è una simulazione. Dopo aver pubblicato
2:01
su un canale come Teams, SharePoint o un sito web dimostrativo, la piattaforma potrebbe modificare
2:04
il modo in cui viene gestito il testo di input e le m risposte. Teams potrebbe dividere le righe
2:07
in modo diverso. Una pagina web potrebbe rimuovere la formattazione. Anche piccoli spostamenti, come
2:11
spostare una frase chiave su un'altra riga, possono modificare il modo in cui il modello la ponga.
2:15
Ecco perché Microsoft sottolinea la necessità di test iterativi tra i canali. Un bot che supera il test in studio
2:20
può comunque incempare quando la formatazione nel mondo reale modifica il terreno. Anche gli utenti
2:24
hanno delle aspettative. Per loro riformulare una domanda è una conversazione normale. Non pensano
2:28
a intenti, trigger o sovrapposizioni semantiche. Presumono semplicemente che il bot capisca come
2:32
farebbe un collega. Un errore, soprattutto in una demo, e la sicurezza svanisce. È qui che i costruttori
2:37
le prime armi si scogliano. La necessità di provare in studio ha dato loro una falsa sicurezza,
2:40
ma il primo input casuale dell'utente in Teams ha fatto crollare l'illusione. Cerchiamo di spiegare
2:44
questo con altri esempi. In studio di IGT, qual è il limite di spesa? Il bot risponde direttamente. La politica
2:50
stabilisce 200 dell'alloggio anno per l'alloggio. Perfetto. Distribuisci. Ora prova. Ehi, cosa posso
2:54
ottenere di nuovo in cambio di noter? Invece di citare la politica, il bot fornisce qualcosa come
2:58
verifica con le risorse umane o fa un'ipotesi vaga. Stesso intento, risultato totalmente diverso.
3:03
Quello scambio, preciso nelle prove, vago nella produzione, è esattamente ciò di cui stiamo
3:07
parlando. La conclusione pratica è questa. Tratta studio come un allenamento di spari. Utile per
3:12
l'apprendimento, ma non prova di preparazione. Prima di procedere, prova il test delle tre varianti nel
3:16
riquadro di test, quindi ampli i tuoi argomenti per includere sinonimi e frasi informali.
3:20
Infine, quando pubblichi, esegui nuovamente il test in ogni canale in cui il bot sarà attivo.
3:24
Rileverai i problemi prima che lo facciano i tuoi utenti. E una trappola ancora più grande è
3:27
l'attesa. Perché anche se copri frasi e canali, il tuo bot può comunque bloccarsi se non è basato
3:31
sulla fonte giusta. È allora che smette di perdere domande e inizia a inventare cose. Immagina un bot che
3:36
sembra sicuro di sé, ma sta solo tirando a indovinare. È qui che le cose si complicano.
3:41
L'errore da principiante? Lasciare il tuo bot senza basi. Il primo errore da principiante è trattare
3:45
Copilot Studio come una sfera di cristallo anziché come un regolamento. Quando lanci un agente senza
3:49
fondarlo su conoscenze reali, stai sostanzialmente mandando uno stagista junior nella sala di
3:53
riunioni senza alcuna preparazione. Parlerà velocemente e sembrerà sicuro di sé metà
3:56
di ciò che dice crollerà nel momento in cui qualcuno contro. Ecco la trappola di lasciare
4:00
il bot senza basi. All'inizio la lucentezza non nasconde. Una build appena realizzata in studio
4:04
sembra nitida. Saluti cortesi, risposte rapide, nessun ritardo visibile. Ma sotto il cofa non c'è
4:08
nulla di solido che sostenga quelle parole. Il sistema sta elaborando schemi non fatti.
4:12
I bot senza basi non sanno nulla. Luffano. E mentre un bluff potrebbe sembrare astuto
4:17
nel riquadro di test, gli utenti in produzione lo capiranno all'istante. Il risultato peggiore
4:21
non sono solo risposte deboli, sono allucinazioni. È quando un bot inventa qualcosa che sembra
4:25
giusto ma non ha alcun fondamento nella realtà. Chiedi informazioni sui rimborsi di viaggio
4:29
e invece di rifiutare cortesemente il bot inventa una cifra che sembra plausibile. Un membro
4:34
dello staff prenota un hotel basandosi su quel risultato negativo e all'improvviso ti ritrovi
4:37
a risolvere controversie sulle spese di mail irritanti. La frase sembrava professionale,
4:41
il contenuto era fumo. L'esempio di Contoso Labs lo renderebbe. Nell'esercitazione pratica
4:45
ufficiale dovresti caricare un file denominato expensepolicy.doxy.cax. All'interno è chiaramente
4:50
indicato il limite di alloggio di 200 dollari a notte. Ora se salti la messa a terra e chiedi
4:54
al tuo nuovo bot qual è la politica dell'hotel, potrebbe rispondere con sicurezza a 100 dollari
4:58
a notte. Totalmente inventato. Solo quando alleghi effettivamente quel file expensepolicy.doxy
5:02
modello smette di improvvisare. Il bot con messa a terra cita nel documento. Secondo la politica
5:07
aziendale sui viaggi l'alloggio è limitato a 200 dollari al giorno. E quella differenza
5:11
fabbricazione rispetto a citazione riguarda tutta la fase di messa a terra. Ecco esattamente
5:15
come risolverlo nell'interfaccia. Vai al tuo agente in co-pilot studio. Dalla schermata
5:19
di panoramica fai clic su knowledge. Seleziona più aggiungi knowledge quindi scegli di caricare
5:22
un file. Indirizzalo a expensepolicy.docx o un'altra fonte a tenere. Se preferisci connetterti
5:27
a un sito web pubblico o a una posizione di sharepoint puoi anche scegliere quello ma i file
5:31
sono più puliti. Dopo il caricamento attento. L'indicizzazione può richiedere 10 minuti o più
5:35
prima che il contenuto si approva. Non farti prendere dal panico se le prime query di prova
5:38
non vengono estratte immediatamente. Una volta terminata l'indicizzazione esegui nuovamente
5:40
la no. Quando è correttamente ancorata vedrai la risposta effettiva da 200 dollari insieme
5:44
a una piccola citazione che mostra che proviene dal documento caricato. Tale citazione è
5:48
il modo in cui sai di aver ottenuto il 20 naturale. Un luogo comune errato è supporre
5:52
che il conversational boosting coprirà magicamente le lacune. Non inventa la consapevolezza delle
5:56
poli si amplifica semplicemente gli schemi di test. Senza una fonte di conoscenza a cui ancorare
6:00
il boosting sputa allegramente i riempitivi generici. E come darà quello stagista a tre
6:04
tazze di caffè sperare che la caffrina compensi l'ignoranza? Anche i documenti di laboratorio
6:08
l'ho messo in guarda. Se non viene trovata alcuna corrispondenza
6:11
nella tua conoscenza il boosting potrebbe ripiegare sulla conoscenza generale integrata
6:14
nel modello o restituire risposte vaghe e imprecise. Ecco perché dovresti configurare
6:18
argomenti critici per cercare solo le tue fonti aggiunte quando la precisione è importante.
6:21
Non lasciare che il bot si scateni nel modello linguistico più ampio se la posta in gioco
6:24
la conformità alla finanza alle risorse umane. Le conseguenze derivanti dall'ignore a questo passaggio
6:28
si accumulano. I bot non radicati potrebbero funzionare bene per le chiacchiere ma una volta
6:31
che rispondono a domande su rimborsi o politiche di congetto creano vere proprietiche di assistenza.
6:35
Immagina di dover spiegare la finanza perché i cinque dipendenti hanno presentato reclame
6:38
alla tariffa sbagliata perché il tuo bot ha inventato un limite al volo. La correzione
6:42
costa più del semplice caricamento del documento il primo gioco. La radicazione trasforma il tuo
6:45
agente da uno stagista entusiasta ma sproveduto in quello che i videogiocatori potrebbero definire
6:49
un avvocato delle re. Cita il libro? Non le sue viscere? Allega il dox della politica sulle spese
6:53
all'improvviso il sistema applica il canone aziendale invece di improvvisare. Ancora meglio
6:57
le risposte forniscono ricevute, citazioni chiare che puoi controllare. È così che proteggi
7:00
la fiducia. Con una risposta naturale hai creato una macchina per pettegolezzi sicura
7:04
che diffonde regole inventate. Con una risposta naturale hai creato un esperto radicato completo
7:08
di citazioni. L'unico modo per ottenere quest'ultimo è fornirgli fonti di conoscenza verificate
7:13
fin dall'inizio. E una volta che il tuo bot è finalmente in grado di dire la verità affronti
7:17
la sfida successiva plasmando il modo in cui dice la verità. Perché la precisione senza personalità
7:20
fa comunque rimbalzare gli utenti. Insegnare al tuo bot la sua personalità. La personalità
7:25
è il passo successivo. Incopai lo studio e non ne ottieni una gratuitamente. Devi iscriverla.
7:29
È qui che smetti di far sembrare il sistema a un manichino da testa e inizi a modellarlo
7:32
in qualcosa con cui i tuoi utenti vogliono effettivamente parlare. In pratica ciò significa
7:36
modificare i campi nome, descrizione e istruzioni presenti nella pagina di panorami. Lasciali
7:40
vuoti e ti ritroverai con risposte predefinite che sembrano un PNG bloccato in modalità tutorial.
7:44
Ecco la parte che molti sviluppatori alle prime armi trascorono. Il sistema ha già uno stile predefinito
7:48
nel momento in cui premi crea. Se non tocchi i campi otterrai un saluto blando, senza autorità
7:53
e senza contesto. Contesto è ciò che guadagna fiducia. In ambienti come le risorse umane
7:57
o la finanza un tono generico fa pensare alle persone di stare testando un prototipo e non
8:01
di utilizzare uno strumento su cui possono fare affidamento. Un esempio veloce. Supponiamo
8:04
che tu abbia intenzione di creare un esperto di politica e di spesa, ma poiché non lo hai
8:07
mai rinominato o descritto, la gente si presenta come un generico copilota senza alcuna storia.
8:11
Qualcuno chiede informazioni sul rimborso alberghiero aspettandosi una consulenza professional.
8:14
Ciò che ottiene è un testo semplice e anonimo, senza alcuna cornice, il che crea un segnale
8:19
sottile ma potente. Non fidarti di me? La fiducia si arroda rapidamente e gli utenti perdono
8:23
il primo contatto e raramente tu. Pensa all'intera configurazione come se stai
8:26
iscrivendo una rapida scheda del personaggio. Il nome è la classe, la descrizione è la storia,
8:31
la lunga casella di istruzioni sono gli attributi e il tono è l'allineamento. Non ti presenteresti
8:36
a una campagna senza punti abilità assegnata. Non inviare un bot in questo modo. Ora i numeri grezzi
8:40
qui contano. Il campo del nome del bot ha un limite di 30 caratteri, quindi si breve e conciso.
8:44
Esperto in politica di spesa, guida turistica, assistente ai benefit. La descrizione consente
8:49
circa 1000 caratteri, il che è sufficiente per un paio di frasi chiare. Qualcosa del tipo
8:53
questo agente fornisce ai dipendenti risposte a giornate tratte dalla politica di viaggio
8:56
ufficiale. Cita passaggi pertinenti ed evita speculazioni. Poi il campo delle istruzioni
9:02
che è il tuo spazio flessibile, fino a 8000 caratteri. È lì che puoi bloccare le regole di lavoro
9:07
effettive. Non imitarti ad essere utile, ma spiega dettagliatamente il copio. Cita sempre la linea
9:11
della politica quando disponibile. Evita risposte speculative. Riassumi una frase chiara per i
9:15
dirigenti, quindi fornisci una citazione. Un pratico elenco di controllo che puoi
9:19
effettivamente leggere durante la creazione è simile a questo. Nomina il ruolo. Scrivi
9:22
una breve descrizione delle competenze. Imposta il tono, formale e informale, semplice per
9:26
gli non esperti. Compila le istruzioni con regole comportamentali, cosa evitare, come
9:30
formattare, come formattare. Ognuno di questi passaggi rafforza l'identità. Nessuno di essi
9:35
richiede una configurazione avanzata. È tutto lì durante la creazione o modificabile in seguito
9:38
nella pagina di panoramica. Le linee guida sul tono sono sottili ma efficaci. Puoi esplicitarle
9:43
con frasi come formale professionale e un formale facile da capire per il personale senza
9:47
competenze tecniche. Aggiungi degli esempi direttamente nelle istruzioni se vuoi. Non serve
9:52
molto testo per capire come il bot modella ogni frase. Due rapidi miglioramenti che non tutti
9:57
conoscono. Modifica l'argomento di inizio conversazione e cambia l'icona della gente. Entrambe
10:01
le cose richiedono meno di 5000. Nel riquadro di prova vedrai il messaggio introduttivo che il
10:05
tuo bot ti dà la prima volta che apri una chat. L'impostazione predefinita è generico.
10:08
Cliccaci sopra, modifica l'argomento di inizio conversazione e sostituisci il messaggio di
10:11
benvenuto predefinito con un'introduzione specifica per il ruolo come sono qui per
10:15
aiutarti a comprendere la politica di viaggio e citerò il documento ufficiale quando possibile.
10:18
Quindi aggiorna la conversazione per testarlo. Immediatamente più professionale. Per l'icona
10:21
il sistema supporta un png fino a 192x192 pixel sotto i 30 kilobyte. Inserire una grafica con
10:27
marchio, anche un semplice logo, impedisce che la sensazione di demo rovini la fiducia prima
10:31
della prima risposta. Alcune persone liquidano queste modifiche come un ritocco un facoltativo.
10:35
La pensale è come un'armatura di base. Un personaggio senza armatura può comunque colpire certo ma viene
10:39
spazzato via all'istante del primo vero colpo. Un bot che saluta gli utenti con un nome insignificante
10:43
e un preambolo vago si trova nella stessa posizione esposta. Compila le informazioni di base e avrai già
10:47
bloccato una vera difesa contro confusione e abbandono. Piccole modifiche si sommano più da meno.
10:51
Impostare l'introduzione in modo che menzioni il suo ruolo spinge gli utenti a porre domande pertinenti.
10:55
Utilizzare regole di tono evita divagazioni troppo lunghe. Istruzioni più stringenti guidano
10:59
lì a lontano da riempitivi basandosi su uno stile leggibile dall'uomo. Ognuna di queste modifiche
11:03
significa meno ticket di tipo non capisco e flussi più fluidi senza nuovi connettori o plug-in.
11:07
Trasforma in una regola. Prima di toccare la logica avanzata è imposta alla persona. Scegli un nome
11:11
che indichi lo scopo. Scrivi una descrizione breve e chiaro. Posta il tono. Carica le istruzioni con le
11:16
regole che vuoi seguire. Aggiorna il saluto iniziale della conversazione. Sostituisci con un'icona
11:19
semplice. Queste sono azioni a basso sforzo con grandi ricompini. Su un venti naturale una persona definita
11:23
trasforma anche una build nuova di zecchio in un compagno di squadra che gli utenti desiderano
11:26
avere a disposizione. Su un non naturale saltare la persona ti lascia con un npc imbarazzante con
11:30
cui nessuno interagisce due volte. Una volta assegnata un'identità al tuo agente sei pronto
11:34
per il lavoro più duro perché il vero test non è la creazione ma ciò che accade dopo che lo vedi
11:37
fallire o atterrare durante gli incontri dal vivo. È allora che devi fermarti e leggere i registri
11:42
invece di fare le valigie dopo il primo tiro sbagliato. Eseguire il debug degli errori in tempo reale.
11:47
Debug in tempo reale quando trasformi gli errori in lezioni anziché in ticket. Questo è il ciclo pratico
11:51
che ogni builder deve eseguire. Osserva l'errore, isolalo, correggero quindi esegui di nuovo il
11:56
test. Copilot Studio ti fornisce gli strumenti ma solo se li usi in sequenza. Ecco la routine che
12:00
puoi effettivamente seguire ad alta voce durante la dimostrazione. Passaggio 1. Riproduci la query
12:04
utente non riuscita nel riquadro di test. Non sorvolare. Poni esattamente la stessa domanda
12:08
che farebbe l'utente. Passaggio 2. Premi l'icona di aggiornamento. Crea una nuova chat per
12:11
impostare la conversazione prima di eseguirla di nuovo. È importante iniziare da zero. Passaggio 3. Apri gli argomenti per
12:17
vedere qual è stato attivato. Se non ero uno dei tuoi argomenti ma un argomento di potenziamento
12:20
conversazionale del sistema è un indizio che il bot si è basato sul modello e non sulle
12:23
tue conoscenze. Passaggio 4. Se derivava dal potenziamento controlla se il file al sito
12:27
pertinente è stato caricato o indicizzato. Nessuna indicizzazione è messa a terra. Ricorda
12:30
l'indicizzazione può richiedere diversi metti. Passaggio 5. Modifica le istruzioni o il contenuto
12:34
dell'argomento. Salva quindi esegui di nuovo la stessa identica opia. Quel ciclo riproduci, applica
12:38
patch, esegui di nuovo, ripeti il tuo mantra. Se lo salti speri solo che la prossima volta il risultato
12:43
sia più alto. A volte la risposta non è un tono vago ma una struttura mancante. È qui che la
12:47
creazione di nuovo argomento pago. Studio una comoda opzione. Aggiungi la descrizione con copilot
12:52
direttamente nella pagina degli argomenti. Descrivi ciò di cui hai bisogno. Ad esempio
12:56
rispondi direttamente quando gli utenti chiedono informazioni sui limiti di spesa. Premi e aggiungi
12:59
il sistema. Elabora una bozza di albero delle note dell'argomento da quella descrizione. È veloce,
13:03
esplicito e garantisce che una risposta approssimativa e dolorosa diventi un percorso di risposta
13:07
affidabile la prossima volta. Utilizzalo ogni volta che il bot continua a ignorare la stessa
13:11
domanda di base. Tuttavia non limitarti a rispondere solo con siano. Esegui esperimenti
13:15
di 10 minuti come il test a B del tono. Vai nel campo delle istruzioni, scrivi la variante
13:18
A con linguaggio formale dell'orologio della politica. Salva, chiedi quale è il limite
13:22
di spesa per il viaggio. Registra la risposta, quindi passa alle istruzioni per la variante
13:26
B. Una guida amichevole dei risorsi umani che fornisce spiegazioni semplici e informali
13:30
citando le regole. Esegui di nuovo la stessa domanda. Avrai registri affiancati che mostrano
13:33
quale persona ha un risultato migliore e non hai bisogno di nient'altro oltre al quadro del test
13:37
per farlo. In questo modo prendi decisioni sul tono in base a prove e non a supposizioni.
13:40
Aggiungi controlli di messa a te. Supponiamo che un tester chieda quanto posso spendere
13:44
per gli hotel. E il bot risponde vagamente. Verifica con le risorse umani. Non è un fallimento
13:48
totale, è un feedback. Forse expense.policy.docs non è ancora stato indicizzato. Forse le
13:52
tue frasi trigger non includono l'hotel. Puoi risolvere il problema ricontrollando la scheda
13:56
informativa per assicurarti che il file sia attivo, quindi aggiungi le spese al belghiere
13:59
come frase di attivazione del tuo riaggio. Ora esegui di nuovo. Se ottieni, secondo la politica,
14:03
l'alloggio è limitato a 200 dollari a notte. Hai riparato con successo la ferita. Un trucco
14:07
sottile ma importante è usare gli avviatori di conversazione. Le caselle di testo vuote
14:11
bloccano gli utenti attivi ma puoi precompilare una manciata di prompt suggeriti direttamente
14:15
dalla pagina di panoramica. Aggiungi da 3 a 5 quest hook come qual è. Il limite dell'hotel.
14:20
Vi faccio presentare una richiesta di rimborso. Quali passi vengono rimborsati? L'utente clicca
14:24
subito il che significa che testi i percorsi effettivi più velocemente e ha la sensazione
14:28
che il bot conosca il suo ruolo prima ancora che lui digiti. Tutto questo ritmo rende il tuo bot più
14:32
robusto a ogni percorso. In un percorso naturale ignori gli output non riusciti e dai per scontato
14:36
che l'esecuzione successiva avrà magicamente successo. Ciò lascia le persone che inviano
14:38
ticket di supporto e perdono la fiducia. Con un 20 naturale continui a ripetere quella routine
14:42
finché il bot non dimostra concitazioni e la giusta personalità di comprendere anche
14:45
gli input più disordinati. Ogni iterazione ti avvicina a un compagno di squadra affidabile
14:49
anziché a una responsabilità per i tiri di dado. Ed ecco la realtà. La rifinitura all'interno
14:53
del riquadro di testo è una modalità sicura. Una volta che il tuo ciclo funziona, la fase successiva
14:57
deve vedere come quelle correzioni reggono al di fuori del tuo computer. È allora che
15:00
iniziano a insinuarsi le differenze nel canale ed è la parte che la maggior parte dei nuovi
15:03
sviluppatori sottovalutano. Quando il dungeon diventa pubblico la pubblicazione dei canali
15:06
servono solo. Quando finalmente premi pubblica è allora che il tuo agente lascia il laboratorio
15:10
e deve sopravvivere di fronte a utenti reali. In Copilot Studio questa fase viene chiamata
15:15
quando il dungeon diventa pubblico perché la pubblicazione inserisce il tuo bot in canali
15:18
che seguono le provato in canali che seguono le proprie regole. La prima sorpresa è che la
15:21
pubblicazione non è solo un click per renderlo attivo. È un processo che stabilisce chi può
15:25
contattare il tuo agente, come può entrare in contatto e come tali risposte vengono visualizzate
15:29
in pubblico. Teams, SharePoint, il sito web dimostrativo, ogni canale ha le sue peculiarità.
15:33
Una risposta chiara in studio potrebbe apparire diversa o non essere del tutto attendibile
15:36
una volta di stile. Prendi Teams come esempio. In studio la tua risposta è nitida. La policy
15:42
dice 200 dare al giorno per l'alloggio. Se provi la stessa frase in Teams all'improvviso
15:46
ti risponde con non capisco perché non hai cambiato nulla con il tuo bot. È il modo in cui
15:49
Teams racchiude il testo e passa i metadati che ha interrotto l'allineamento. SharePoint fa le
15:53
sue cose con l'interlinea. Il sito web dimostrativo è il più semplice ma può comunque rendere la
15:57
formattazione in modo diverso rispetto a studio. Ogni destinazione di pubblicazione ha un'arena
16:01
diversa e devi testarli separatamente. Qual è la sequenza giusta prima di dire che hai fatto?
16:05
Ecco la checklist di pubblicazioni che evita le trappole per il principiato. Innanzitutto
16:09
verifica che i tuoi falli di conoscenza siano completamente indicizzati. Se li hai appena
16:11
caricati potrebbero non essere ancora pronti per le risposte live. In secondo luogo imposta
16:15
l'autenticazione. Se stai eseguendo una demo estesa seleziona nessuna autenticazione in modo
16:19
che chiunque abbia il link possa provarla. In terzo luogo premi pubblici e assicurati di
16:23
vedere il banner di conferma verde o l'aggiornamento di stato nella pagina dei canali. In quarto
16:27
luogo apri le impostazioni del canale del sito web dimostra. Aggiorna il messaggio di benvenuto
16:30
e gli argomenti di conversazione in modo che i tuoi tester non si blocchi in una casella di
16:33
chat wall. Infine esegui il pilota chiuso. Non trasmettere ancora il tenant completo. Un piccolo
16:38
gruppo con istruzioni chiare e più intelligente di una versione completa. Quel gruppo pilota dovrebbe
16:41
sapere di essere il gruppo di test. Chiedi loro di provare un linguaggio informale e di inserire errori
16:45
di battitura persino di caricare i file del senso. I loro passi falsi sono ciò che rivela
16:49
i punti. Un pilota chiuso non si limita ad ammorbidire il lancio. Produce i report non
16:53
elaborati necessari per correggere la build prima di rilasciarla in tutta l'azienda. Il comportamento
16:56
del canale rende questo passaggio non facoltativo. Qualunque scenario tu abbia testato in studio
17:00
query formale, formulazione informale, errori di battitura, una citazione fondata, ripeti esattamente
17:03
quell'esecuzione fondata, ripeti esecuzioni in ogni canale di destinazione. Verifica se Teams li rende
17:06
in modo diverso. Scopri come SharePoint interrompe la spaziatura. Verifica se la demo web allega ancora
17:10
la citazione della fonte. Questo è l'unico modo per dimostrare la coerenza. Un passaggio di studio
17:14
impeccabile non garantisce un'implementazione funzionante. La pubblicazione significa anche
17:18
che smetti di fare affidamento solo sul feedback degli utenti e inizia a monitorare il termine.
17:21
Una volta che il tuo bot è disponibile su Teams o sul sito web dimostrativo, i dati di utilizzo
17:24
iniziano a fluir. L'interfaccia di amministrazione di Power Platform e le analisi integrate sono
17:27
lì per aiutarti. Visualizzerai i numeri di adozione e i conteggi degli errori, persino quali
17:31
conversazioni non sono riuscite ad attivare un argomento. Non si tratta di sovraccarico al tuo sistema
17:35
di monitorare. Non pubblichi una volta e poi te ne dimentichi, controlli, registri per
17:38
assicurarti che il tuo bot venga utilizzato correttamente e che non genera i nuovi ticket
17:41
nel desk. Se acceleri questo passaggio bruci la fiducia. In una fase naturale premi il pulsante
17:45
di pubblicazione e lo distribuisce a tutti i reparti e vieni sommerso da ticket di non
17:48
funzionamento quando Teams rilascia risposte chiave. Gli utenti rinunciano a riconquistarli
17:51
e richiede più tempo rispetto alla correzione del bot stesso. In una fase naturale 20 tratti
17:55
la pubblicazione come un'altra fase di tempo. Indice completato, autenticazione impostata, pubblicazione
17:59
confermata, sito dimostrativo ottimizzato, esecuzione del progetto pilota. Raccogli feedback
18:02
disordinati, correggi le risposte e risegui ogni quei richiavi in ogni canale. Quando
18:06
passa un'implementazione estesa lo stress test è già stato superato. Il vero trucco
18:09
è smettere di pensare alla pubblicazione come una conclusione. Non contrassegni all'ultima
18:13
riga del libro ma avvia la campagna sul campo. Una volta che i dati del progetto pilota arrivano
18:17
che i tuoi registri confermano che gli utenti stanno ricevendo risposte, è chiaro comunque
18:20
allora ti sei guadagnato di territorio di definirlo stabile. E questa consapevolezza si collega al quadro
18:23
più ampio della creazione con Copilot Studio perché non è una creazione una tanto ma
18:26
un sistema che modifichi più e più volte. Ecco quindi l'epilogo che conta davvero.
18:31
Tre cose trasformano la tua creazione da travallente da fidare. Innanzitutto metti a terra la gente
18:35
e carichi i documenti reali e indirizzo la fonte attendibile in modo che smette di indovinare.
18:38
In secondo luogo assegnagli una persona, imposta il nome, la descrizione, il tono e descrivi il
18:42
comportamento in quel campo di istruzione di 8000 caratteri. Terzo non fidarti di una prova pulita,
18:46
usa il riquadro di prova, esegui un pilota chiuso quindi pubblica e monitora. Con un venti naturale
18:50
quei passaggi ti danno un bot che guadagna fiducia invece di ticket. Iscriviti per saperne di più
18:54
e lascia una frase nei commenti nominando il singolo documento di policy con cui metti
18:57
di policy con cui metteresti a terra.