Muchas automatizaciones útiles empiezan cuando nadie está mirando un chat: llega una solicitud, se acerca un plazo o está disponible un informe operativo. Un asistente que solo trabaja cuando alguien recuerda pedirle algo deja en manos del equipo detectar todos esos momentos.
El 24 de septiembre de 2026, Microsoft anunció la disponibilidad general de las rutinas de Foundry Agent Service. Permiten invocar agentes a una hora concreta, de forma recurrente o ante eventos admitidos. El mismo anuncio identifica la herramienta independiente de recordatorios como versión preliminar. Esta revisión del 2 de octubre de 2026 plantea un primer uso práctico sin atribuir la misma madurez a todas las capacidades relacionadas.
Empieza por una demora operativa que puedas explicar
Una empresa hipotética de equipamiento recibe consultas de servicio en un canal compartido. El personal revisa los mensajes, detecta información ausente y decide qué equipo debe responder. El problema no es que nadie sepa redactar una respuesta: una petición puede quedar esperando porque todos creen que otra persona la está atendiendo.
Un piloto útil podría preparar una ficha de clasificación cuando llegue un mensaje pertinente: solicitud aparente, datos ausentes, referencias y responsable propuesto. La acción debe hacer visible el trabajo pendiente. No debería prometer fechas ni cambiar condiciones contractuales sin pasar por el proceso correspondiente.
Antes de elegir un agente, comprueba si bastan reglas convencionales. Distribuir formularios según un código de zona quizá no necesite un modelo de lenguaje. Interpretar consultas escritas de formas diferentes sí puede beneficiarse de él. Combinar un disparador determinista con una clasificación limitada puede ser mejor comienzo que entregar todo el proceso al agente.
Comprueba qué disparador está disponible hoy
La documentación de rutinas de Microsoft describe configuración e integraciones admitidas. Entre los ejemplos iniciales del anuncio figuran incidencias de GitHub y mensajes nuevos en canales de Teams. No deduzcas que cualquier CRM, buzón o ERP ya es un origen nativo. Confirma conexión, autenticación y disponibilidad en el entorno previsto.
Define la condición exacta de inicio. «Un cliente necesita ayuda» es demasiado ambiguo. «Un mensaje nuevo en el canal acordado que todavía no se ha procesado» ofrece un límite comprobable. Decide qué ocurrirá con ediciones, respuestas y archivos adjuntos.
En las programaciones, acuerda la zona horaria del negocio y qué significa perder una ejecución. Un informe que utiliza UTC cuando el equipo espera hora local cambiará de comportamiento al ajustar los relojes. Son requisitos de entrega, no detalles para descubrir cuando todos dependan del proceso.
Asigna una identidad duradera a cada solicitud
Un evento puede entregarse varias veces y una ejecución puede fallar después de completar parte del trabajo. Diseña la aplicación receptora para que repetir la petición no cree otra tarea ni vuelva a enviar el mismo compromiso al cliente. Usa una referencia persistente y registra qué pasos se han completado.
En la empresa de equipamiento, un mensaje de origen debe corresponder a una ficha, aunque se reintente el disparador. Una actualización posterior puede revisar la clasificación con historial visible. No debería aparecer silenciosamente como otra consulta e inflar el trabajo pendiente.
La ejecución gestionada no elimina esa responsabilidad empresarial. La plataforma puede indicar que se invocó el agente; la aplicación necesita determinar si la operación ocurrió una sola vez y si la aceptaron los sistemas siguientes. Conserva ambas evidencias para quienes atienden incidencias.
Elige una identidad que soporte cambios normales del equipo
Decide con qué permisos trabaja la rutina y a qué sistemas llegan sus herramientas. Documenta la diferencia entre quien creó la automatización y la identidad que ejecuta las acciones. Revisa las opciones del producto frente a los requisitos de autenticación de cada herramienta.
Evita que un proceso importante dependa por accidente del acceso personal de alguien que se marcha. Al mismo tiempo, una identidad de servicio no debe recibir permisos ilimitados por trabajar sin supervisión continua. Concede el acceso mínimo necesario y comprueba que no alcanza registros ajenos a la tarea.
Asigna un responsable interno aunque un proveedor mantenga la tecnología. Debe comprender cuándo se ejecuta, qué modifica y cómo detenerla. Esa responsabilidad resulta especialmente importante cuando una rutina antes silenciosa empieza a generar trabajo inesperado tras cambiar un proceso de negocio.
Establece límites explícitos para las decisiones
Separa preparación y compromiso. El agente puede proponer una categoría o redactar un borrador, mientras una persona autorizada aprueba reservas, precios o mensajes externos. La aplicación debe volver a comprobar permisos y estado al ejecutar lo aprobado.
Da un destino a los casos dudosos. Si aparece un producto desconocido o fechas contradictorias, crea un elemento de revisión en lugar de inventar una clasificación convincente. Explica el motivo para que la persona no tenga que repetir toda la investigación.
Considera también instrucciones maliciosas o irrelevantes dentro del contenido recibido. Un mensaje del canal no debe redefinir accesos, enviar resultados a cualquier destino ni suprimir auditoría. Trata el contenido como datos de la tarea y aplica la autorización en los servicios de la aplicación.
Haz visibles los fallos para quienes realizan el trabajo
Distingue ejecución técnica y resultado empresarial. Una rutina puede terminar correctamente y dejar un elemento pendiente de revisión. Otra puede fallar después de guardar la ficha y antes de avisar al responsable. Ambas necesitan un estado que operaciones entienda.
Prepara una vista sencilla del trabajo recibido, completado, pendiente y bloqueado. Relaciona cada elemento con el origen y el historial de ejecución. Evita medir el éxito únicamente por la ausencia de excepciones en un panel que nadie fuera de ingeniería sabe interpretar.
Define la recuperación antes del lanzamiento. El personal debería poder repetir un paso seguro, asignar la solicitud manualmente o pausar el disparador sin borrar evidencias. Prueba esas acciones con alguien que no haya construido la rutina. Sus dudas suelen revelar supuestos ocultos.
Estima el coste a partir de los eventos reales
Un agente sin supervisión continua puede trabajar cuando la oficina está cerrada. Estima eventos, entregas repetidas, tamaños de documentos y llamadas a herramientas, incluyendo rechazos y reintentos. Un canal activo puede generar mucha más actividad que una demostración pequeña.
Aplica filtros antes de invocar razonamiento costoso. Limita el trabajo simultáneo y decide qué hacer al alcanzar capacidad o gasto acordados. Poner en cola y pausar son decisiones empresariales diferentes; una solicitud urgente quizá necesite pasar a una persona.
Mide coste por resultado útil junto con esfuerzo de revisión. Ahorrar algo de tiempo al clasificar resulta menos atractivo si cada resultado exige una corrección larga. El caso de negocio debe incluir integración, supervisión y soporte, además del consumo del modelo.
Publica una rutina completa y revisa las evidencias
Elige usuarios limitados y prueba casos representativos antes de activar acciones reales. Incluye solicitudes normales, mensajes ambiguos, duplicados, herramientas caídas y permisos revocados. Los criterios de aceptación deben abarcar clasificación correcta, excepciones visibles y continuidad manual.
Durante el piloto, compara el tiempo desde la consulta hasta que alguien asume su gestión. Registra solicitudes perdidas y clasificaciones incorrectas sin afirmar que automatizar genera ventas por sí solo. Una atención más rápida y fiable puede mejorar la experiencia; convertir esa oportunidad sigue dependiendo del servicio ofrecido.
Worktechlabs puede diseñar procesos empresariales con IA y conectarlos mediante integraciones fiables. Nuestra guía de trabajos en segundo plano con .NET desarrolla cómo hacer visible lo que queda pendiente. Las rutinas aportan valor cuando el negocio entiende qué empezó, qué ocurrió y quién gestiona lo que falta.
Fuentes oficiales y lecturas recomendadas
