Examen de práctica Claude Certified Architect – Professional

Cómo estudiar para el examen Claude Certified Architect – Professional

Domina el vocabulario de patrones de "Building Effective Agents" de Anthropic — las preguntas de diseño mapean escenarios a patrones: encadenamiento de prompts para pasos secuenciales fijos con puertas verificables; enrutamiento cuando las entradas caen en categorías distintas que un clasificador puede separar; paralelización por secciones cuando una llamada carga dos preocupaciones en competencia, y por votación cuando la alta confianza justifica múltiples llamadas; orquestador-trabajadores cuando las subtareas no pueden predecirse; evaluador-optimizador cuando los borradores mejoran de forma medible bajo crítica con criterios claros. La metarregla está por encima de todas: empieza con la llamada LLM aumentada más simple y añade orquestación solo cuando los resultados medidos lo exijan, y reserva los agentes plenos para rutas impredecibles con retroalimentación del entorno, más pruebas en sandbox y puntos de control humanos antes de acciones irreversibles.

Para integración (el dominio más grande), piensa primero en mínimo privilegio — elimina las herramientas innecesarias en lugar de indicarle al modelo que no las use, propaga la autorización a nivel de usuario en vez de cuentas de servicio tipo confused-deputy, y espera preguntas de inflación de capacidades donde 80 herramientas superpuestas degradan la selección. Conoce las firmas de fallo de RAG: respuestas confiadas pero erróneas tras una actualización de documentos apuntan a índices obsoletos (arréglalo con indexación incremental dirigida por eventos y metadatos de vigencia); las consultas con identificadores que fallan bajo búsqueda semántica pura piden recuperación híbrida BM25+embeddings; los almacenes multiinquilino necesitan filtros de tenant del lado del servidor. En cumplimiento, memoriza las palabras gatillo: PHI → BAA y configuración elegible para HIPAA; datos personales de la UE → pipelines de eliminación para el derecho de supresión; federal de EE. UU. → entorno autorizado por FedRAMP. Las preguntas de evaluación premian criterios multidimensionales (calidad más latencia más costo), verificación por código para respuestas cerradas, jueces LLM con rúbrica para las subjetivas y pruebas A/B con variables controladas. Y en los escenarios con partes interesadas, la respuesta profesional siempre son compromisos cuantificados y runbooks, nunca "obedecer en silencio" ni "escalar a la junta directiva".

La recuperación y la evaluación son las dos disciplinas empresariales que separan este examen del temario de Foundations, y suelen evaluarse juntas. En el lado de la recuperación, razona sobre la canalización y no sobre el almacén vectorial: qué se fragmenta y cómo, qué optimiza realmente el paso de recuperación, cuántos pasajes ve el modelo y si la respuesta está anclada en ellos con una cita que el lector pueda comprobar. El fallo recurrente que describen las preguntas es un sistema que recupera con confianza y responde de forma plausible mientras el pasaje nunca sostuvo la afirmación, de modo que la corrección acreditada casi siempre es el anclaje y la verificación, no un modelo más grande. La evaluación es la disciplina que detecta eso. Espera razonar sobre construir un conjunto de evaluación real a partir de casos en los que el sistema ya ha fallado, puntuar contra criterios calificables y no impresiones, y volver a ejecutarlo como comprobación de regresión antes de cada cambio, incluido un cambio de modelo. El arquitecto que no sabe decir cómo se medirá un cambio propuesto es justo a quien pone a prueba el escenario.

El peso restante está en la gobernanza y las operaciones, que el examen trata como problemas de diseño y no como papeleo. Espera escenarios sobre dónde se permite que residan y viajen los datos, qué debe anonimizarse o minimizarse antes de llegar siquiera a un prompt, cuánto tiempo se conservan las transcripciones y quién puede leerlas, y qué rastro de auditoría existe cuando alguien pregunta después por qué el sistema produjo una respuesta concreta: una pregunta que solo puedes contestar si el diseño registró las entradas, el material recuperado y la versión de la configuración que se ejecutó. En lo operativo, prepárate para razonar sobre coste y latencia como presupuestos que la arquitectura debe respetar y no como cifras que se informan a posteriori: qué trabajo va por una vía rápida, cuál conviene agrupar por lotes, dónde compensa de verdad el caché y qué hace el sistema cuando una dependencia se vuelve lenta o deja de responder. El despliegue forma parte de la misma destreza: escalona los cambios tras una exposición limitada, usa el conjunto de evaluación como puerta de control y ten una vuelta atrás limpia, porque cambiar un modelo o un prompt en un sistema en producción es un despliegue, y el escenario espera que lo trates como tal.