REA, agentes e ingeniería inversa: qué demuestran las demos, qué exige la ingeniería y qué significa de verdad cuando aterrizamos en un VB6 sin fuentes.
Más allá del hype: ver un vídeo en YouTube está muy bien, pero la realidad es otra
leer más...
Después de Frontier Week: de la expectativa al impacto
Después de cuatro días como MVP y moderador en Microsoft Frontier Transformation Week, comparto las inquietudes que más me hicieron reflexionar: pasar de pilotos a resultados, preparar a las personas y escalar la IA con confianza. Una mirada práctica a la madurez, el liderazgo, la gobernanza y la identidad para convertir la expectativa en impacto real.
Versión 5.0: Architecting What’s Next
jmfloreszazo.com evoluciona hacia una nueva etapa: más arquitectura, Agentic AI y modernización, sin abandonar el código. Un rediseño más limpio para compartir cómo convierto preguntas en arquitecturas, arquitecturas en sistemas y evidencia en decisiones capaces de generar impacto real.
Auditar agentes de Copilot en VS Code: git es la única versión que importa (y auditar no es lo mismo que prevenir)
Un agente custom de Copilot en VS Code es, al final, un fichero markdown que cualquiera puede editar. La pregunta aburrida —¿qué prompt se ejecutó de verdad, el de git o el que alguien tenía sin commitear?— es la que decide si gobiernas tus agentes o solo confías en que nadie los toque. Este repo captura la telemetría completa vía OpenTelemetry, la manda a Jaeger, y sobre esos traces detecta el drift: el trace sabe qué se ejecutó, git sabe qué debería haberse ejecutado, y la resta es la auditoría. Con una advertencia honesta al final: esto te da visibilidad forense, no prevención.
Del modelo que responde al agente que trabaja: Agent Harness y CodeAct con C#
Agent Harness y CodeAct resuelven problemas distintos, pero complementarios. El primero gobierna la planificación, el estado, las herramientas y las aprobaciones; el segundo permite ejecutar de forma compacta tareas intensivas en datos y llamadas a herramientas. En este artículo construimos una demo con C#, .NET 10, Microsoft Foundry y Bicep.
Agent Host Protocol (AHP): por qué el host, y no tu editor, es el dueño del estado de la sesión
El protocolo de agentes del que nadie habla: AHP no conecta herramientas (eso es MCP) ni delega entre agentes (eso es A2A), sino que decide quién es el dueño de la sesión. El host tiene el estado, los clientes son vistas — y aquí lo compilo en ~300 líneas para que lo veas funcionar.
Benchmark: dos Hosted Agents, mismo Foundry, .NET 10 LTS vs Python 3.12
El mismo agente, la misma región, la misma cuota, el mismo Key Vault, el mismo sobre de recursos del contenedor — y una única variable de verdad: el runtime. Uno es C# 14 sobre .NET 10 LTS, el otro es CPython 3.12. Todo lo demás está clavado a propósito, porque un benchmark que cambia dos cosas a la vez no mide nada. Este mide una: el coste del lenguaje/runtime dentro del hosting de Foundry.
Y el resultado, adelantándolo sin ceremonia: C# sobre .NET 10 sale entre un 22% y un 30% más rápido en media, con esa ventaja sostenida a las 10, 100 y 1000 peticiones, tanto con modelo como sin él. Ahora el «cómo lo he medido», que es donde un benchmark se gana o se pierde la credibilidad.
MCP, A2A y AHP: tres protocolos y por qué tu agente debería vivir en un contenedor
Las tres siglas —MCP, A2A y AHP— no compiten: resuelven problemas distintos, en capas distintas, y entender dónde encaja cada una es lo que separa «conecté un agente y funciona» de «diseñé un sistema de agentes que puedo gobernar, escalar y esto es lo que me interesa aquí: proteger».
¿HTML en vez de Markdown para hablar con un LLM? Lo que dice el tokenizador, no el marketing
Últimamente circula una idea por LinkedIn, X y un par de hilos de Hacker News que conviene mirar con calma: que los LLM modernos —Claude en particular— ya no necesitan Markdown para ser eficientes, que mandar HTML «es más elegante», queda más bonito por pantalla, y que el modelo internamente «limpia el ruido» y termina consumiendo prácticamente los mismos tokens. La conclusión que se vende es tentadora: HTML gratis, mejor presentación, mismo coste.
Cloud soberana, Azure Local e IA: no es volver al datacenter, es recuperar control operativo
La cloud soberana no es una región, ni una landing zone, ni un contrato. Es una arquitectura de control. Azure Local, Microsoft 365 Local, Foundry Local y los modelos de DevOps soberano apuntan a una misma dirección: permitir que las organizaciones reguladas mantengan continuidad, gobierno y trazabilidad sobre sus cargas críticas, incluso en escenarios de desconexión o incertidumbre geopolítica.