WEBVTT 00:00:00.000 --> 00:00:01.700 Ecco la parte sconvolgente che nessuno ti dice. 00:00:02.020 --> 00:00:05.900 Quando distribuisci un IA in Azure Foundry non stai solo avviando un modello sovradimensionato. 00:00:06.280 --> 00:00:12.080 La inserisci in un runtime gestito dove ogni azione rilevante, messaggio, chiamata strumenti e fase di esecuzione viene registrata e tracciata. 00:00:12.520 --> 00:00:17.680 Vedrai come thread, esecuzioni e passaggi formano la traccia cartacea che rende gli esperimenti verificabili e pronti per l'impresa. 00:00:17.960 --> 00:00:21.000 Questo trasforma l'IA da un elemento incontrollato a un sistema disciplinato che poi... 00:00:21.000 --> 00:00:24.760 Una volta che la struttura è in atto, la vera domanda è... 00:00:24.760 --> 00:00:26.240 Chi guida questa squadra digitale? 00:00:27.300 --> 00:00:28.280 Ti presento il caposquadra? 00:00:28.280 --> 00:00:31.300 Quando ne configuro in Foundry non stai semplicemente aprendo una finestra di chat. 00:00:31.560 --> 00:00:32.720 Stai nominando un caposquadra? 00:00:33.060 --> 00:00:34.980 Non è un tirocinante che gioca con l'autocompletamento. 00:00:35.800 --> 00:00:38.580 È un capitano da campo costruito per missioni basate su un design chiaro. 00:00:39.340 --> 00:00:41.460 E quel design si riduce a tre ingranaggi fondamentali. 00:00:41.960 --> 00:00:43.460 Il modello, le istruzioni, gli strumenti. 00:00:44.360 --> 00:00:45.200 Modello cervello. 00:00:45.700 --> 00:00:50.240 Gestisce il ragionamento e il linguaggio, la parte che può analizzare parole umane, pianificare passaggi e ridigere risposte. 00:00:51.080 --> 00:00:52.320 Le istruzioni sono gli ordini di missione. 00:00:52.660 --> 00:00:56.660 Impediscono al cervello di divagare ancorandolo ai risultati di cui hai realmente bisogno. 00:00:56.660 --> 00:01:04.060 E gli strumenti sono l'attrezzatura al suo fianco, esecuzione di codice, connettore di ricerca, API di reportistica o qualsiasi sistema di terze parti collegato. 00:01:04.540 --> 00:01:07.200 Un agente di Azure AI è costruito esplicitamente su questa triade. 00:01:07.700 --> 00:01:10.160 Senza di essa non ottieni riproducibilità o verificabilità. 00:01:10.580 --> 00:01:12.440 Ottieni solo generazioni di testo senza alcuna prova. 00:01:12.800 --> 00:01:14.680 Traduciamo tutto ciò in un esempio sul campo di battaglia. 00:01:15.000 --> 00:01:16.840 Il modello è l'addestramento e il combattimento del tuo capitano. 00:01:17.040 --> 00:01:18.800 Sa come brandire una spada o formulare una frase. 00:01:18.800 --> 00:01:24.800 Le istruzioni sono il briefing della missione, proteggere il convoglio, estrarre dati da un set di contratto, riportare i risultati in un formato specifico. 00:01:25.640 --> 00:01:27.260 Questo mantiene il capitano allineato e prevedibile. 00:01:27.680 --> 00:01:29.140 Poi gli strumenti aggiungono specializzazione. 00:01:29.560 --> 00:01:32.740 Un rampino per scalare le mure è come un interprete di codice per eseguire analisi. 00:01:33.520 --> 00:01:37.800 Una radio sicura è come un connettore SharePoint, un MCP personalizzato che alimenta il piano con dati in tempo reale. 00:01:38.340 --> 00:01:40.640 Quando questi tre elementi si uniscono la gente non sta improvvisando. 00:01:40.960 --> 00:01:42.720 Sta eseguendo una missione con log e checkpoint. 00:01:43.260 --> 00:01:45.100 Foundry rende tutto questo meccanismo pratico. 00:01:45.100 --> 00:01:47.860 Nella maggior parte delle app di chat tieni solo il modello on-prom. 00:01:48.260 --> 00:01:51.680 E una volta che inizi a parlare non c'è un senso formale di ordine e orchestrazione degli strumenti. 00:01:52.080 --> 00:01:54.980 È come lanciare il tuo capitano sul campo senza un piano o un equipaggiamento. 00:01:55.580 --> 00:01:59.540 Al contrario, il servizio agente di Foundry garantisce che tutti e tre i livelli siano presenti. 00:02:00.240 --> 00:02:02.000 Ancora meglio, non sei legato a un unico cervello. 00:02:02.380 --> 00:02:04.380 Puoi passare da un modello all'altro nel catalogo di Foundry. 00:02:05.060 --> 00:02:10.160 GPT4 per strategie complesse, magari un modello più snello per compiti leggeri o persino l'integrazione di Mistral o di Psyc. 00:02:10.700 --> 00:02:12.180 Scegli tu ciò che si adatta alla missione. 00:02:12.180 --> 00:02:16.420 Questa flessibilità è la differenza tra un tirocinante generico e un comandante capace di adattarsi. 00:02:16.920 --> 00:02:18.820 Ora, considera la posta in gioco se questi livelli mancano. 00:02:19.180 --> 00:02:20.500 Gli output diventano incoerenti. 00:02:21.040 --> 00:02:24.280 Un riassunto di contratto viene letto in un modo e il successivo lo contraddice sottilmente. 00:02:24.780 --> 00:02:28.200 Si perde la tracciabilità perché nessun log strutturato registra come si giunte alla risposta. 00:02:28.680 --> 00:02:32.280 Il debug diventa una congettura poiché gli sviluppatori non possono ripercorrere la catena di ragionamento. 00:02:32.720 --> 00:02:34.240 In un'azienda non si tratta di un fastidio minuto. 00:02:34.800 --> 00:02:36.540 È un rischio reale che blocca la fiducia e l'adozione. 00:02:37.060 --> 00:02:38.840 Found risolve questo problema in modo diretto. 00:02:38.840 --> 00:02:40.500 I guardrail sono integrati nell'agente. 00:02:40.880 --> 00:02:43.340 Le istruzioni fungono da regolamento fisso che deve essere seguito. 00:02:43.620 --> 00:02:46.520 Il set di strumenti può essere limitato rigorosamente e ampliato in base al caso d'uso. 00:02:46.840 --> 00:02:50.980 Il modello può essere sostituito liberamente, ma sempre all'interno della struttura che impone responsabilità. 00:02:52.340 --> 00:02:57.200 Insieme, questa triade fornisce un caposquadra disciplinato, output prevedibili, passaggi visibili e passaggi visibili, 00:02:57.300 --> 00:03:00.220 la capacità di estendersi in modo responsabile con connettori aziendali e personalizzati. 00:03:00.460 --> 00:03:02.820 Non si tratta di presentare l'IAC come una conversazione magica. 00:03:03.280 --> 00:03:06.500 Si tratta di mostrare che la tua organizzazione ottiene un ufficiale esperto che gestisce log, 00:03:06.500 --> 00:03:08.620 segui gli ordini e porti all'attrezzatura giusta. 00:03:09.160 --> 00:03:12.400 E come ogni buon capitano, mantieni un registro accurato di ciò che è accaduto in ogni missione. 00:03:12.580 --> 00:03:15.720 Perché quando i sistemi vengono controllati, un'esecuzione fallisce e ha bisogno del diario. 00:03:16.200 --> 00:03:17.460 In Foundry quel diario ha un nome. 00:03:17.960 --> 00:03:18.520 Si chiama Thread. 00:03:19.380 --> 00:03:20.880 I Thread, registro delle fonti di batteria. 00:03:21.200 --> 00:03:23.460 I Thread sono dove il registro di missione inizia a prendere forma. 00:03:23.880 --> 00:03:27.300 In Azure Foundry un Thread non è una finestra di chat casuale che svanisce quando la chiudi. 00:03:27.500 --> 00:03:29.220 È una sessione di conversazione per sistemi. 00:03:29.720 --> 00:03:33.000 Ogni scambio tra te e l'agente viene archiviato qui, che provenga da te e dall'agente, 00:03:33.000 --> 00:03:35.700 o persino da un altro agente in una configurazione multiagente. 00:03:36.220 --> 00:03:39.520 Questo è il registro del fronte di battaglia che mantiene una cronologia a duratura delle interazioni 00:03:39.520 --> 00:03:41.280 che può essere vista molto tempo dopo la fine della chat. 00:03:41.600 --> 00:03:44.180 Il vero punto di forza è che i Thread non sono solo trascrizioni statiche. 00:03:44.620 --> 00:03:47.560 Sono contenitori strutturati che gestiscono automaticamente il troncamento, 00:03:48.320 --> 00:03:52.320 mantenendo il contesto attivo entro i limiti del modello, pur preservando una traccia di controllo completa. 00:03:52.960 --> 00:03:55.800 Ciò significa che l'agente continua a comprendere la conversazione in corso, 00:03:56.400 --> 00:03:58.980 mentre le aziende mantengono un registro permanente e revisionabile. 00:03:58.980 --> 00:04:01.700 A differenza della maggior parte delle app di chat, non lo svanisce niente. 00:04:02.020 --> 00:04:04.140 Ottieni continuità per l'agente e governance per l'azienda. 00:04:04.720 --> 00:04:06.580 Le voci in cui il registro sono costruite dai messaggi. 00:04:06.980 --> 00:04:08.380 Un messaggio non è limitato al solo test. 00:04:08.780 --> 00:04:12.240 Può contenere un'immagine, un file di foglio di calcolo o un blocco di codice generato. 00:04:12.720 --> 00:04:15.960 Ognuno è dotato di timestamp e contrassegnato con un ruolo, utente o assistente. 00:04:16.820 --> 00:04:19.740 Quindi, quando esamini un Thread, non vedi solo cosa è stato detto, 00:04:19.820 --> 00:04:22.620 ma anche chi l'ha detto, quando e che tipo di contenuto è stato coinvolto. 00:04:23.560 --> 00:04:26.140 Immagina un responsabile della conformità che apre un registro 00:04:26.140 --> 00:04:28.060 e vede l'esatta richiesta testuale inviata ieri. 00:04:28.060 --> 00:04:32.220 Il grafico prodotto dalla gente in risposta e l'orario di entrambi gli eventi. 00:04:33.040 --> 00:04:34.740 È più di una memoria, un registro reale completo. 00:04:35.060 --> 00:04:38.420 Per dirla in termini di gioco, un Thread è come il taccuino di una campagna di Dungeons & Dragons. 00:04:38.920 --> 00:04:41.140 Il Dungeon Master annota quali città avete visitato, 00:04:41.260 --> 00:04:43.620 quali lanci di dadi sono riusciti e quale bottino è stato preso. 00:04:44.100 --> 00:04:46.740 Senza quel registro, i giocatori finiscono per litigare su dettagli dimenticati. 00:04:47.100 --> 00:04:49.880 Con esso, le discussioni svaniscono perché gli eventi sono documentati. 00:04:50.440 --> 00:04:51.880 I Thread fanno lo stesso per gli aziendali. 00:04:52.320 --> 00:04:54.560 Prevengono dispute su ciò che l'agente ha effettivamente fatto, 00:04:54.560 --> 00:04:55.860 perché tutto è catturato in ordine. 00:04:55.860 --> 00:04:57.820 Ora ecco perché quel registro è importante. 00:04:58.300 --> 00:05:00.340 Per l'audit e la conformità, i Thread sono oro puro. 00:05:00.660 --> 00:05:04.040 I regolatori o i team di audit interno possono aprirne uno e vedere immediatamente 00:05:04.040 --> 00:05:06.640 l'intera sequenza, la richiesta dell'utente, la risposta dell'agente, 00:05:06.740 --> 00:05:08.760 gli strumenti usati, gli strumenti usati, quando è successo tutto. 00:05:08.840 --> 00:05:11.480 Per gli sviluppatori, quegli stessi record funzionano come una modalità di debacle. 00:05:11.740 --> 00:05:13.680 Se un agente ha prodotto un frammento di codice errato, 00:05:13.800 --> 00:05:15.960 puoi riavvolgere il Thread fino al punto in cui è stato richiesto 00:05:15.960 --> 00:05:17.060 e vedere esattamente come ci arriva. 00:05:17.420 --> 00:05:20.380 Entrambi i gruppi ottengono visibilità, immagini, entrambi evitano di perdere te. 00:05:20.380 --> 00:05:23.420 Confronta questo con i sistemi che non memorizzano le conversazioni. 00:05:23.820 --> 00:05:27.620 Senza Thread, provi a tracciare il comportamento con screenshot o ricordi confusi. 00:05:28.260 --> 00:05:30.080 Questo non regge quando la conformità chiede prove 00:05:30.080 --> 00:05:31.840 o quando l'assistenza deve riprodurre un bug. 00:05:32.440 --> 00:05:34.280 È come doversi ripetere un boss finale in un gioco 00:05:34.280 --> 00:05:36.300 per poi rendersi conto di non aver mai salvato. 00:05:37.160 --> 00:05:38.560 Nessun registro significa nessuna prova, 00:05:38.660 --> 00:05:40.040 nessuna traccia significa nessuna correzione. 00:05:40.420 --> 00:05:44.200 In caso di fallimento, ti rimane solo da rassicurare le parti interessate con promesse verbali. 00:05:44.880 --> 00:05:46.740 Con i Thread in Foundry eviti questa trappola. 00:05:47.220 --> 00:05:49.000 Ogni conversazione diventa una prova strutturata. 00:05:49.000 --> 00:05:51.160 Se un flusso di lavoro estrae il linguaggio legale, 00:05:51.240 --> 00:05:54.300 il record mostrerà la richiesta originale, la risposta specifica generata 00:05:54.300 --> 00:05:56.000 e se sono stati richiamati strumenti di supporto. 00:05:57.260 --> 00:05:59.680 Se più agenti comunicano tra loro per dividersi i compiti, 00:05:59.780 --> 00:06:01.300 anche il loro scambio viene registrato. 00:06:02.460 --> 00:06:04.060 Le aziende possono dimostrare la conformità, 00:06:04.200 --> 00:06:05.640 gli sviluppatori possono individuare i bug, 00:06:05.740 --> 00:06:08.160 i manager possono fidarsi del fatto che ciò che esce dal sistema è responsabile. 00:06:08.440 --> 00:06:11.620 È a quel punto che i Thread trasformano chat caotiche in qualcosa pronto per la produzione. 00:06:12.760 --> 00:06:16.000 Invece di scambi effime, riproducono una cronologia stabile di missioni e decisioni. 00:06:16.500 --> 00:06:17.800 Una base su cui contare. 00:06:17.800 --> 00:06:19.840 Ma ricorda e registra ancora solo un diario. 00:06:20.200 --> 00:06:23.500 La verazione inizia quando l'agente prende ciò che è scritto nel Thread e lo esegue realmente. 00:06:24.360 --> 00:06:27.760 Questa fase successiva è quella in cui le missioni smettono di essere a punti su carta 00:06:27.760 --> 00:06:29.420 e iniziano ad essere vissute in tempo reale. 00:06:29.780 --> 00:06:31.340 Esecuzioni e passaggi di esecuzione che lanciano i dati. 00:06:31.500 --> 00:06:33.440 Esecuzioni sul momento in cui la missione finalmente inizia. 00:06:33.740 --> 00:06:36.580 In termini di Foundry, un Thread contiene lo storico della conversazione, 00:06:36.800 --> 00:06:38.360 gli ordini, il contesto, le mappe srotolate. 00:06:38.360 --> 00:06:43.000 Un'esecuzione è il trigger che attiva l'agente per prendere quel contesto e metterlo effettivamente in atto. 00:06:43.420 --> 00:06:44.840 I Thread ricordano l'esecuzione al disco. 00:06:45.260 --> 00:06:46.600 Pensa a un'esecuzione come al pulsante di là. 00:06:47.080 --> 00:06:50.280 Tuo Thread potrebbe dire analizza il file CSV o disegni un grafico a linee. 00:06:50.540 --> 00:06:55.520 Ma l'esecuzione è il momento in cui l'agente elabora quella richiesta tramite le istruzioni del modello e gli strumenti. 00:06:55.960 --> 00:07:00.140 Può cercare dati aggiuntivi, elaborare numeri o richiamare l'interprete di codice per generare un artefatto. 00:07:00.140 --> 00:07:04.840 In termini di giochi di ruolo da tavolo, un Thread è il tuo gruppo che pianifica le mosse attorno al tavolo. 00:07:05.340 --> 00:07:07.560 L'esecuzione è il tiro di iniziativa che dà inizio al combattimento. 00:07:07.960 --> 00:07:09.160 Senza di esso nulla va avanti. 00:07:09.560 --> 00:07:10.800 Ecco ciò che Foundry rende esplicito. 00:07:11.140 --> 00:07:12.400 L'esecuzione non sono una scatola nera. 00:07:12.760 --> 00:07:14.720 Sono esecuzioni monitorate e tracciate nello stato. 00:07:15.580 --> 00:07:19.400 Vedrai tipicamente stati come in coda, in corso, richiede azione, completato, fallito. 00:07:19.840 --> 00:07:24.580 Gli esempi SDK spesso interrogano questi stati in un ciclo, proprio come un game master controlla l'ordine dei turni. 00:07:24.800 --> 00:07:28.020 Questo ti offre visibilità non solo su ciò che viene fatto, ma anche su quando sta accadendo. 00:07:28.020 --> 00:07:29.620 Ecco la preoccupazione maggiore. 00:07:30.020 --> 00:07:32.600 Come fai a sapere cosa è successo davvero all'interno di quell'esecuzione? 00:07:33.120 --> 00:07:37.320 Forse la risposta sembra corretta, ma senza dettagli non puoi sapere se l'agente ha contattato una P esterna, 00:07:37.400 --> 00:07:39.320 ha scritto codice o solo improvvisato del testo. 00:07:39.760 --> 00:07:41.540 Quell'opacità è pericolosa in contesti aziendali. 00:07:42.320 --> 00:07:45.480 È l'equivalente di entrare in una partita a scacchi, vedere una scacchiare a metà gioco e sentirsi dire 00:07:45.480 --> 00:07:46.780 fidati sono state fatte le mosse giuste. 00:07:47.140 --> 00:07:47.940 Non puoi ricciocarla. 00:07:48.840 --> 00:07:49.940 Non sai se la giocata fosse regolare. 00:07:50.340 --> 00:07:52.060 I passaggi di esecuzione sono ciò che linea queste conoscenze. 00:07:52.380 --> 00:07:54.600 Ogni esecuzione viene registrata passo dopo passo. 00:07:54.600 --> 00:07:59.480 Quali output del modello sono stati generati, quali strumenti invocati, quali calcoli eseguiti, quali messaggi prodotti. 00:07:59.880 --> 00:08:03.440 È una notazione scacchistica per l'IA, pedone in E4, cavallo in F6. 00:08:03.780 --> 00:08:05.560 Solo che qui recupero file alle 10.02. 00:08:05.960 --> 00:08:07.720 Esecuzione blocco codice alle 10.03. 00:08:07.900 --> 00:08:09.480 Restituzione grafica alle 10.04. 00:08:10.160 --> 00:08:12.440 Ogni azione viene scritta in ordine così da poterla riprodurre in seguito. 00:08:12.780 --> 00:08:14.620 Questa struttura ha un enorme sollievo per il sviluppatore. 00:08:15.020 --> 00:08:18.580 Senza i passaggi di esecuzione, fissa una risposta finale senza alcuna idea di come sia nata. 00:08:18.840 --> 00:08:19.860 La query di cercare è sbagliata. 00:08:20.200 --> 00:08:21.580 Si è infiltrato un errore matematico. 00:08:21.580 --> 00:08:26.500 Te costruendovi in A, con i passaggi di esecuzione puoi scorrere la timeline, identificare l'esatto errore e correggerlo. 00:08:27.140 --> 00:08:29.760 Il debug smette di essere una congettura e diventa un'attività forense. 00:08:30.200 --> 00:08:32.960 È la differenza tra uno scontro confuso in cui non capisci chi è attaccato, 00:08:33.160 --> 00:08:36.200 è un luogo di combattimento che mostra ogni colpo di spada e incantesimo. 00:08:37.000 --> 00:08:38.660 Anche i team di conformità ne tragono vantaggio. 00:08:39.280 --> 00:08:41.880 Quando i revisori chiedono come è stato generato questo riepilogo esattamente, 00:08:42.340 --> 00:08:44.660 non devi descrivere il ragionamento del modello in termini astratti. 00:08:44.660 --> 00:08:45.420 È le prove in ma. 00:08:45.740 --> 00:08:49.480 La chiamata allo strumento, il passaggio dell'interprete, la risposta composta, tutto con marcatura temporale. 00:08:50.300 --> 00:08:51.900 Questo trasforma le spiegazioni in governance. 00:08:52.380 --> 00:08:54.040 Mostri prove concrete invece di inventare storie. 00:08:54.340 --> 00:08:58.120 E le aziende lo adorano perché trasforma il rischio in responsabilità, offrendo prove anziché promesse. 00:08:59.120 --> 00:09:03.000 E per le operazioni quotidiane, i passaggi di esecuzione creano pattern riproducibili su cui puoi contare. 00:09:03.640 --> 00:09:06.460 Se un flusso di lavoro deve essere rieseguito, puoi seguire la stessa sequenza. 00:09:06.940 --> 00:09:08.780 Se un risultato viene contestato, puoi riprodurlo. 00:09:08.780 --> 00:09:13.980 Con un risultato ottimale, le esecuzioni con passaggi completi offrono prove verificabili e riproducibili di come sono stati creati gli output. 00:09:14.300 --> 00:09:17.760 Con un risultato pessimo in altri sistemi, otterresti solo un output errato senza alcuna traccia. 00:09:17.980 --> 00:09:20.120 Ecco perché questa parte del ciclo di vita dell'agente è importante. 00:09:20.580 --> 00:09:24.700 Hai il diario nei thread, l'attivazione, l'esecuzione, il log passo dopo passo nei passaggi di esecuzione. 00:09:25.560 --> 00:09:30.200 Insieme trasformano un'IA improvvisata in un collaboratore responsabile le cui azioni puoi tracciare, testare e difendere. 00:09:30.760 --> 00:09:33.400 Naturalmente sapere che tutti questi dettagli esistono è solo una parte del puzzle. 00:09:33.400 --> 00:09:40.180 Avrei bisogno di un modo per interagire con tutto ciò, qualcosa di strutturato per avviare agenti, attivare esecuzioni, leggere i passaggi senza negare in chiamata e picrezza. 00:09:40.400 --> 00:09:43.160 E la parte sorprendente è che non serve una plancia di comando scintillante per farlo. 00:09:44.020 --> 00:09:49.040 La console che usano quasi tutti è qualcosa di familiare, solido, un po' meno appariscente, rete, arsenale e alleanze. 00:09:50.380 --> 00:09:54.120 Arsenale e alleanze sono ciò che trasformano agente da chiacchierone a lavoratore. 00:09:54.660 --> 00:10:00.420 In Azure Foundry quell'arsenale si presenta sotto forma di strumenti e estensioni pratiche che permettono alla gente di passare dalle parole fatti. 00:10:00.420 --> 00:10:06.600 Invece di descrivere semplicemente come controllare un documento o eseguire un calcolo, la gente può farlo davvero e restituire l'output. 00:10:07.160 --> 00:10:11.720 Questa distinzione è ciò che rende la piattaforma preziosa in un'azienda reale anziché solo impressionante in una demo. 00:10:12.140 --> 00:10:14.180 Foundry ti offre tre chiare categorie di funzionalità. 00:10:14.620 --> 00:10:15.820 Le prime sono gli strumenti integrati. 00:10:16.160 --> 00:10:22.360 Questi includono l'interprete di codice, Bing Search, i connettori SharePoint e Microsoft Fabric e Azure AI Search. 00:10:22.480 --> 00:10:28.780 Con questi in gioco la gente può analizzare dati, estrarre file, cercare contenuti aziendali e persino creare grafici o report senza codice personalizzato. 00:10:28.780 --> 00:10:33.880 Ognuno espande il raggio d'azione e dà risposte discorsive a prodotti di lavoro tangibili che puoi ispezionare e riutilizzare. 00:10:34.660 --> 00:10:37.160 In secondo luogo non sei vincolato solo a ciò che Microsoft rilascia. 00:10:37.640 --> 00:10:42.560 Foundry ti permette di registrare strumenti personalizzati tramite specifiche OpenAPI o Modern Context Protocol MCP. 00:10:42.960 --> 00:10:46.260 L'MCP è particolarmente importante perché è trattato come l'USB-C per gli strumenti di A. 00:10:46.260 --> 00:10:55.320 Invece di scrivere manualmente dei wrapper ogni volta che colleghi gli agenti a server MCP remoti, il sistema gestisce automaticamente l'individuazione, il controllo delle versioni, il controllo delle versioni e l'invocazione degli strumenti. 00:10:55.580 --> 00:11:00.400 Ciò riduce notevolmente il carico di integrazione, specialmente quando il tuo ambiente ha dozzine di sistemi da collegare. 00:11:01.480 --> 00:11:03.500 Terzo, ogni chiamata ha uno strumento in Foundry osservabile. 00:11:03.940 --> 00:11:07.800 Le chiamate sono registrate a livello di passaggio con identità, input, output e timestamp. 00:11:08.080 --> 00:11:10.900 Ciò significa che la visione operativa di questi agenti non è una magia basata sulla fiducia. 00:11:10.900 --> 00:11:17.100 È un registro. Puoi osservare esattamente cosa è stato richiamato, confermare che abbia seguito le autorizzazioni corrette e conservare record permanenti per la conformità. 00:11:17.360 --> 00:11:19.440 Per ancorare queste categorie, immagina la demo di Avio. 00:11:19.780 --> 00:11:21.920 Carichi un file CSV con un messaggio in una conversazione? 00:11:22.420 --> 00:11:26.400 L'agente chiama lo strumento interprete di codice nei suoi passaggi di esecuzione, elabora il file e gira un grafico. 00:11:26.640 --> 00:11:30.400 Quell'artefatto ritorna come immagine allegata, visibile, direttamente nel registro della conversazione. 00:11:30.680 --> 00:11:32.740 Non hai scritto tu stesso un parser o una visualizzazione? 00:11:33.220 --> 00:11:34.160 Hai dato un'istruzione? 00:11:34.420 --> 00:11:38.200 L'agente ha selezionato lo strumento, eseguito e restituito il file che poteva inserire in un report. 00:11:38.200 --> 00:11:44.540 Questa non è teoria, è un comportamento documentato negli esempi dell'SDK, dove questo si apre davvero a un'integrazione aziendale. 00:11:45.080 --> 00:11:50.940 Gli strumenti possono collegarsi alle app logiche, il che significa che l'agente può accedere a oltre 1.400 connettori SAS a on-premise esistenti. 00:11:51.220 --> 00:11:58.700 Invece di ricodificare gli adattatori per piattaforme CRM, ERP o ITSM, configura i connettori che l'azienda utilizza già, che l'azienda utilizza già, nella strategia di scala via. 00:11:59.200 --> 00:12:03.800 Un singolo agente può operare in modo sicuro su un ampio panorama senza che tu debba scrivere fragili ponti API. 00:12:04.000 --> 00:12:06.380 La domanda che tutti pongono subito dopo è la sicurezza. 00:12:06.380 --> 00:12:07.740 Fa un drill a fronte alla base. 00:12:08.500 --> 00:12:15.480 Quando gli strumenti si collegano a sistemi aziendali come SharePoint o Fabric, lo fanno utilizzando un'autenticazione per conto di, mediata da Microsoft Entra. 00:12:16.240 --> 00:12:20.160 Se ieri non avevi l'autorizzazione per leggere un file, l'agente non supererà magicamente quel muro oggi. 00:12:20.640 --> 00:12:24.540 L'identità e le autorizzazioni rimangono intatte, che è l'unico modo in cui i team di conformità danno la loro approvazione. 00:12:25.020 --> 00:12:26.100 Ogni chiamata è anche tracciare. 00:12:26.380 --> 00:12:27.060 Chi l'ha richiamato? 00:12:27.300 --> 00:12:27.980 Cosa è stato inviato? 00:12:28.140 --> 00:12:28.800 Cosa è stato ricevuto? 00:12:28.800 --> 00:12:30.080 I team hanno sempre ricevuto. 00:12:30.440 --> 00:12:34.340 Con un risultato perfetto, questo intero kit di strumenti rende la tua squadra di agenti più di una semplice novità. 00:12:34.720 --> 00:12:39.040 Ottieni unità che possono interrogare dati reali, elaborarli e agire entro i limiti già noti all'AT. 00:12:39.700 --> 00:12:44.060 Con un risultato pessimo senza queste opzioni, ti ritrovi con una sessione di chat che fa grandi promesse ma non svolge mai lavoro. 00:12:44.340 --> 00:12:46.160 Ecco perché l'arsenale conta tanto capo squadra. 00:12:46.160 --> 00:12:53.640 Il modello e le istruzioni definiscono il pensiero dell'agente, ma senza strumenti connessi in modo responsabile, registrati affidabilmente e registrati affidabilmente restano una mezza misura. 00:12:53.860 --> 00:13:02.060 Grazie al set integrato di Foundry, MCP, l'estensibilità delle API aperte e la sicurezza di livello enterprise, hai le basi per una forza disciplinata, non semplici tentativi. 00:13:02.460 --> 00:13:03.600 E questo ci porta ad una visionizia. 00:13:04.120 --> 00:13:06.840 Gli agenti in Foundry non sono costruiti per essere aiutanti casuali o giocati. 00:13:07.380 --> 00:13:12.880 Sono progettati come operatori governati, strutturati, con carichi monitorati e dotazioni che li rendono utili in produzione. 00:13:13.660 --> 00:13:14.720 Ecco dove si conclude la campagna. 00:13:14.720 --> 00:13:16.160 E' tempo di trarre le conclusioni. 00:13:16.360 --> 00:13:18.180 Foundry non si limita a lanciare prompt a un modello. 00:13:18.520 --> 00:13:22.220 Ti offre un metodo ripetibile per creare agenti dotati di cervello, regolamento e toolkit. 00:13:22.780 --> 00:13:25.800 Ogni loro azione viene registrata in thread, esecuzioni e passaggi di esecuzione. 00:13:26.620 --> 00:13:29.380 Per i responsabili dello sviluppo e per chi si occupa di conformità il concetto è sempre. 00:13:29.720 --> 00:13:35.300 Un'esecuzione riproducibile e verificabile con SDK come net che ti offre controllo e visibilità sull'intero ciclo di vita. 00:13:36.020 --> 00:13:42.080 Il tuo prossimo passo avvia un progetto di test, crea un agente base, esegui un thread e controlla i passaggi nell'SDK o nel portale. 00:13:42.080 --> 00:13:44.640 E' così che confermi che i tuoi log corrispondono al... 00:13:44.640 --> 00:13:48.900 Se questo ti ha aiutato a fare centro nei tuoi deploy, iscriviti e attiva gli avvisi e avvisi. 00:13:49.500 --> 00:13:52.640 Oppure se abbiamo domato un altro cluster, iscriviti per mantenere la tua flotta in formazione.