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.
Importante
Gli elementi contrassegnati (anteprima) in questo articolo sono attualmente in anteprima pubblica. Questa anteprima viene fornita senza un contratto di servizio e non è consigliabile per i carichi di lavoro di produzione. Alcune funzionalità potrebbero non essere supportate o potrebbero avere funzionalità limitate. Per ulteriori informazioni, vedere Condizioni supplementari per l'uso delle versioni di anteprima di Microsoft Azure.
Le routine nel Servizio agenti Foundry consentono di avviare automaticamente un agente quando si verifica un trigger predefinito. Usa una routine quando vuoi un modo integrato nel progetto per dire: "Quando viene raggiunta un'ora specifica, una pianificazione o si verifica un evento, invoca questo agente."
In assenza di procedure standard, i team spesso creano autonomamente questo livello di attivazione combinando tecnologie quali scheduler, App per la logica, Funzioni di Azure, code, archiviazione personalizzata e codice di autenticazione. Le routine trasferiscono quel collante operativo in Foundry, in modo che trigger, azioni, autorizzazioni, connessioni e cronologia delle esecuzioni risiedano insieme all'agente nello stesso progetto Foundry.
Usare routine per l'automazione leggera degli agenti, ad esempio riepiloghi giornalieri, promemoria monouso o controlli periodici. Se lo scenario richiede la diramazione, più agenti, passaggi di approvazione umana o stato complesso, usare invece un flusso di lavoro.
Contenuto di una routine
Una routine ha un attivatore e un'azione.
| Componente | Description |
|---|---|
| Trigger | Definisce quando si avvia la routine. Un trigger può essere un timer una tantum, una pianificazione ricorrente o un evento, come l'apertura o la chiusura di una issue di GitHub. |
| Action | Specifica cosa accade quando viene attivato il trigger. Nell'anteprima, l'azione richiama un agente prompt o un agente ospitato tramite l'endpoint dell'agente esistente. |
| Inserimento | Fornisce l'input dell'utente inviato all'agente. L'input può essere di testo o JSON. |
| Stato del ciclo di vita | Determina se la routine è abilitata o disabilitata. È possibile aggiornare, abilitare, disabilitare o eliminare una routine senza ricreare l'agente. |
| Cronologia di esecuzione | Registra ogni esecuzione del trigger, inclusi input, output, stato e un collegamento alla relativa risposta dell'agente e ai dettagli della traccia. |
Il modello un trigger, un'azione concentra le procedure su un'unica domanda: quando deve essere eseguito questo agente? Non sostituisce l'orchestrazione. Quando sono necessarie più azioni, più agenti o logica condizionale, creare invece un flusso di lavoro. L'agente richiamato da una routine può implementare il proprio flusso di lavoro interno usando framework come Microsoft Agent Framework o LangGraph.
Tipi di trigger
Le routine supportano tre tipi di trigger nell'anteprima: timer, ricorrente ed evento. Il trigger ricorrente viene anche definito trigger ricorsivo.
| Tipo di innesco | Quando usarlo | Esempio |
|---|---|---|
| Temporizzatore | Esegui un agente una sola volta in una data e un'ora specifiche. Dopo l'attivazione del timer, la routine diventa inattiva. | Esegui un agente di preparazione alla migrazione in 2026-06-01T09:00:00Z. |
| Ricorrente | Esegui un agente in modo ricorrente secondo una pianificazione di tipo cron. | Esegui l'agente "support-summary" ogni giorno feriale alle 7:00. |
| Evento | Esegui un agente quando si verifica un evento esterno. Nell'anteprima l'evento github_issue viene generato quando un problema viene aperto o chiuso in un repository GitHub guardato. |
Valutare un problema quando viene aperto in un repository di GitHub. |
Modalità di esecuzione delle routine
Quando si abilita una routine, Foundry gestisce automaticamente il trigger e il percorso di invio.
- Il trigger si attiva tramite un timer, una schedulazione ricorrente o un evento esterno.
- Foundry crea un registro delle esecuzioni di routine nel progetto.
- Foundry richiama l'endpoint dell'agente configurato con l'input di routine.
- L'agente elabora la richiesta usando il modello, le istruzioni, gli strumenti e l'identità configurati.
- Foundry archivia lo stato di esecuzione della routine e collega l'esecuzione alla risposta dell'agente e ai dettagli della traccia.
Questo flusso usa il percorso di chiamata dell'agente esistente, quindi le routine non introducono un runtime separato per la logica dell'agente. L'agente continua a utilizzare la stessa configurazione, gli stessi strumenti e le stesse funzionalità di osservabilità che usa quando viene richiamato sia da un'applicazione sia da un playground.
Connessioni, identità e governance
Le routine sono limitate all'ambito di un progetto Foundry. Le routine vengono gestite con lo stesso modello di governance del progetto usato per agenti, strumenti e connessioni. Per altre informazioni, vedere controllo degli accessi basato su ruoli di Azure in Foundry.
I trigger di eventi usano connessioni di progetto per l'autenticazione al sistema esterno. Ad esempio, l'github_issue attivatore si basa su una connessione al connettore GitHub che Foundry configura nel namespace dei connettori del tuo account. Per altre informazioni, vedi Aggiungere server MCP gestiti basati sui namespace dei connettori.
Questa progettazione circoscritta al progetto offre i seguenti vantaggi:
- Nessuna risorsa di pianificazione separata da gestire: crea ed esegui routine da Foundry senza dover eseguire il provisioning di un'infrastruttura di automazione separata.
- Governance condivisa: applicare il controllo di accesso a livello di progetto alla gestione di routine e alla chiamata dell'agente.
- Esecuzioni osservabili: Esamina le esecuzioni di routine insieme alle risposte e alle tracce dell'agente che queste generano.
Non includere segreti, credenziali o token di accesso personali nell'input o nelle richieste di routine. Usare le connessioni di progetto e l'accesso basato su Microsoft Entra ID ovunque sia supportato.
Monitorare e gestire routine
Dopo aver creato una routine, usare la cronologia di esecuzione per comprendere cosa è successo ogni volta che il trigger è stato attivato. La cronologia di esecuzione consente di rispondere a domande operative come:
- L'attivatore si è attivato?
- Quale input è stato inviato all'agente?
- La chiamata dell'agente è stata completata o ha avuto esito negativo?
- Quale risposta ha prodotto l'agente?
- Quale traccia contiene le informazioni dettagliate su modello, strumento e latenza per tale chiamata?
È possibile sospendere una routine disabilitandola e riprendendola abilitandola di nuovo. È anche possibile aggiornare il trigger, l'azione o l'input per una routine esistente senza ricreare l'agente.
Promemoria pianificati dall'agente
Le routine avviano un agente tramite un attivatore esterno. Un agente ospitato può anche programmare sé stesso per eseguirsi nuovamente in seguito richiamando uno strumento di promemoria integrato che esponi tramite una toolbox. L'agente decide durante l'esecuzione di dover effettuare un follow-up, stabilisce il ritardo e il servizio invoca nuovamente l'agente nella stessa conversazione allo scadere del ritardo. Usa questo modello per follow-up guidati da agenti, ad esempio per ricontrollare un'attività di lunga durata. Per i passaggi, vedere Automatizzare gli agenti con routine.
Routine e flussi di lavoro
Le routine e i flussi di lavoro consentono entrambi di automatizzare gli scenari degli agenti, ma risolvono problemi diversi.
| Dimension | Routine | Flussi di lavoro |
|---|---|---|
| Domanda a cui è stata risposta | Quando dovrebbe essere eseguito il mio agente? | Come devono connettersi più passaggi, decisioni o agenti? |
| Modello mentale | Dal trigger all'agente. | Grafico di nodi, archi, diramazione e stato. |
| Relazione tra agenti | Aggiunge un trigger automatico a un agente esistente. | Orchestra gli agenti e la logica di business in un flusso di lavoro separato. |
| Supporto multi-agente | No. Una routine richiama un agente. | Yes. Usa i flussi di lavoro per l'orchestrazione di più agenti. |
| Migliore per | Temporizzatori, programmazioni e automazione leggera. | Ramificazioni, approvazioni, processi in più fasi e automazione complessa con gestione dello stato. |
Usare prima una routine quando l'automazione è semplicemente "eseguire questo agente quando si verifica un evento". Passare ai flussi di lavoro quando l'automazione richiede logica di coordinamento oltre una singola chiamata dell'agente.
Limitazioni dell'anteprima
L'anteprima presenta le limitazioni seguenti:
- Una routine ha esattamente un attivatore e un'azione.
- L'unico tipo di azione è richiamare un agente Foundry.
- I tipi di trigger supportati sono trigger basati su timer, ricorrenti e basati su eventi (issue di GitHub).