Examen 2 — AWS Certified AI Practitioner (AIF-C01)#
Este es el segundo de tres exámenes de estilo oficial (Examen 1 y Examen 2), aparte de la progresión principal de 4 niveles (Básico → Intermedio → Avanzado → Combinado). Sus 65 preguntas se redactaron a partir de una revisión directa de la Guía Oficial del Examen AIF-C01 publicada por AWS (dominios, pesos porcentuales y "task statements" de cada tarea) y de los servicios oficialmente dentro de alcance — no son preguntas reales filtradas del examen (eso violaría el acuerdo de certificación de AWS), sino preguntas originales calibradas al mismo alcance y estilo.
A diferencia del Examen 1, este Examen 2 pone énfasis deliberado en objetivos de la guía oficial que no aparecen en ningún otro documento de este material: IA agéntica (patrones multiagente, gestión de memoria, uso de herramientas), Model Context Protocol (MCP), Amazon Bedrock AgentCore (incluida su capacidad Identity), Strands Agents, Kiro, context engineering, prompt caching como criterio de selección, y la Generative AI Security Scoping Matrix. Misma distribución de dominios que el examen real y el mismo nivel de exigencia que el Examen 1: escenarios largos, distractores plausibles, preguntas "Selecciona DOS" mezcladas con las de opción única, y justificación individual para cada alternativa (correcta e incorrectas).
| Dominio | Preguntas | Rango | Peso oficial |
|---|---|---|---|
| 1. Fundamentos de IA y ML | 13 | 1–13 | 20% |
| 2. Fundamentos de IA Generativa | 16 | 14–29 | 24% |
| 3. Aplicaciones de Modelos Fundacionales | 18 | 30–47 | 28% |
| 4. Directrices para IA Responsable | 9 | 48–56 | 14% |
| 5. Seguridad, Cumplimiento y Gobernanza | 9 | 57–65 | 14% |
En las preguntas "Selecciona DOS", una selección parcial o con una opción de más cuenta
como error completo — igual que en el examen real. Cada justificación cita el dominio y la tarea exacta de la
guía oficial (→ Guía oficial AIF-C01 — Dominio X, Tarea X.Y) en lugar de una sección interna de
la guía de estudio de este sitio, para que puedas contrastarla directamente con la fuente oficial de AWS
si quieres profundizar.
Preguntas#
Dominio 1 — Fundamentos de IA y ML#
Respuesta: A. Cuando el error más grave es no detectar un caso positivo (falso negativo) y el falso positivo es barato, se prioriza el recall: la fracción de positivos reales que el modelo encuentra. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.3.
Concepto clave: Recall = VP / (VP + FN); precision = VP / (VP + FP). Piensa en una red de pesca: el recall es cuántos peces del lago atrapaste; la precision, cuánto de lo que sacaste son peces y no botas viejas. Si perder un pez es gravísimo, usas una red amplia aunque salgan botas.
Truco para el examen: Pregunta siempre qué error cuesta más. “No podemos dejar pasar ningún caso” (fraude, cáncer, defectos críticos) → recall. “Cada falsa alarma es cara” (bloquear a un cliente legítimo, spam que oculta un correo importante) → precision. Si ambos importan, F1.
Respuesta: D. Una respuesta por solicitud en menos de un segundo, con tráfico constante y sin cold starts, pide un endpoint de inferencia en tiempo real (real-time) siempre disponible. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.1.
Concepto clave: SageMaker ofrece cuatro formas de inferencia: real-time (endpoint siempre encendido, milisegundos), serverless (escala a cero, posible cold start), asynchronous (cola, payloads de hasta 1 GB, resultados en S3) y batch transform (lotes offline). Es como elegir entre un cajero atendiendo en ventanilla, uno que abre al llegar el cliente, un buzón de trámites y un proceso nocturno.
Truco para el examen: “Mientras el usuario espera” + “tráfico constante” → real-time. “Tráfico intermitente, pagar solo por uso” → serverless. “Payload grande o proceso de minutos” → asynchronous. “Todo el dataset, sin prisa” → batch transform.
Respuesta: A. Temperaturas medidas cada hora durante años, donde el orden cronológico es clave para predecir las próximas 24 horas, son datos de series temporales (time-series). → Guía oficial AIF-C01 — Dominio 1, Tarea 1.1.
Concepto clave: En una serie temporal cada valor depende de los anteriores (tendencias, estacionalidad, ciclos). Es como leer un electrocardiograma: si desordenas los latidos, pierdes toda la información.
Truco para el examen: “Cada hora / cada día / histórico de N años” + “predecir los próximos periodos” → series temporales y forecasting (por ejemplo, con SageMaker Canvas o algoritmos de forecasting de SageMaker).
Respuesta: B. Sin etiquetas y con el objetivo de descubrir segmentos que nadie definió, la tarea es de aprendizaje no supervisado, típicamente clustering (por ejemplo, k-means). → Guía oficial AIF-C01 — Dominio 1, Tarea 1.1.
Concepto clave: Supervisado = aprender con respuestas conocidas; no supervisado = encontrar estructura oculta; refuerzo = aprender por recompensas. Es como ordenar un cajón de tornillos sin instrucciones: los agrupas por forma y tamaño aunque nadie te haya dado los nombres.
Truco para el examen: “Sin etiquetas” + “descubrir grupos / segmentos” → no supervisado. Si el enunciado menciona “pocas etiquetas y muchos datos sin etiquetar”, entonces sí es semisupervisado.
Respuesta: D. Cuando existe una regla exacta y conocida que da un resultado determinista, basta con programarla; ML entrega predicciones probabilísticas y no garantiza exactitud. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.2.
Concepto clave: ML aporta valor cuando la regla es desconocida o demasiado compleja para escribirla (detectar fraude, recomendar productos). Usarlo para una fórmula publicada es como contratar a un adivino para sumar una factura: más caro y menos fiable que una calculadora.
Truco para el examen: “Resultado exacto”, “regla conocida”, “determinista” o “se necesita el cálculo preciso” → NO es un buen caso para ML; también cuando el costo supera el beneficio o no hay datos suficientes.
Respuesta: B. Estimar un número continuo, como un precio de venta, a partir de atributos es un problema de regresión. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.2.
Concepto clave: Regresión predice cantidades (precio, demanda, temperatura); clasificación predice etiquetas (sí/no, spam/no spam, rango alto/medio/bajo). Es la diferencia entre preguntar “¿cuánto?” y “¿de qué tipo?”.
Truco para el examen: Si la salida es un número con decimales → regresión. Si la salida es una categoría, aunque sean rangos numéricos → clasificación. Si además depende del orden en el tiempo → forecasting.
Respuesta: C. Amazon Transcribe es el servicio administrado de speech-to-text: convierte las grabaciones a texto y distingue a los hablantes, sin entrenar ningún modelo propio. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.2.
Concepto clave: Una cadena típica de análisis de llamadas es Transcribe (audio → texto) → Translate (si hace falta) → Comprehend (sentimiento, entidades). Transcribe también ofrece Call Analytics para centros de contacto.
Truco para el examen: Audio → texto = Transcribe; texto → audio = Polly; texto → otro idioma = Translate; insights del texto = Comprehend; chatbot de voz o texto = Lex.
Respuesta: A. Cuando el regulador exige explicar cada decisión revisando la lógica del modelo, conviene un modelo simple e interpretable (árbol de decisión poco profundo, regresión) antes que uno complejo. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.2.
Concepto clave: Existe un trade-off entre desempeño e interpretabilidad. Un árbol de decisión es como una receta que cualquiera puede seguir paso a paso; una red profunda es como un chef que acierta, pero no sabe explicar por qué.
Truco para el examen: “Transparencia total”, “explicar cada decisión”, “regulador” → modelo interpretable. Si el enunciado acepta explicaciones de un modelo complejo (importancia de variables, SHAP) → SageMaker Clarify.
Respuesta: A. Etiquetar imágenes combinando anotadores humanos y etiquetado automático es la función de Amazon SageMaker Ground Truth. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.3.
Concepto clave: En el pipeline de ML cada etapa tiene su herramienta: etiquetar → Ground Truth; preparar y transformar → Data Wrangler; almacenar features → Feature Store; entrenar sin código → Canvas; supervisar en producción → Model Monitor. Ground Truth es la “fábrica de etiquetas” del pipeline.
Truco para el examen: “Etiquetar”, “anotadores humanos”, “crear datos de entrenamiento etiquetados” → Ground Truth. Si el enunciado dice “RLHF” o “evaluación humana de respuestas de un FM”, Ground Truth también aparece (Ground Truth Plus o flujos de evaluación humana).
Respuesta: C. Vigilar en producción que los datos de entrada no se alejen de la línea base de entrenamiento (data drift), con alertas en CloudWatch, es la función de SageMaker Model Monitor. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.3.
Concepto clave: Debugger mira el entrenamiento, Clarify mira el sesgo y la explicabilidad, Model Monitor mira la producción. Es como un coche: Debugger es el ingeniero en la fábrica, Clarify el auditor de equidad, y Model Monitor el tablero que se enciende cuando algo cambia en la carretera.
Truco para el examen: “Drift”, “en producción”, “línea base”, “alertas” → Model Monitor. “Sesgo” o “por qué predijo esto” → Clarify. “Durante el entrenamiento”, “gradientes” → Debugger.
Respuesta: B. Llamar a un endpoint administrado por AWS sin servidores propios es un managed API service; desplegar en EC2 con GPU que tú configuras es una self-hosted API, con más control y más carga operativa. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.3.
Concepto clave: Es como comer en un restaurante frente a cocinar en casa: en el restaurante (managed) solo pides; en casa (self-hosted) decides cada ingrediente, pero también lavas los platos.
Truco para el examen: “Sin gestionar servidores”, “endpoint administrado” → managed API service (Bedrock, endpoints de SageMaker). “EC2 propio”, “control total del entorno” → self-hosted API.
Respuesta: B y D. ROI y costo por usuario miden impacto económico para el negocio; precision y F1 miden qué tan bien predice el modelo, y la latencia es una métrica operativa. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.3.
Concepto clave: Un modelo puede tener un F1 excelente y aun así perder dinero. Las métricas técnicas dicen si el motor funciona; las de negocio, si el viaje vale la pena.
Truco para el examen: Métricas de negocio típicas en la guía: ROI, costo por usuario, costos de desarrollo, feedback de clientes, conversión. Métricas del modelo: accuracy, AUC, F1, precision, recall.
Respuesta: C. La afirmación es falsa: el aprendizaje por refuerzo aprende por prueba y error, con recompensas o penalidades por las acciones de un agente en un entorno, no con datos etiquetados de antemano. → Guía oficial AIF-C01 — Dominio 1, Tarea 1.1.
Concepto clave: Es como entrenar a un perro: no le das un manual con la respuesta correcta, le das un premio cuando acierta. AWS DeepRacer (retirado de la consola en diciembre de 2025) fue el ejemplo clásico, y RLHF usa la misma idea para alinear modelos con preferencias humanas.
Truco para el examen: “Agente”, “entorno”, “recompensa”, “maximizar a largo plazo” → aprendizaje por refuerzo. “Datos etiquetados” → supervisado. “Encontrar grupos” → no supervisado.
Dominio 2 — Fundamentos de IA Generativa#
Respuesta: D. Pasajes que cortan oraciones a la mitad indican una mala estrategia de chunking; la mejora es fragmentar respetando límites de significado y con algo de solapamiento. Bedrock Knowledge Bases ofrece chunking fijo, jerárquico, semántico o ninguno. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: Chunking es cortar un libro en fichas para buscar rápido: si cortas cada ficha a mitad de frase, ninguna ficha se entiende sola. El solapamiento es repetir la última línea de una ficha al inicio de la siguiente.
Truco para el examen: “Fragmentos cortados”, “respuestas fuera de contexto” en RAG → chunking. “Respuesta cortada al final” → max tokens. “No encuentra el documento relevante” → embeddings o estrategia de recuperación.
Respuesta: B. Diseñar qué información (historial, resultados de búsqueda, datos del usuario) se selecciona, ensambla y ordena como contexto en cada llamada es context engineering, una práctica más amplia que el prompt engineering. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: El prompt engineering redacta la carta; el context engineering decide qué documentos van en el sobre, en qué orden y cuántos caben. RAG y la memoria son piezas que alimentan ese sobre.
Truco para el examen: “Qué información se ensambla en cada llamada”, “historial + búsqueda + datos del usuario” → context engineering. “Redactar instrucciones, ejemplos, formato” → prompt engineering.
Respuesta: A. Los modelos de difusión son la arquitectura característica de la generación moderna de imágenes fotorrealistas a partir de texto. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: Un modelo de difusión aprende a quitar ruido: parte de una imagen de estática y, guiado por el texto, la va limpiando paso a paso, como un escultor que retira mármol hasta revelar la figura.
Truco para el examen: “Texto a imagen”, “imágenes fotorrealistas” → difusión. “Generar texto” → transformer / LLM. “Buscar por similitud” → embeddings.
Respuesta: A. Un modelo generativo predice token por token de forma probabilística y puede alucinar números; para cálculos con una única respuesta exacta no es la herramienta adecuada. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.2.
Concepto clave: GenAI brilla en lo abierto (redactar, resumir, conversar) y falla en lo exacto. Un agente puede delegar el cálculo a una herramienta (una función o una calculadora), pero el modelo por sí solo no es fiable para aritmética.
Truco para el examen: “Resultado exacto”, “una única respuesta correcta”, “determinista” → no usar GenAI directamente. Desventajas típicas en la guía: alucinaciones, no determinismo, interpretabilidad limitada, imprecisión.
Respuesta: C. Recopilar calificaciones de usuarios reales sobre un modelo ya desplegado, para decidir si reentrenarlo, corresponde a la etapa de feedback del ciclo de vida del FM. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: El ciclo es circular: el feedback alimenta nuevas rondas de selección de datos, fine-tuning y evaluación. Es como un restaurante que lee las reseñas para ajustar el menú.
Truco para el examen: “Antes de desplegar, con datos de prueba” → evaluación. “Después de desplegar, con usuarios reales” → feedback.
Respuesta: D. En Bedrock bajo demanda se facturan tanto los tokens de entrada como los de salida; con el mismo prompt, la llamada que genera un ensayo de 2,000 palabras consume muchos más tokens de salida y cuesta más. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.3.
Concepto clave: Un token es un fragmento de texto (aproximadamente ¾ de palabra en inglés). Es como un taxi que cobra por kilómetro de ida y de vuelta: el trayecto de regreso (la salida) también se paga, y suele ser más caro.
Truco para el examen: Para bajar costos en Bedrock: limitar max tokens de salida, acortar prompts, usar prompt caching para prefijos repetidos, batch inference para trabajos no urgentes y modelos más pequeños cuando basten.
Respuesta: D y E. El planificador que reparte subtareas a agentes especialistas es un patrón multiagente, y para que colaboren hacen falta patrones de comunicación y orquestación definidos. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: Un sistema multiagente funciona como una obra: el jefe de obra (planificador) reparte tareas a albañiles, electricistas y plomeros (especialistas), y sin un plan de coordinación cada uno trabajaría a ciegas.
Truco para el examen: “Planificador + especialistas”, “orquestador + subagentes” → multiagente. Para comunicación estandarizada: MCP conecta agentes con herramientas y Agent-to-Agent (A2A) conecta agentes entre sí.
Respuesta: C. Model Context Protocol (MCP) es un estándar abierto que define una forma común de conectar agentes de IA con herramientas y fuentes de datos, evitando una integración a medida para cada una. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: MCP es como el USB-C de los agentes: en lugar de un cable distinto para cada aparato, un conector estándar. Cada sistema publica un servidor MCP una sola vez y cualquier agente compatible lo usa. En AWS, AgentCore Gateway puede convertir APIs existentes en herramientas compatibles con MCP.
Truco para el examen: “Estándar para conectar agentes con herramientas”, “sin integración a medida para cada sistema” → MCP. “Buscar en documentos propios” → Knowledge Bases.
Respuesta: A. Recordar lo ya confirmado en la conversación es gestión de memoria (memory management); invocar una API real para consultar vuelos es uso de herramientas (tool usage). → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: Un agente combina un modelo que razona, memoria (corto plazo en la sesión, largo plazo entre sesiones) y herramientas que actúan en el mundo. Es como un agente de viajes humano: su libreta es la memoria y el teléfono con el que llama a la aerolínea es la herramienta. En AWS, AgentCore Memory gestiona la memoria.
Truco para el examen: “Recordar lo dicho antes” → memoria. “Consultar un sistema en vivo / ejecutar una acción” → herramienta (tool use, action groups). “Buscar en documentos” → RAG / Knowledge Bases.
Respuesta: B. Cuando el historial supera la ventana de contexto del modelo, hay que recortarlo o resumirlo, y el modelo deja de “ver” lo que se dijo al inicio. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.1.
Concepto clave: La ventana de contexto es la memoria de trabajo del modelo, medida en tokens, y comparte espacio entre prompt, historial y respuesta. Es como una pizarra de tamaño fijo: para escribir algo nuevo hay que borrar lo más viejo. Soluciones: resumir el historial, memoria de largo plazo (por ejemplo, AgentCore Memory) o un modelo con ventana mayor.
Truco para el examen: “Olvida lo del principio en conversaciones largas”, “documento demasiado largo para el modelo” → ventana de contexto. “La respuesta se corta al final” → max tokens.
Respuesta: D. Inventar con seguridad un caso judicial inexistente es una alucinación; dar una respuesta distinta ante el mismo prompt es no determinismo (nondeterminism). → Guía oficial AIF-C01 — Dominio 2, Tarea 2.2.
Concepto clave: Ambas nacen de que el modelo genera texto muestreando tokens probables, no consultando hechos. Mitigaciones: RAG y contextual grounding check de Guardrails contra las alucinaciones; temperature baja contra la variabilidad.
Truco para el examen: “Inventa con confianza”, “cita fuentes que no existen” → alucinación. “Mismo prompt, respuesta distinta” → no determinismo.
Respuesta: A. Si el caso de uso exige respuestas en menos de 300 ms para una tarea sencilla, la latencia es el criterio que más debe pesar, aunque implique un modelo más pequeño con menos capacidad. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.2.
Concepto clave: Elegir un FM es equilibrar costo, latencia, capacidad, modalidad, idioma y tamaño del contexto. Es como elegir vehículo: para repartos rápidos en la ciudad, una moto gana a un camión aunque cargue menos.
Truco para el examen: Busca el requisito que manda en el enunciado: “tiempo de respuesta / en tiempo real” → latencia; “presupuesto ajustado” → costo; “documentos muy largos” → ventana de contexto; “imágenes” → modalidad.
Respuesta: B. La tasa de conversión de usuarios que se suscriben a un plan superior mide valor de negocio real; perplexity, ROUGE y tokens por segundo son métricas técnicas. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.2.
Concepto clave: Las métricas de negocio de GenAI en la guía incluyen user engagement, eficiencia, conversion rate, ingreso promedio por usuario (ARPU), accuracy en el dominio y customer lifetime value. Un asistente elocuente que no mueve estas cifras es un gasto.
Truco para el examen: Si la métrica se expresa en usuarios, dinero o comportamiento del cliente → negocio. Si se expresa en tokens, puntuaciones de texto o parámetros → técnica.
Respuesta: B y E. Strands Agents es el SDK open source de AWS, agnóstico de modelo, para construir agentes con control del código; Amazon Bedrock AgentCore reúne servicios administrados para operarlos en producción. La necesidad (1) corresponde a Kiro. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.3.
Concepto clave: Construir, operar y programar son capas distintas: Strands es la caja de herramientas para construir el agente; AgentCore es el aeropuerto donde despega y aterriza con seguridad; Kiro es el taller donde el desarrollador escribe su aplicación.
Truco para el examen: “SDK open source para agentes” → Strands Agents. “Operar agentes a escala: runtime, identidad, memoria, gateway” → AgentCore. “IDE agéntico, specs” → Kiro. “Asistente de código en el IDE” → Q Developer.
Respuesta: B. Tráfico alto y constante con necesidad de capacidad reservada y rendimiento predecible, aceptando un compromiso, es el caso de Provisioned Throughput en Bedrock. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.3.
Concepto clave: Bedrock ofrece bajo demanda (paga por token, flexible), batch (asíncrono y con descuento), cross-Region inference (más cuota disponible repartiendo entre regiones) y Provisioned Throughput (capacidad dedicada por hora con compromiso). Es la diferencia entre tomar un taxi cuando lo necesitas y alquilar una flota con chofer por meses.
Truco para el examen: “Capacidad garantizada”, “rendimiento predecible”, “compromiso de 1 o 6 meses” → Provisioned Throughput. “Tráfico variable o impredecible” → bajo demanda. “Grandes volúmenes sin urgencia” → batch.
Respuesta: C. Un asistente de GenAI listo para empleados, conectado a SharePoint, Confluence y S3, y que respeta los permisos de cada usuario, es Amazon Q Business. → Guía oficial AIF-C01 — Dominio 2, Tarea 2.3.
Concepto clave: Q Business es el producto terminado; Bedrock Knowledge Bases es la pieza para construir uno a medida; Kendra es el motor de búsqueda. Es como comprar un coche frente a comprar un motor o un GPS.
Truco para el examen: “Empleados”, “sin desarrollar”, “conectores empresariales”, “permisos” → Q Business. “Desarrolladores construyen su app RAG” → Knowledge Bases. “Ayuda con código” → Q Developer. “Búsqueda empresarial” → Kendra.
Dominio 3 — Aplicaciones de Modelos Fundacionales#
Respuesta: B. Prompt caching guarda el procesamiento del bloque fijo que se repite al inicio del prompt y lo reutiliza entre llamadas, lo que reduce latencia y costo. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.1.
Concepto clave: Cuando miles de prompts comparten el mismo encabezado, procesarlo cada vez es como volver a leer el manual completo antes de cada pregunta. El caché recuerda que ya lo leíste y solo procesa lo nuevo.
Truco para el examen: “Mismo prefijo / mismas instrucciones / mismo documento en muchas llamadas” → prompt caching. “Modelo más pequeño que imite a uno grande” → distillation. “Capacidad garantizada” → Provisioned Throughput.
Respuesta: A. Respuestas que se cortan a mitad de oración solo cuando el contenido es largo indican que se alcanza el límite de max tokens; hay que aumentarlo. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.1.
Concepto clave: Parámetros de inferencia: temperature y top-p/top-k regulan la creatividad (aleatoriedad y diversidad); max tokens, la longitud; stop sequences, dónde parar. Es como darle a alguien un papel: la temperature decide qué tan creativo escribe; max tokens, el tamaño de la hoja.
Truco para el examen: “Se corta al final” → max tokens. “Respuestas inconsistentes o demasiado creativas” → bajar temperature o top-p. “Que pare al llegar a cierto marcador” → stop sequence.
Respuesta: B. RAG con Amazon Bedrock Knowledge Bases recupera las cláusulas vigentes en el momento de responder, así que el asistente se mantiene actualizado y cita la fuente sin reentrenar el modelo. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.1.
Concepto clave: RAG es un examen a libro abierto: el modelo consulta el manual actualizado antes de responder. El fine-tuning y el continued pre-training son estudiar de memoria: si el manual cambia, hay que volver a estudiar.
Truco para el examen: “Información que cambia con frecuencia”, “citar la fuente”, “sin reentrenar” → RAG / Knowledge Bases. “Cambiar el estilo o el formato del modelo” → fine-tuning. “Vocabulario de un dominio, texto sin etiquetar” → continued pre-training.
Respuesta: C. Si ya usan Aurora PostgreSQL y no quieren un servicio nuevo, la extensión pgvector permite guardar embeddings y buscarlos por similitud con SQL en la misma base. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.1.
Concepto clave: La guía lista como opciones de base de datos vectorial en AWS a OpenSearch Service, Aurora, Neptune y RDS para PostgreSQL (con pgvector). Elegir entre ellas es como elegir dónde guardar un archivo nuevo: si ya tienes un archivador que sirve, no compras otro.
Truco para el examen: “Ya usan PostgreSQL / Aurora”, “SQL” → pgvector. “Búsqueda y analítica a escala, serverless” → OpenSearch. “Relaciones en grafo” → Neptune. DynamoDB no ofrece búsqueda vectorial nativa.
Respuesta: D. De menor a mayor costo y esfuerzo típico: in-context learning → RAG → fine-tuning → continued pre-training. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.1.
Concepto clave: La escalera de personalización va de “no toco el modelo” a “reentreno con muchos datos”: el prompt solo cambia la entrada; RAG agrega recuperación (embeddings + vector store); fine-tuning modifica pesos con datos etiquetados; el continued pre-training exige grandes volúmenes sin etiquetar y mucho cómputo. Es como mejorar tu inglés: frases de ejemplo, luego un diccionario al lado, después clases y, al final, vivir un año en el extranjero.
Truco para el examen: Empieza siempre por lo más barato (prompt engineering) y sube de escalón solo si no alcanza. Cuanto más se tocan los pesos, más costo; los distractores suelen intercambiar solo dos escalones contiguos.
Respuesta: B. El componente que decide por sí mismo qué pasos seguir, invoca APIs y entrega una recomendación sin intervención humana en cada paso es un agente de IA. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.1.
Concepto clave: Un agente combina un FM que razona y planifica con herramientas (APIs, bases de datos) en un bucle “pensar → actuar → observar”. En AWS se implementa con Amazon Bedrock Agents o Amazon Bedrock AgentCore. Un flujo, en cambio, es una receta fija: siempre los mismos pasos en el mismo orden. Es como una agencia de viajes que no solo te informa, sino que busca, compara y reserva según lo que le pidas.
Truco para el examen: “Determina por sí mismo qué pasos seguir” + “llama a APIs” = agente. Si los pasos estuvieran fijados de antemano, sería un flujo (Bedrock Flows); si solo recuperara documentos, sería RAG.
Respuesta: D. La indicación explícita de lo que el modelo no debe hacer (“no incluyas opiniones ni agregues datos”) es un negative prompt. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.2.
Concepto clave: Un prompt bien construido suele tener instrucción, contexto, datos de entrada, formato de salida y, cuando conviene, restricciones negativas. Es como dejarle indicaciones al maestro de obra: “pinta la sala de blanco” (instrucción), “es la casa de la esquina” (contexto) y “no toques el cuarto de los chicos” (negative prompt).
Truco para el examen: “No incluyas”, “evita” o “no hagas” = negative prompting. Few-shot necesita ejemplos resueltos; chain-of-thought pide razonar paso a paso; un template tiene variables.
Respuesta: A y C. Sin ejemplos resueltos en el prompt es zero-shot; con varios ejemplos ya clasificados antes de la pregunta es few-shot. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.2.
Concepto clave: El número de “shots” es el número de ejemplos resueltos incluidos en el prompt: cero (zero-shot), uno (one-shot) o varios (few-shot). Los ejemplos enseñan formato y criterio sin reentrenar el modelo (in-context learning). Es como explicarle una tarea a un practicante solo con palabras o mostrándole tres casos ya resueltos.
Truco para el examen: Cuenta los ejemplos resueltos: 0 = zero-shot, 1 = one-shot, 2 o más = few-shot. Si una opción dice que los ejemplos del prompt cambian los pesos, confunde in-context learning con fine-tuning.
Respuesta: B. Instrucciones ocultas en un contenido que el modelo procesa y que secuestran su tarea = prompt injection (hijacking); lograr que revele su prompt de sistema = prompt leaking (exposure); manipular los datos de ajuste = poisoning. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.2.
Concepto clave: Los cuatro riesgos se distinguen por el objetivo y el momento: injection/hijacking cambia la tarea del modelo con instrucciones ajenas (puede ser indirecta, escondida en un correo o una web); jailbreaking busca que evada sus reglas de seguridad para generar contenido prohibido (“actúa como un modelo sin restricciones”); leaking extrae el prompt o datos internos; poisoning contamina los datos de entrenamiento antes de que el modelo aprenda. Los tres primeros ocurren en tiempo de uso; el poisoning, antes. Se mitigan con Guardrails (filtro de prompt attacks), validación de entradas y separación entre instrucciones y datos.
Truco para el examen: “Ignora tus instrucciones y haz otra cosa” = injection/hijacking. “Muéstrame tu prompt” = leaking. “Sáltate tus reglas de seguridad” = jailbreaking. “Datos de entrenamiento manipulados” = poisoning.
Respuesta: A. Amazon Bedrock Prompt Management permite crear, versionar, probar y comparar variantes de prompts, y volver a una versión anterior cuando algo sale mal. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.2.
Concepto clave: Se trata de manejar los prompts como código: cada cambio es una versión, se prueba antes de pasar a producción y se puede revertir. Es como guardar las versiones de un documento importante en lugar de sobrescribirlo.
Truco para el examen: “Versionar”, “comparar variantes” y “volver a la anterior” aplicados a un prompt = Prompt Management. Guardrails filtra contenido; Knowledge Bases hace RAG; Model Evaluation compara modelos.
Respuesta: A. Seguir entrenando un modelo base con más texto sin etiquetar de un dominio específico, antes de cualquier ajuste por tarea, es continued pre-training. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.3.
Concepto clave: La diferencia está en los datos: el continued pre-training usa datos sin etiquetar para absorber vocabulario y estilo de un dominio; el fine-tuning usa ejemplos etiquetados (entrada-salida) para una tarea concreta. Amazon Bedrock ofrece ambos como trabajos de personalización. Es como un médico general que lee años de literatura de cardiología antes de hacer una residencia con casos supervisados.
Truco para el examen: “Sin etiquetar” + “dominio específico” = continued pre-training. “Ejemplos etiquetados” o “pares pregunta-respuesta” = fine-tuning. “Preferencias humanas” = RLHF.
Respuesta: C. Ajustar un FM con ejemplos etiquetados de instrucción-respuesta para que siga el formato y el tono de la firma es instruction tuning. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.3.
Concepto clave: El instruction tuning es un fine-tuning supervisado que enseña al modelo a obedecer instrucciones con un estilo determinado. La guía también menciona la adaptación de dominio, el transfer learning, el continued pre-training y el RLHF. Es como entrenar a un nuevo asistente con cientos de memorandos modelo: “cuando te pidan esto, respóndelo así”.
Truco para el examen: “Pares instrucción-respuesta” = instruction tuning. “Texto sin etiquetar” = continued pre-training. “Información que cambia a menudo” = RAG.
Respuesta: A y B. La representatividad respecto a los casos reales y la curación y gobernanza de los datos (calidad, etiquetado correcto, origen conocido) son consideraciones clave al preparar datos para fine-tuning. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.3.
Concepto clave: La guía menciona curación, gobernanza, tamaño, etiquetado, representatividad y RLHF como aspectos de la preparación de datos. La regla es “basura entra, basura sale”: el modelo ajustado reflejará lo bueno y lo malo de sus ejemplos. Es como preparar a un equipo para un campeonato: si solo entrena contra rivales fáciles, no estará listo para el partido real.
Truco para el examen: Busca términos de calidad y cobertura (curación, gobernanza, representatividad, etiquetado). Desconfía de “más volumen a cualquier costo”, de quitar casos raros y de evaluar con los mismos datos del entrenamiento.
Respuesta: A. ROUGE compara el resumen generado con resúmenes de referencia humanos midiendo la coincidencia de n-gramas, por eso es la métrica estándar para resumen. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.4.
Concepto clave: Las métricas automáticas más citadas son ROUGE (resumen, orientada a recall), BLEU (traducción, orientada a precision) y BERTScore (similitud semántica con embeddings). Es como corregir un resumen escolar comparándolo con el resumen modelo del profesor y contando cuántas frases clave coinciden.
Truco para el examen: ROUGE = Resumen; BLEU = traducción (Bilingual); BERTScore = “significa lo mismo aunque use otras palabras”; perplexity no usa referencia.
Respuesta: A. Amazon Bedrock Model Evaluation compara el desempeño de distintos FM con métricas automáticas e incluso con evaluadores humanos, para elegir el mejor para tu caso. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.4.
Concepto clave: Bedrock Model Evaluation ofrece evaluación automática (con datasets propios o integrados), evaluación humana y LLM-as-a-judge. Es como una degustación a ciegas: pruebas los platos de tres cocineros con el mismo jurado y la misma rúbrica.
Truco para el examen: “Comparar modelos” + “revisores humanos” dentro de Bedrock = Model Evaluation. A2I es revisión humana de predicciones en producción; Ground Truth es etiquetado de datos.
Respuesta: B. Para calificar a gran escala respuestas abiertas según criterios cualitativos, sin referencias exactas y sin revisores humanos, se usa LLM-as-a-judge: un modelo evaluador puntúa cada respuesta con una rúbrica. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.4.
Concepto clave: Las opciones de evaluación de FM son: métricas automáticas con referencia (ROUGE, BLEU, BERTScore), benchmarks, evaluación humana y LLM-as-a-judge. Esta última combina la escala de lo automático con criterios parecidos a los humanos (utilidad, fidelidad, tono). Es como un corrector auxiliar que aplica la rúbrica del profesor a cientos de ensayos y deja al profesor solo los dudosos.
Truco para el examen: “Miles de respuestas” + “sin referencias” + “personas demasiado lentas o caras” = LLM-as-a-judge. Si hay resúmenes de referencia, piensa en ROUGE; si hay traducciones de referencia, en BLEU.
Respuesta: D. Una aplicación con RAG y agentes debe evaluarse como sistema: si la recuperación trae contexto relevante, si el agente elige la herramienta correcta y si el flujo cumple la tarea, no solo la calidad del texto del modelo. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.4.
Concepto clave: Cada pieza puede fallar por separado: un buen modelo con mala recuperación responde mal, y un agente que invoca la herramienta equivocada falla aunque redacte bien. Por eso se miden la relevancia del contexto, la fidelidad a las fuentes, la precisión de las llamadas a herramientas y el éxito de la tarea de extremo a extremo (Bedrock Model Evaluation incluye evaluación de RAG). Es como evaluar un restaurante: no basta con un buen cocinero si los insumos llegan malogrados o el mozo lleva el plato a la mesa equivocada.
Truco para el examen: “Aplicación completa” o “no solo el modelo” = evaluación por componentes y end-to-end. Perplexity y benchmarks públicos evalúan el modelo, no tu aplicación.
Respuesta: D. Amazon Textract es el AI Service preentrenado para extraer texto, campos y tablas de documentos escaneados, como montos, fechas y números de factura, sin diseñar prompts ni entrenar modelos. → Guía oficial AIF-C01 — Dominio 3, Tarea 3.1.
Concepto clave: En AWS conviene elegir primero la capa más alta que resuelva el problema: AI Services especializados (Textract, Rekognition, Transcribe, Comprehend) → FM en Bedrock → modelos propios en SageMaker. Textract incluso tiene AnalyzeExpense para facturas y recibos. Es como usar una máquina contadora de billetes en vez de contratar a alguien para contarlos a mano.
Truco para el examen: “Documentos escaneados”, “formularios”, “facturas” o “recibos” = Textract. Comprehend trabaja sobre texto ya extraído; Rekognition, sobre fotos y video.
Dominio 4 — Directrices para IA Responsable#
Respuesta: B. Cambiar la recomendación solo por errores de tipeo o sinónimos es falta de robustness; afirmar con seguridad un diagnóstico falso y sin evidencia es falta de veracity. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.1.
Concepto clave: Robustness es que el modelo se mantenga estable ante variaciones irrelevantes de la entrada (sinónimos, errores de tipeo, ruido); veracity es que lo que afirma sea verdadero y verificable. Es como un médico que cambia su diagnóstico porque dijiste “barriga” en vez de “abdomen” (poco robusto), frente a uno que inventa un resultado de análisis (poco veraz).
Truco para el examen: “Misma situación descrita distinto, resultado distinto” = robustness. “Afirma algo falso con seguridad” = veracity (ligada a las alucinaciones). “Peor resultado para un grupo de personas” = fairness.
Respuesta: C. Si dos modelos rinden prácticamente igual para la tarea, elegir el que consume mucha menos energía responde a consideraciones ambientales y de sostenibilidad. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.1.
Concepto clave: La selección responsable de modelos incluye el impacto ambiental: los modelos más grandes consumen más energía y cómputo en cada inferencia. El pilar de sostenibilidad del AWS Well-Architected Framework recomienda usar solo los recursos necesarios. Es como elegir entre una camioneta 4x4 y un auto compacto para ir a la bodega de la esquina: ambos llegan, pero uno gasta mucho más.
Truco para el examen: “Desempeño equivalente” + “menor consumo” = sostenibilidad. Más grande no siempre es mejor.
Respuesta: A y D. Generar una imagen casi idéntica a un personaje protegido y sin licencia expone a reclamos por infracción de propiedad intelectual, y el caso viral provoca la pérdida de confianza de los clientes. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.1.
Concepto clave: Los riesgos legales de GenAI que cita la guía incluyen infracción de propiedad intelectual, salidas sesgadas, pérdida de confianza del cliente, riesgos para el usuario final y alucinaciones. Es como un negocio que copia el logo de una cadena famosa: le llega la carta notarial y, además, los clientes dejan de confiar.
Truco para el examen: “Derechos de autor” o “sin licencia” = IP infringement. “Clientes cuestionan” o “caso viral” = pérdida de confianza. Sesgo, alucinación y PII son riesgos reales, pero necesitan otras pistas en el enunciado.
Respuesta: C. Para reducir el sesgo, el conjunto de entrenamiento debe ser balanceado e inclusivo, con representación adecuada de los distintos grupos relevantes. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.1.
Concepto clave: Un modelo aprende lo que ve: si un grupo está sobrerrepresentado, tenderá a favorecerlo. La guía cita como características de datos para IA responsable la inclusividad, la diversidad, las fuentes curadas y los datasets balanceados. Es como hacer una encuesta electoral solo en un distrito y pretender que representa a todo el país.
Truco para el examen: “Casi todos de un solo grupo” = dataset balanceado e inclusivo. Más volumen no corrige un sesgo de distribución, y borrar la columna sensible no elimina a sus sustitutos.
Respuesta: B. 98% en entrenamiento frente a 61% en datos nuevos es la firma del overfitting, asociado a alta varianza: el modelo memorizó los datos de entrenamiento (incluido el ruido) en lugar de generalizar. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.1.
Concepto clave: Overfitting = alta varianza (bien en entrenamiento, mal en datos nuevos); underfitting = alto bias (mal en ambos). Se combate con más datos, regularización, early stopping o un modelo más simple. Es como el alumno que memoriza el solucionario: saca 20 en la práctica, pero se jala con preguntas nuevas.
Truco para el examen: Brecha grande entre entrenamiento y prueba = overfitting = varianza. Ambos bajos = underfitting = bias. Si el deterioro aparece meses después en producción, piensa en drift.
Respuesta: C. Medir el desempeño y las métricas de sesgo por subgrupo antes del despliegue (análisis de subgrupos) se hace con Amazon SageMaker Clarify. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.1.
Concepto clave: Un modelo puede tener 90% de exactitud global y fallar mucho más con un grupo minoritario: el promedio lo esconde. Clarify detecta sesgo en los datos (pre-training) y en las predicciones (post-training) por faceta, y explica la influencia de cada feature. Model Monitor puede reutilizar esas métricas para vigilar el sesgo en producción. Es como un colegio con buen promedio general que, al mirar por salón, descubre que una sección está muy por debajo.
Truco para el examen: “Antes de desplegar” + “sesgo por subgrupo” = Clarify. “En producción, a lo largo del tiempo” = Model Monitor. “Revisión humana de predicciones” = A2I. “Documentar” = Model Cards.
Respuesta: A. Identificar qué variables influyeron en una decisión individual es explicabilidad (explainability); comunicar al público que el sistema usa IA, qué datos usa y cómo apelar es transparencia (transparency). → Guía oficial AIF-C01 — Dominio 4, Tarea 4.2.
Concepto clave: La explicabilidad responde “¿por qué esta decisión para este caso?” (por ejemplo, con valores SHAP de SageMaker Clarify); la transparencia responde “¿cómo funciona el sistema, qué datos usa y qué derechos tengo?”. Es como un banco que te detalla por qué te rechazaron el crédito y, además, publica en su web cómo evalúa las solicitudes.
Truco para el examen: “Caso individual” o “qué variables” = explicabilidad. “Público”, “comunicar” o “cómo funciona” = transparencia. Revisa el orden (1) y (2) de cada alternativa.
Respuesta: D. La documentación de AWS sobre los casos de uso previstos, las limitaciones y las prácticas de diseño responsable de sus servicios de IA administrados está en las AWS AI Service Cards. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.2.
Concepto clave: Hay dos “tarjetas” que se confunden: las AI Service Cards las escribe AWS sobre sus servicios (Rekognition, Textract, Titan, etc.); las SageMaker Model Cards las escribes tú sobre tus propios modelos. Ambas son herramientas de transparencia. Es como la ficha técnica que trae un electrodoméstico de fábrica frente al manual interno que redactas para el equipo que tú mismo armaste.
Truco para el examen: “Documentación publicada por AWS sobre su servicio” = AI Service Cards. “Documentar nuestro modelo” = SageMaker Model Cards. “Informes de cumplimiento” = Artifact.
Respuesta: C. Elegir entre un modelo con mejor desempeño pero opaco y uno algo menos preciso pero interpretable, cuando la explicabilidad es un requisito legal, es el tradeoff entre desempeño (y seguridad) del modelo y su transparencia o interpretabilidad. → Guía oficial AIF-C01 — Dominio 4, Tarea 4.2.
Concepto clave: No siempre se tiene lo mejor de ambos mundos: los modelos más complejos suelen rendir más pero explicarse menos. La decisión depende del caso de uso; en contextos regulados, la interpretabilidad puede pesar más. Es como elegir entre un auto deportivo que pocos mecánicos entienden y uno sencillo que cualquier taller puede revisar.
Truco para el examen: “Mejor desempeño pero difícil de interpretar” frente a “algo menor pero entendible” = tradeoff desempeño-interpretabilidad. Bias-varianza, precision-recall y costo-latencia son otros equilibrios que el examen usa como distractores.
Dominio 5 — Seguridad, Cumplimiento y Gobernanza#
Respuesta: D. Amazon Bedrock AgentCore Identity gestiona la identidad de los agentes y las credenciales con las que se autentican ante servicios y APIs en nombre del usuario, sin incrustar secretos en el código. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.1.
Concepto clave: AgentCore agrupa servicios para operar agentes en producción: Runtime (ejecución aislada), Memory (memoria de corto y largo plazo), Gateway (herramientas), Identity (autenticación y autorización), Observability y otras. Identity funciona como un fotocheck con permisos acotados: el agente muestra una credencial temporal y controlada en vez de llevar las llaves maestras en el bolsillo.
Truco para el examen: “Agente” + “autenticarse” + “en nombre del usuario” = AgentCore Identity. “Convertir APIs en herramientas” = Gateway. “Dónde se ejecuta” = Runtime. “Recordar la conversación” = Memory.
Respuesta: C. Demostrar de dónde vienen los datos de entrenamiento y cómo se transformaron en cada etapa se resuelve con data lineage (linaje) y data cataloging (catalogación). → Guía oficial AIF-C01 — Dominio 5, Tarea 5.1.
Concepto clave: El linaje traza el recorrido de los datos (origen → transformaciones → modelo) y el catálogo registra qué datos existen, sus metadatos y responsables. En AWS se apoyan en AWS Glue Data Catalog, Amazon SageMaker Lineage Tracking o SageMaker Model Cards. Es como la trazabilidad del café de exportación: desde la finca hasta la taza, cada etapa queda registrada.
Truco para el examen: “De dónde provienen” + “transformaciones en cada etapa” = lineage + cataloging. “Dónde se guardan” = residencia; “cuánto tiempo” = ciclo de vida; “quién puede acceder” = IAM/KMS.
Respuesta: D. Reducir el riesgo de reidentificación conservando la utilidad estadística se logra con privacy-enhancing technologies (PETs), como la anonimización o el enmascaramiento. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.1.
Concepto clave: Las PETs incluyen anonimización, seudonimización, enmascaramiento, tokenización, privacidad diferencial y datos sintéticos. El cifrado, IAM y CloudTrail protegen y auditan el acceso, pero no cambian lo que ve quien sí tiene acceso. Es como una historia clínica con el nombre y el DNI tachados, que conserva la edad, el diagnóstico y el tratamiento para la investigación.
Truco para el examen: “Sin ver la identidad” + “utilidad estadística” = PETs. En AWS, Amazon Macie ayuda a descubrir PII en S3 y Guardrails puede enmascararla en las respuestas.
Respuesta: A. Las respuestas ofensivas son un problema de toxicidad en la salida, que se mitiga con filtrado de salida: los content filters de Amazon Bedrock Guardrails. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.1.
Concepto clave: El prompt de sistema no es una barrera suficiente: un usuario insistente puede desviar al modelo. Guardrails añade una capa independiente con varias políticas: content filters (categorías dañinas con umbral), denied topics (temas que tú defines), word filters (lista de palabras), sensitive information filters (PII), contextual grounding checks (alucinaciones en RAG) y Automated Reasoning checks (validación lógica contra reglas). Es como el personal de seguridad en la puerta de una discoteca, que revisa a todos aunque el reglamento esté pegado en la entrada.
Truco para el examen: “Insultos, odio, violencia” = content filters. “Un tema que no queremos tratar” = denied topics. “Esta palabra exacta” = word filters. “Datos personales” = sensitive information filters.
Respuesta: B. Verificar que cada respuesta esté respaldada por el contenido recuperado (grounding) y sea relevante, con un puntaje y un umbral, es lo que hacen los contextual grounding checks de Bedrock Guardrails. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.1.
Concepto clave: Citar una fuente no basta: el modelo puede tergiversarla. La guía menciona RAG grounding y confidence scoring como métodos de detección de alucinaciones; en Guardrails se implementan con los contextual grounding checks. Los Automated Reasoning checks, en cambio, prueban matemáticamente si una respuesta cumple reglas formales definidas de antemano. Es como un editor de periódico que verifica cada cita contra la grabación original antes de publicarla.
Truco para el examen: “Respaldada por los fragmentos recuperados” + “puntaje” + “relevancia” = contextual grounding checks. “Reglas o políticas formales verificadas con lógica” = Automated Reasoning checks.
Respuesta: B y C. Amazon Inspector escanea EC2, Lambda e imágenes de contenedor en busca de vulnerabilidades conocidas; AWS Trusted Advisor da recomendaciones de buenas prácticas de seguridad, costo, rendimiento y tolerancia a fallos. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.2.
Concepto clave: Cada servicio tiene su rol: Inspector (vulnerabilidades de software), GuardDuty (detección de amenazas en registros), Trusted Advisor (recomendaciones), Config (registro y cumplimiento de configuraciones), Macie (datos sensibles en S3), CloudTrail (auditoría de llamadas a la API) y Artifact (informes de cumplimiento de AWS). Inspector es el técnico que revisa cada equipo buscando fallas; Trusted Advisor, el consultor que te dice cómo organizar mejor toda la oficina.
Truco para el examen: “Vulnerabilidades” o “CVE” = Inspector. “Amenazas” o “actividad sospechosa” = GuardDuty. “Recomendaciones de costo y buenas prácticas” = Trusted Advisor. “PII en S3” = Macie.
Respuesta: D. Definir cuánto tiempo se conservan los registros, en qué región se quedan y qué eventos se registran corresponde a ciclo de vida de los datos, residencia de datos y logging/monitoreo. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.2.
Concepto clave: Una estrategia de gobernanza de datos abarca el ciclo de vida (creación, uso, retención y eliminación), la residencia (dónde viven físicamente los datos, clave para leyes de protección de datos) y el registro y monitoreo. En AWS se apoya en políticas de ciclo de vida de S3, la elección de Región y CloudTrail/CloudWatch. Es como el archivo de una notaría: cuánto tiempo guarda cada expediente, en qué local y quién lo consultó.
Truco para el examen: “Cuánto tiempo se conservan” = ciclo de vida/retención; “región geográfica” = residencia; “eventos para auditoría” = logging.
Respuesta: C. Una aplicación propia que invoca un FM preentrenado sin modificar sus pesos, aunque use RAG, está en el scope 3 (pre-trained models) de la Generative AI Security Scoping Matrix. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.2.
Concepto clave: La matriz clasifica los proyectos de GenAI según cuánto construye y controla la organización: scope 1, app de consumo (un chatbot público); scope 2, app empresarial SaaS de un tercero; scope 3, app propia sobre un FM preentrenado (Bedrock); scope 4, FM ajustado con fine-tuning; scope 5, modelo entrenado desde cero. Cuanto más alto el scope, más responsabilidad de seguridad asume la empresa. Es como alquilar un cuarto amoblado frente a construir tu casa: en el segundo caso respondes hasta por los cimientos.
Truco para el examen: Pregúntate qué se modificó: nada, y es una app ajena (1 o 2); app propia sin tocar pesos, incluso con RAG (3); pesos ajustados (4); modelo propio desde cero (5).
Respuesta: D. Los informes de cumplimiento de AWS (SOC, ISO, PCI) se descargan bajo demanda desde AWS Artifact. → Guía oficial AIF-C01 — Dominio 5, Tarea 5.2.
Concepto clave: Se confunden cuatro servicios de cumplimiento: Artifact entrega los informes y acuerdos de AWS; Audit Manager automatiza la recopilación de evidencia de tus propios controles; Config registra y evalúa la configuración de tus recursos; CloudTrail registra quién llamó a qué API. Es como la diferencia entre pedirle al edificio su certificado de defensa civil (Artifact) y armar tu propio expediente de inspección con fotos de tu oficina (Audit Manager).
Truco para el examen: “Informes de AWS”, “SOC”, “ISO” o “descargar certificaciones” = Artifact. “Evidencia de mis controles para una auditoría” = Audit Manager. “Cumplimiento de configuraciones” = Config.
Qué hacer con tu resultado#
Si tu puntaje aquí es notablemente más bajo que en el Examen 1 o en el Simulacro Combinado, revisa primero las preguntas de IA agéntica, Amazon Bedrock AgentCore y MCP de este examen — son los temas más recientes de la guía oficial y los menos cubiertos por el resto del material. Si tu puntaje es consistente con los demás simulacros, es una buena señal de que tu comprensión no depende de haber memorizado un conjunto concreto de preguntas, sino de los conceptos reales que evalúa el AIF-C01.