Seis agentes. Cuatro semanas. Producción real.

¿Cuántas horas dedica tu departamento de TI cada semana a tareas que un agente podría resolver en minutos?

Existe un tipo de proceso que casi todos los departamentos de TI conocen: alguien lee contratos. Alguien más clasifica requisitos en categorías. Otra persona responde las mismas preguntas sobre entregas que ya respondió ayer. No son problemas glamorosos. Pero son los que en conjunto cuestan decenas de miles de horas al año — y son sorprendentemente adecuados para los agentes de IA, si sabes dónde aplicar la palanca.

Seis empresas hicieron exactamente eso en febrero en nuestras oficinas de Offenbach. Kiekert ahora categoriza los requisitos de I+D mediante lógica basada en reglas, con una puntuación de confianza y un bucle de retroalimentación. El agente ya está en producción. Dr. Oetker construyó un Contract Review Assistant que revisa contratos de TI en busca de cláusulas críticas y genera un informe estructurado para compras y legal. Eckes-Granini presentó dos agentes: un agente de incorporación que guía a los nuevos empleados desde su primer inicio de sesión a través de MFA, configuración de Office y políticas de seguridad, y un agente de logística que responde preguntas de los operadores sobre envíos, tarifas y transportistas. igefa desarrolló un agente de asistencia telefónica por voz para el soporte de TI interno, conectado a JIRA y Confluence. Y lila logistik trajo quizás el proyecto más inusual: un generador de casos de uso que observa SharePoint y Exchange para identificar potencial de automatización — porque el problema real a menudo no es la tecnología, sino que nadie en la empresa identifica los lugares adecuados para automatizar.

Todo esto se desarrolló en Copilot Studio, con Agent Flows, conexiones a Dataverse y conectores MCP, con el acompañamiento de cuatro de nuestros MVPs. Cuatro semanas de desarrollo junto al trabajo habitual del día a día. Los participantes tuvieron que encontrar cada hora para ello entre tickets, cierres trimestrales y operaciones. Que al final existieran seis agentes funcionales dice menos sobre la tecnología que sobre los equipos que los construyeron.

El 10 de marzo en el Microsoft Office de Fráncfort llegó la prueba final: seis presentaciones de 20 minutos cada una, evaluadas por impacto en el negocio, profundidad técnica y los aplausos del público (sí, eso también está en la hoja de evaluación). Kiekert ganó porque su agente está en producción, construido por alguien del área de negocio, sin experiencia en TI ni en Copilot Studio. Dr. Oetker, porque la revisión de contratos es tan universal que el jurado empezó a pensar en sus propios contratos de TI después. Que los seis equipos hayan construido un agente funcional en cuatro semanas junto a su trabajo habitual fue, en definitiva, la verdadera noticia del día.

El formato se llama glueckkanja AI Agent Hackathon. Surgió de un hackathon de Microsoft en Múnich en el que participamos con Knorr-Bremse. Microsoft nos pidió después continuar el formato con nuestros clientes. La idea es sencilla: las empresas se inscriben con un proceso concreto que hoy se realiza de forma manual. Nosotros refinamos el caso de uso, definimos la arquitectura y construimos juntos. Para quienes no estén listos para participar directamente en el hackathon: también ofrecemos talleres para identificar casos de uso y preparar la arquitectura del agente — ya sea como punto de entrada o como formato independiente.

El próximo glueckkanja AI Agent Hackathon comienza en otoño de 2026. El registro está abierto. Si quieres identificar casos de uso y preparar tu entorno antes de eso: estamos encantados de ayudarte. Contáctanos.

Gracias a Sylvia y Miriam de Microsoft por su confianza en el formato. A Kiekert, Dr. Oetker, Eckes-Granini, igefa y lila logistik por su valentía y dedicación. Y a nuestro equipo de glueckkanja por hacer esto posible.