AI-901
Deep Dive
Este es el skill con más preguntas del examen: "Implement generative AI apps and agents by using Foundry". Cubre desde diseñar un prompt hasta desplegar un agente completo — todo dentro del mismo portal y SDK.
Contenido
Un prompt efectivo separa dos roles claros. El examen espera que reconozcas cuál es cuál.
System prompt
Fija el rol, el tono y las reglas que el modelo debe seguir durante toda la conversación. Se configura una sola vez por deployment o agente.
Ej: "Eres un asistente de soporte técnico. Responde solo sobre productos de la empresa. Si no sabes la respuesta, dilo."
User prompt
La solicitud puntual del usuario en cada turno de la conversación. Cambia en cada interacción.
Ej: "¿Cómo reinicio mi router?"
Buenas prácticas de prompt
Ser específico sobre el formato de salida esperado, dar ejemplos (few-shot) cuando la tarea es ambigua, y usar el system prompt para límites de alcance — no para lógica de negocio compleja.
El flujo más simple en Microsoft Foundry no requiere código: elegir un modelo del catálogo, desplegarlo y probarlo directamente en el portal.
Crear o abrir un proyecto en el portal de Foundry (ai.azure.com).
Elegir un modelo desde el model catalog y desplegarlo (deployment).
Abrir el Playground e interactuar con el modelo con prompts de prueba.
Ajustar el system prompt y parámetros (temperature, max tokens) hasta obtener el comportamiento esperado.
El Foundry SDK es un cliente delgado (thin client) que expone todas las APIs del proyecto a través de un único endpoint. SDKs de más alto nivel — como Agent Framework — se construyen encima del Foundry SDK, no lo reemplazan.
Un cliente de chat ligero (lightweight chat client) construido con el Foundry SDK sigue, a alto nivel, este patrón:
// Pseudocódigo — patrón general del Foundry SDK
client = FoundryProjectClient(endpoint, credential)
chat = client.get_chat_client(deployment_name)
response = chat.complete(messages=[system_prompt, user_prompt])
El examen no evalúa sintaxis exacta de código — evalúa que reconozcas el patrón: un endpoint de proyecto, un deployment, y una llamada de chat/completion.
Microsoft Foundry ofrece dos formas de construir un agente. El examen distingue claramente entre ambas.
Portal Agents
Hosted Agents
Clave del examen
Si el escenario dice "sin infraestructura que administrar" o "construido en el portal" → Portal Agent. Si dice "código propio empaquetado" o "framework de agentes" → Hosted Agent.
Una vez que el agente existe (Portal Agent o Hosted Agent), una app ligera puede consumirlo llamando a su endpoint a través del Foundry SDK — el mismo patrón cliente-cambia-poco, sin importar si el agente corre sin código o con código propio detrás.
❓ ¿Un Portal Agent requiere que administres compute?
No. Foundry lo ejecuta directamente — es la diferencia clave con un Hosted Agent, que sí corre sobre un endpoint que administra tu propio contenedor.
❓ ¿El Foundry SDK reemplaza a frameworks como Agent Framework?
No. El Foundry SDK es la capa base (cliente delgado, un solo endpoint de proyecto). Frameworks de más alto nivel se construyen sobre él para dar capacidades adicionales de orquestación.
❓ ¿El system prompt cambia en cada mensaje del usuario?
No. El system prompt se configura una vez para fijar rol y reglas. El user prompt es lo que cambia en cada turno de la conversación.
¿Entendiste este tema?
Pon a prueba lo que acabas de aprender
Un equipo quiere lanzar un agente de soporte con un solo propósito lo antes posible, sin dedicar tiempo a administrar infraestructura ni contenedores. ¿Qué enfoque de Microsoft Foundry encaja mejor?
Pon a prueba lo que aprendiste con preguntas originales del examen AI-901.
Iniciar simulacro AI-901Sin límite de simulacros con plan Pro
Inicia sesión para llevar tu progreso.