Microsoft Guardian Agents vigilará a tus agentes: qué cambia si tu agente publica formularios
Microsoft Guardian Agents vigilará lo que llaman tus agentes de IA. Qué cambia si tu agente publica formularios y cómo configurar dForms.
Josue HernandezEspecialista en IA
Microsoft Guardian Agents llega a las herramientas de seguridad que tu equipo de TI ya usa. El 19 de octubre, Microsoft amplió Project Perception para tratar a los agentes de IA como personal interno. Los encuentra, les da una identidad y vigila lo que llaman. Incluso agentes locales como Claude Code y OpenAI Codex están en la lista.
Si tu agente crea y publica formularios, esto te toca. Tarde o temprano alguien de TI te hará una pregunta simple: ¿qué puede tocar este agente? Por eso, aquí va lo que anunció Microsoft y cómo tener una respuesta clara para tus formularios.
Qué anunció Microsoft
Salieron dos publicaciones el mismo día. Primero, Hayete Gallot, quien dirige Microsoft Security, planteó la idea. Según ella, los Guardian Agents vigilan y moderan cada acción de cada agente antes de que ocurra. Luego, Nadim Abdo, del área de identidad y acceso a redes, dio los detalles.
Los puntos clave, todos tomados de las páginas de Microsoft:
- Descubrimiento. Microsoft suma 35 tipos más de agentes locales, para 60 agentes locales compatibles en total. Nombra a Claude Code, OpenAI Codex y GitHub Copilot.
- Identidad. Microsoft Entra Agent ID suma tipos de identidad para más clases de agentes, incluidos los locales. Cada agente debe tener una identidad propia, distinta de quien lo patrocina.
- Llamadas con control. Según Microsoft, un agente no debe poder llamar cualquier herramienta, API o servidor MCP que encuentre. En cambio, los controles deben observar esas llamadas y aplicar la política.
- Permisos por tarea. Un agente debe empezar sin autoridad y recibir solo lo que la tarea necesita. Además, las acciones de mayor impacto pueden exigir aprobación humana verificada.
- Guardian Agents y Playbooks. Los Guardian Agents explican por qué cambió el riesgo, investigan y recomiendan o aplican contención. Los Playbooks definen el resultado de seguridad que quieres.
Microsoft Guardian Agents es parte de Project Perception, no un producto aparte. Sin embargo, ninguna de las dos publicaciones da fecha de vista previa ni de disponibilidad general. El blog de seguridad remite a Microsoft Ignite, del 17 al 20 de noviembre.
Por qué te importa si tu agente publica formularios
Un formulario no es un archivo inofensivo. Una vez publicado, vive en un enlace público, recoge datos personales y puede mandar leads a tu CRM. Por eso, un agente que publica formularios será de los primeros que TI quiera entender.
El modelo de Microsoft hace tres preguntas sobre cada agente. ¿Quién es? ¿Qué puede llamar? ¿Lo puedes apagar rápido? Si tienes un agente que crea formularios por ti, deberías poder responder las tres en un minuto.
Qué puede hacer hoy una llave de API de dForms y qué no
dForms es el creador de formularios para agentes de IA. Tu agente recibe una llave de API y crea, publica y califica formularios por ti. Esto es lo que la llave permite de verdad, sin adornos:
| Pregunta de TI | Respuesta hoy en dForms |
|---|---|
| ¿Quién es el agente? | Cada llave actúa como la persona que la creó, con su rol. |
| ¿Quién ve las llaves? | Owners y admins ven todas las llaves del espacio de trabajo y quién las creó. |
| ¿Se puede cortar? | Sí. Owners y admins pueden revocar cualquier llave. Una llave revocada falla en su siguiente llamada. |
| ¿Hasta dónde llega? | Solo a las rutas para crear formularios. No puede administrar llaves, miembros, espacios de trabajo ni integraciones. |
| ¿Qué tan rápido va? | 120 llamadas por minuto por llave. |
| ¿Se sabe qué creó? | Sí. Cada formulario registra si nació por la API o por la web. |
Aun así, hay un hueco claro, y conviene que lo sepas. dForms no tiene permisos por llave ni una aprobación obligatoria antes de publicar. Un agente con llave puede publicar un formulario y también borrarlo. Microsoft dice que un agente no debe heredar todos los permisos de quien lo patrocina. En dForms, en cambio, la llave lleva el rol de quien la creó, limitado a formularios.
La configuración que te recomendamos
La práctica segura es un hábito, no un interruptor:
- Una llave por agente, con un nombre claro. "Claude Code, formularios de ventas" le dice a un admin a quién preguntar.
- Primero borrador, publica una persona. Los cambios quedan en borrador hasta que alguien publica. Así que pídele a tu agente que se quede ahí.
- Revoca la llave al terminar. Una llave que ya no usas es una llave que nadie vigila.
Pruébalo con dForms
Crea una llave en la página Developers, ponle el nombre del agente y pega este prompt:
Usa mi llave de API de dForms para armar un formulario de calificación
de leads para nuestras solicitudes de demo: tamaño de la empresa,
presupuesto, plazo y caso de uso, con un puntaje por respuesta. Deja
todos los cambios en borrador. No publiques, borres ni reviertas ningún
formulario. Al terminar, mándame el enlace del borrador y una lista corta
de lo que cambiaste para revisarlo y publicarlo yo.
¿Quieres saber qué preguntas hacer? Nuestra guía sobre cómo calificar un lead te lo explica.
Preguntas frecuentes
¿Qué son los Microsoft Guardian Agents?
Microsoft Guardian Agents son agentes de seguridad dentro de Project Perception que vigilan a otros agentes de IA. Según Microsoft, ayudan a ver por qué cambió el riesgo, investigar y recomendar o aplicar contención.
¿Cuándo estará disponible Microsoft Guardian Agents?
Microsoft no ha dado fecha de vista previa ni de disponibilidad general. Sus publicaciones del 19 de octubre remiten a Microsoft Ignite, del 17 al 20 de noviembre.
¿Puedo darle a mi agente una llave de dForms de solo lectura?
No. Hoy las llaves de dForms no tienen permisos por llave. Por eso, cualquier llave puede crear, publicar y borrar formularios dentro del rol de quien la creó. En su lugar, usa una llave con nombre por agente y pídele que deje los cambios en borrador. Después, revoca la llave cuando termine el trabajo.
