Azure Functions Skills quiere que Codex y Claude Code desplieguen Functions sin secretos ni plantillas viejas

Los agentes de coding ya pueden generar una Azure Function que compila. El problema es que eso no basta.

La propia nota de Microsoft sobre azure-functions-skills, publicada el 2 de junio de 2026, parte justo de ese dolor: un agente generalista tiende a usar plantillas viejas, deja secretos en el repo, ignora patrones recientes de Flex Consumption y no sabe qué hacer con el runtime agentic nuevo de Azure Functions.

La propuesta no es otro chatbot. Es un workspace empaquetado para agentes: skills, definición de agente, configuración MCP, hooks, instrucciones y un comando de instalación que deja todo eso listo para GitHub Copilot CLI, Claude Code, Codex CLI y VS Code.

La parte útil no es el marketing: es el contrato operativo

Microsoft lo explica sin rodeos. azure-functions-skills intenta cerrar cuatro huecos concretos:

• que el agente arranque desde plantillas actuales;
• que prefiera managed identity y Key Vault references en vez de claves pegadas;
• que conozca el runtime de agentes serverless anunciado en Build 2026;
• y que haga una validación seria antes de desplegar.

Eso último me parece lo más buscable. El paquete trae un comando doctor que revisa configuración, runtime, lockfiles, .env tracked y señales de cadena de suministro antes del deploy. No es mágico, pero sí mueve el agente de “te armé algo” a “te armé algo con una pasada mínima de higiene”.

Por qué esto sí importa para builders de verdad

El blog oficial dice que en sus incidentes internos una parte enorme del dolor viene de dos cosas: defectos de código del usuario y misconfiguración del Function App. Si el skill set logra bajar justo esas dos, la mejora no está en escribir más rápido. Está en desplegar con menos retrabajo y menos limpieza manual.

Además, la instalación resume algo que suele estar regado por todos lados:

1. skill catalog;
2. agent definition;
3. MCP server config;
4. hooks;
5. AGENTS.md / CLAUDE.md;
6. y un flujo de chat ya conectado al contexto correcto.

Ese empaquetado vale mucho para equipos que ya usan Codex, Claude Code o Copilot pero no quieren reenseñar Azure Functions en cada repo.

El detalle más fuerte está en azure-functions-agents

Dentro del catálogo, Microsoft incluyó desde el arranque una skill para el runtime de Azure Functions serverless agents. Según el post, esa skill puede:

• scaffold de agentes event-driven;
• elegir un modelo GPT desplegable según región y cuota;
• cablear Foundry, remote MCP servers y Connector Namespaces;
• y empujar ejecución auxiliar a sesiones dinámicas de Azure Container Apps.

Eso ya no es “prompt con Azure flavor”. Eso se parece más a un playbook distribuido como producto.

Dónde veo la intención de búsqueda

No hace falta inventar volumen para ver el tipo de tráfico:

• azure functions codex
• claude code azure functions
• azure functions skills
• managed identity ai coding agent
• doctor azure functions agent

Es tráfico pequeño comparado con ChatGPT genérico, pero mucho más cualificado. Llega gente que ya quiere tocar Azure Functions con agentes y no quiere improvisar seguridad ni plantillas.

Qué haría antes de adoptarlo en un equipo

Yo probaría tres cosas:

1. si de verdad evita secretos y access keys en el primer scaffold;
2. si doctor encuentra problemas reales antes de CI;
3. si las skills envejecen al ritmo de Azure o se quedan viejas rápido.

Si resuelve esas tres, el paquete puede ahorrar bastante contexto desperdiciado.

Si todavía estás ordenando la base de cómo estructurar un agente antes de conectarlo a cloud, empieza por el curso gratis. Y si quieres comparar otro enfoque donde el proveedor también empaqueta skills, hooks y gobernanza para el agente, esta noticia conversa bien con AWS Agent Toolkit para coding agents.

La lectura corta es esta: Microsoft entendió que el problema ya no es solo dar acceso a Azure desde un agente, sino empaquetar el conocimiento correcto para que ese acceso no rompa seguridad, costo ni vigencia técnica desde el primer intento.