Microsoft 365 Agents Toolkit: primeras impresiones

Lo que hace muy bien

El toolkit trata el entorno local como ciudadano de primera. Puedes levantar un agente declarativo, apuntarlo a un dataset de ejemplo y verlo responder en el Playground en menos de cinco minutos — sin rituales de tenant. Esa única decisión recablea cómo iteran los equipos: el inner loop se convierte en "edita, guarda, pregunta", no en "despliega, espera, reza".

Lo segundo que clava es la migración de Slack a Teams. La conversión de JSON de Block Kit a Adaptive Cards es en su mayoría mecánica, y el conversor del toolkit resuelve el 80% sin retocar a mano. El 20% restante es el trabajo de diseño interesante — y esa es la proporción correcta.

Lo que sigue siendo incómodo

• El paso de provisión todavía hace demasiadas preguntas la primera vez. Un modo de "valores por defecto inteligentes" ayudaría a la descubribilidad.
• Los entornos versionados son potentes pero la documentación los entierra. Se me olvida que existen hasta que los necesito.
• Los mensajes de error durante el despliegue remoto a veces apuntan a la causa equivocada — normalmente es un permiso de Graph caducado, no lo que sugiere el toolkit.

Lo que cambiaría mañana

Integrar un panel "muéstrame tus herramientas" en el Playground local. La mitad de mi tiempo de debugging se va en razonar sobre qué conector eligió el agente y por qué. Mostrar esa decisión en la UI — aunque sea el nombre de la herramienta y sus inputs — comprimiría ese ciclo de forma brutal.

En conjunto: el toolkit es la ruta más rápida de "tengo una idea" a "tengo un agente respondiendo en Teams" que he usado. Los bordes ásperos existen, pero son los bordes de una herramienta que por fin trata el desarrollo de agentes como tratamos el desarrollo web.