Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Importante
Los elementos marcados (versión preliminar) de este artículo se encuentran actualmente en versión preliminar pública. Esta versión preliminar se ofrece sin acuerdo de nivel de servicio y no se recomienda para las cargas de trabajo de producción. Es posible que algunas características no se admitan o que tengan funcionalidades restringidas. Para más información, consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure.
Las rutinas de Foundry Agent Service permiten ejecutar un agente automáticamente cuando se activa un desencadenante definido. Use una rutina cuando quiera una forma nativa del proyecto de decir: «Cuando llegue una hora concreta o se cumpla un horario determinado, invoque a este agente».
Sin rutinas, los equipos suelen crear esta capa de desencadenador mediante la combinación de tecnologías como programadores, Logic Apps, Azure Functions, colas, almacenamiento personalizado y código de autenticación. Las rutinas trasladan esa lógica operativa a Foundry para que el disparador, la acción, los permisos, las conexiones y el historial de ejecuciones se queden con el agente en el mismo proyecto de Foundry.
Use rutinas para la automatización ligera del agente, como resúmenes diarios, recordatorios únicos o comprobaciones periódicas. Si el escenario necesita bifurcación, varios agentes, pasos de aprobación humana o estado complejo, use un flujo de trabajo en su lugar.
Qué contiene una rutina
Una rutina tiene un desencadenador y una acción.
| Componente | Description |
|---|---|
| Trigger | Define cuándo se inicia la rutina. Un desencadenador puede ser un temporizador único o una programación periódica. |
| Action | Define lo que sucede después de que se active el desencadenador. En la versión preliminar, la acción invoca un agente de solicitud o un agente hospedado a través del punto de conexión del agente existente. |
| Input | Proporciona la entrada proporcionada por el usuario enviada al agente. La entrada puede ser texto o JSON. |
| Estado de ciclo de vida | Determina si la rutina está habilitada o deshabilitada. Puede actualizar, habilitar, deshabilitar o eliminar una rutina sin volver a crear el agente. |
| Historial de ejecución | Registra cada ejecución del desencadenador, incluidas las entradas, las salidas, el estado y un vínculo a los detalles de seguimiento y respuesta del agente relacionados. |
El modelo de un solo desencadenador y una acción mantiene las rutinas centradas en una sola pregunta: ¿cuándo se debe ejecutar este agente? No reemplaza la orquestación. Cuando necesite varias acciones, varios agentes o lógica condicional, cree un flujo de trabajo en su lugar. El agente que invoca una rutina puede implementar su propio flujo de trabajo interno mediante marcos como Microsoft Agent Framework o LangGraph.
Tipo de desencadenadores
Las rutinas admiten dos tipos de desencadenador en la versión preliminar: temporizador y periódico. El desencadenador periódico también se conoce como desencadenador recursivo.
| Tipo de desencadenador | Cuándo usarlo | Example |
|---|---|---|
| Temporizador | Ejecute un agente una vez en una fecha y una hora concretas. Después de que se active el temporizador, la rutina se vuelve inactiva. | Ejecute un agente de preparación para la migración en 2026-06-01T09:00:00Z. |
| Recurrente | Ejecute un agente repetidamente con una programación temporal tipo cron. | Ejecute un agente de resumen de soporte técnico cada día de la semana a las 7:00. |
Cómo se ejecutan las rutinas
Cuando una rutina está habilitada, Foundry administra automáticamente el disparador y la ruta de distribución.
- El desencadenante se activa mediante un temporizador o una programación recurrente.
- Foundry crea un registro de ejecución rutinario en el proyecto.
- Foundry invoca el punto de conexión del agente configurado con la entrada rutinaria.
- El agente procesa la solicitud mediante su modelo configurado, instrucciones, herramientas e identidad.
- Foundry almacena el estado de ejecución rutinario y vincula la ejecución a los detalles de respuesta y seguimiento del agente.
Este flujo usa la ruta de invocación del agente existente, por lo que las rutinas no introducen un entorno de ejecución independiente para la lógica del agente. El agente sigue usando las mismas características de configuración, herramientas y observabilidad que usa cuando se invoca desde una aplicación o área de juegos.
Conexiones, identidades y gobernanza
Las rutinas están restringidas al ámbito de un proyecto de Foundry. Las rutinas se administran con el mismo modelo de gobernanza de proyectos que se usa para agentes, herramientas y conexiones. Para obtener más información, consulte control de acceso basado en roles de Azure en Foundry.
Este diseño con ámbito de proyecto proporciona las siguientes ventajas:
- Ningún recurso de programador independiente para administrar: cree y opere rutinas de Foundry en lugar de aprovisionar una infraestructura de automatización independiente.
- Gobernanza compartida: aplique el control de acceso de nivel de proyecto a la administración rutinaria y a la invocación del agente.
- Ejecuciones observables: revise las ejecuciones de rutinas junto con las respuestas del agente y las trazas que estas generan.
No incluya secretos, credenciales ni tokens de acceso personal en solicitudes o entradas rutinarias. Use conexiones de proyecto y acceso basado en Microsoft Entra ID siempre que se admita.
Monitorizar y ejecutar rutinas
Después de crear una rutina, use el historial de ejecución para comprender lo que ha ocurrido cada vez que se desencadene el desencadenador. El historial de ejecución le ayuda a responder a preguntas operativas como:
- ¿Se activó el disparador?
- ¿Qué entrada se envió al agente?
- ¿Se ha completado o la fallado la invocación del agente?
- ¿Qué respuesta produjo el agente?
- ¿Qué traza contiene la información detallada sobre el modelo, la herramienta y la latencia de esa invocación?
Para pausar una rutina, deshabilítela y, para reanudarla, vuelva a habilitarla. También puede actualizar el desencadenador, la acción o la entrada de una rutina existente sin volver a crear el agente.
Rutinas y flujos de trabajo
Las rutinas y los flujos de trabajo ayudan a automatizar escenarios de agente, pero resuelven diferentes problemas.
| Dimension | Rutinas | Workflows |
|---|---|---|
| Pregunta respondida | ¿Cuándo debe ejecutarse mi agente? | ¿Cómo se deben conectar varios pasos, decisiones o agentes? |
| Modelo mental | Disparador a agente. | Gráfico de nodos, bordes, bifurcación y estado. |
| Relación de agente | Amplía un agente existente con un disparador automático. | Organiza agentes y lógica de negocios en un flujo de trabajo independiente. |
| Compatibilidad con varios agentes | N.º Una rutina invoca a un agente. | Yes. Use flujos de trabajo para la orquestación multiagente. |
| Mejor para | Temporizadores, programaciones y automatización ligera. | Bifurcación, aprobaciones, procesos de múltiples pasos y automatización compleja con estado. |
Use una rutina en primer lugar cuando la automatización es simplemente "ejecutar este agente cuando sucede algo". Vaya a los flujos de trabajo cuando la automatización necesite lógica de coordinación más allá de una invocación de agente única.
Limitaciones de la versión preliminar
La versión preliminar tiene las siguientes limitaciones:
- Una rutina tiene exactamente un desencadenador y una acción.
- El único tipo de acción es invocar a un agente de Foundry.
- Los tipos de desencadenador admitidos son temporizadores y desencadenadores periódicos.