Claude Certified Architect Foundations: Examen CCAR-F

Aprende qué es realmente un sistema agéntico y por qué esta distinción es la base del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F), el de mayor peso (27%). En esta clase verás, con el marco oficial de Anthropic, las tres formas de construir con modelos de lenguaje: asistentes conversacionales de un solo turno, workflows donde el código define rutas fijas, y agentes que dirigen su propio proceso con autonomía real. Entenderás qué significa que un agente sea "autónomo", cómo funciona el loop de acción (el LLM usa tools según la retroalimentación del entorno y repite hasta terminar), y qué papel juega el tool use en todo esto. Con analogías claras para perfiles de negocio y precisión técnica para arquitectos e ingenieros, esta clase te da el vocabulario y los criterios que el examen evalúa una y otra vez: cuándo un caso pide un agente, cuándo basta un workflow, y cuándo ni siquiera necesitas un sistema agéntico. Es el punto de partida imprescindible antes de entrar al loop agéntico en detalle, la orquestación multiagente y el diseño de coordinadores que verás en el resto del dominio.

Ya sabes qué es un sistema agéntico; ahora abrimos el motor que lo hace funcionar. En esta clase verás, con el detalle que evalúa el Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F), cómo se ejecuta el loop agéntico paso a paso usando la Messages API de Claude. El concepto central es stop_reason: el campo que la API devuelve en cada respuesta para decirte por qué el modelo se detuvo. Aprenderás a distinguir los dos valores que gobiernan el loop —tool_use, cuando Claude quiere llamar una herramienta, y end_turn, cuando ya entregó su respuesta final— además de otros valores como max_tokens, stop_sequence y pause_turn. Con un ejemplo de código claro, seguirás el ciclo completo: enviar la petición con las tools, recibir el bloque tool_use, ejecutar la herramienta en tu aplicación, devolver el resultado con tool_result emparejado por tool_use_id, y repetir mientras stop_reason sea tool_use. También verás la diferencia entre client tools (que ejecuta tu aplicación y te obligan a manejar el loop) y server tools (que ejecuta Anthropic con su propio loop interno). Explicado con precisión para perfiles técnicos y con analogías accesibles para perfiles de negocio, este es el conocimiento operativo que el examen pregunta una y otra vez sobre cómo terminar correctamente un loop agéntico.

Ya sabes que stop_reason es la señal que gobierna el loop agéntico; ahora aprenderás las formas incorrectas de terminarlo y por qué fallan. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) verás dos anti-patrones que los candidatos suelen confundir con soluciones válidas. El primero es parsear el texto de la respuesta en busca de frases como "ya terminé" para decidir si detener el loop: un enfoque frágil, porque el lenguaje natural es ambiguo y Claude puede anunciar un avance parcial mientras planea seguir trabajando. El segundo es usar un tope de iteraciones —"detente tras diez vueltas"— como mecanismo principal de finalización, cuando no es posible predecir cuántas llamadas a herramientas necesita legítimamente una tarea. Entenderás por qué la única señal correcta y determinista es stop_reason, y —un matiz que el examen evalúa— por qué un límite de iteraciones o de presupuesto sí es útil, pero como salvaguarda contra loops infinitos y costos descontrolados, nunca como la forma de saber que Claude terminó. Con explicaciones claras para perfiles técnicos y accesibles para perfiles de negocio, esta clase te blinda contra los distractores más comunes del examen sobre el control del loop agéntico.

Damos el salto de un solo agente a varios trabajando juntos. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) aprenderás la arquitectura hub-and-spoke, el patrón orchestrator-worker con el que Anthropic construyó el sistema de investigación multiagente de Claude. Entenderás los dos roles del diseño: el coordinador (el hub, o lead agent), que analiza la petición, define la estrategia, delega el trabajo y sintetiza los resultados; y los subagentes (los spokes), que operan en paralelo, cada uno con su propio contexto y sus propias herramientas. El corazón de la clase es un principio que el examen evalúa una y otra vez: el coordinador es el único punto de comunicación. Los subagentes reportan al hub, nunca se comunican entre sí, y esa topología evita la explosión de conexiones de todos-contra-todos, mantiene los contextos limpios y le da al coordinador la visión completa. También verás el flujo end-to-end —de la consulta a la síntesis final— y, con criterio de arquitecto, cuándo conviene este patrón (tareas amplias y paralelizables, como la investigación) y cuándo no (tareas muy interdependientes o que exigen contexto compartido, como la mayoría del código), incluyendo su costo en tokens. Explicado con analogías claras para perfiles de negocio y precisión técnica para arquitectos e ingenieros, este es el cimiento de todo lo que verás después sobre orquestación multiagente.

Ya sabes qué hace un coordinador; ahora aprenderás a diseñarlo bien. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) profundizamos en el corazón de la orquestación multiagente: cómo el coordinador descompone el trabajo de forma dinámica y reparte la investigación entre subagentes sin que dos hagan lo mismo. Verás por qué la investigación abierta exige descomposición adaptativa —no un pipeline rígido—, ya que cada hallazgo puede cambiar la dirección del trabajo. Con el caso real documentado por Anthropic entenderás el fallo más costoso: cuando las instrucciones son vagas, los subagentes duplican esfuerzo o dejan huecos de información. La solución está en delegar con precisión quirúrgica, dando a cada subagente los cuatro elementos de una buena tarea: un objetivo claro, un formato de salida, guía sobre qué tools y fuentes usar, y —la clave para no duplicar cobertura— límites explícitos que le digan qué no investigar. También verás cómo escalar el esfuerzo a la complejidad de la consulta, con reglas concretas para asignar el número correcto de subagentes, y cómo funciona el loop adaptativo en el que el coordinador sintetiza y decide si hace falta más investigación. Explicado con precisión para arquitectos e ingenieros y con analogías claras para perfiles de negocio, este es el diseño que separa un sistema multiagente eficiente de uno que quema tokens repitiendo trabajo.

Ya sabes cómo un coordinador descompone y delega; ahora verás el mecanismo concreto que lo hace posible. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) bajamos al nivel de implementación de la orquestación multiagente. Aprenderás qué es el tool Task —el mecanismo por el que el agente principal crea subagentes, hoy también llamado tool Agent tras su renombrado en el SDK— y por qué debe incluirse en la lista de allowedTools para que Claude pueda invocar subagentes. Verás qué es allowedTools: la lista de herramientas permitidas y auto-aprobadas, la primera línea para controlar qué puede hacer cada agente. Pero el corazón de la clase es el concepto más importante y más evaluado sobre los subagentes: su contexto arranca en blanco. Un subagente no hereda la conversación del coordinador; el único canal de comunicación entre ellos es el prompt del tool. Entenderás por qué esto obliga a pasar el contexto de forma explícita —rutas de archivos, mensajes de error, decisiones ya tomadas— dentro de ese prompt, y qué pasa a la vuelta, cuando solo el mensaje final del subagente regresa al coordinador. Con precisión técnica para arquitectos e ingenieros y analogías claras para perfiles de negocio, esta clase conecta la teoría del reparto con la mecánica real que evita que un subagente trabaje a ciegas.

Llevamos la orquestación multiagente al nivel de definición formal. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) aprenderás a definir subagentes con AgentDefinition en el Claude Agent SDK y a lanzarlos en paralelo. Verás las tres formas de crear subagentes —programática, basada en archivos y el subagente integrado— y por qué la vía programática es la recomendada. Recorrerás los campos de AgentDefinition: description, que le dice a Claude cuándo delegar en ese subagente; prompt, que define su comportamiento; tools, que restringe las herramientas que puede usar; y model, que ajusta el modelo por subagente. El foco de la clase es la restricción de tools por subagente bajo el principio de menor privilegio: con un ejemplo oficial verás un revisor de código de solo lectura y un ejecutor de pruebas con acceso a Bash, y entenderás por qué limitar las herramientas reduce el riesgo de acciones no deseadas. Cerramos con el patrón que el examen espera que domines: el spawn en paralelo. Descubrirás que varias llamadas al tool Agent en un mismo turno se ejecutan de forma concurrente, cada subagente con su contexto fresco, sin que tengas que escribir tú la lógica de concurrencia. Con precisión para arquitectos e ingenieros y analogías claras para perfiles de negocio, esta clase te da el diseño formal de subagentes que sostiene sistemas multiagente seguros y eficientes.

La orquestación multiagente también necesita memoria entre ejecuciones, y ahí entran las sesiones. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) aprenderás a gestionar sesiones en el Claude Agent SDK: cómo capturar el session ID de una conversación, cómo reanudarla y cuándo conviene hacerlo. Verás las tres opciones de continuidad: continue, que reanuda automáticamente la sesión más reciente; resume (el flag --resume), que reanuda una sesión específica por su ID recuperando el contexto completo, de modo que Claude sigue justo donde quedó sin re-leer archivos ni re-analizar el código; y fork_session, que al reanudar crea una rama nueva. Entenderás con una tabla clara la diferencia entre continuar y bifurcar: continuar añade al historial original y lo modifica, mientras que bifurcar genera un nuevo session ID que parte del mismo punto y deja el original intacto, ideal para explorar enfoques alternativos sin arriesgar la conversación base. Y cerramos con el criterio que el examen evalúa: cuándo reanudar una sesión —porque la continuidad y el contexto importan— y cuándo empezar de cero, porque arrastrar contexto irrelevante solo satura y confunde al agente. Con precisión para arquitectos e ingenieros y analogías claras para perfiles de negocio, esta clase te da el control del estado conversacional que sostiene flujos de trabajo agénticos de varios pasos.

Hay reglas que un agente no puede permitirse incumplir, y confiar solo en el prompt no basta. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) aprenderás la distinción que separa a un arquitecto de agentes robustos: enforcement programático frente a guía por prompt. Entenderás por qué la guía por prompt es probabilística —el modelo debería seguir la instrucción, pero no hay garantía de que lo haga— mientras que el enforcement programático es determinista: código que garantiza un comportamiento pase lo que pase. Verás que el mecanismo en el Claude Agent SDK son los hooks, callbacks que se disparan en momentos clave de la ejecución, y cómo un hook puede bloquear una acción antes de que ocurra, con una regla que el modelo no puede saltarse. Aprenderás el criterio de arquitectura para decidir cuándo basta la guía por prompt —preferencias, estilo, decisiones flexibles— y cuándo exiges enforcement programático —reglas de negocio críticas, límites de seguridad, todo lo que no puede fallar. Y cerramos con el diseño de un handoff estructurado para escalamiento: por qué escalar a un humano no debe depender solo de que el agente "decida" hacerlo, y cómo pasar contexto estructurado —qué ocurrió, por qué se escala, los datos relevantes— en lugar de un mensaje genérico. Con precisión para arquitectos e ingenieros y analogías claras para perfiles de negocio, esta clase te da el criterio de confiabilidad que el examen evalúa una y otra vez.

Seguimos con los hooks del Claude Agent SDK, ahora del lado de la salida. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) aprenderás el hook PostToolUse: el que se dispara después de que una herramienta ya se ejecutó y devolvió su resultado. Verás la distinción que el examen evalúa con precisión: PreToolUse corre antes y puede bloquear una acción para que nunca ocurra, mientras que PostToolUse corre después y ya no puede revertir la ejecución, porque la herramienta ya corrió. Entonces, ¿para qué sirve PostToolUse? Para inspeccionar el resultado de una acción de negocio y actuar sobre él. Aprenderás sus tres capacidades: additionalContext, que inyecta información junto al resultado para guiar al agente; updatedToolOutput, que reemplaza o filtra la salida antes de que el modelo la vea, útil para redactar datos sensibles; y decision block con una razón, que detiene la continuación normal del agente y lo redirige, por ejemplo, hacia un flujo de escalamiento. Con un ejemplo claro verás cómo un hook PostToolUse revisa el resultado de una operación, detecta una condición de negocio que exige intervención humana y redirige el caso a escalamiento con contexto. Y fijaremos el error más común del examen: intentar impedir una acción destructiva con PostToolUse cuando esa acción ya se ejecutó, y por qué en ese caso el mecanismo correcto es PreToolUse. Con precisión para arquitectos e ingenieros y analogías claras para perfiles de negocio, esta clase completa tu dominio del control determinista de agentes con hooks.

No toda tarea se resuelve igual: la forma de dividirla define si tu agente funciona o se atasca. En esta clase del Dominio 1 del examen Claude Certified Architect – Foundations (CCA-F) aprenderás dos maneras de descomponer el trabajo de un agente, ambas tomadas del marco oficial de Anthropic para construir agentes efectivos. La primera es el prompt chaining: descomponer la tarea en una secuencia de pasos fijos, donde cada llamada al modelo procesa la salida de la anterior, con la opción de añadir verificaciones programáticas entre pasos. Es ideal cuando la tarea se divide limpiamente en subtareas que conoces de antemano, y su ventaja es cambiar latencia por precisión al hacer cada paso más simple. La segunda es la descomposición adaptativa, el patrón orchestrator-workers: un coordinador descompone la tarea de forma dinámica, delega en workers y sintetiza sus resultados. Es la opción correcta cuando no puedes predecir las subtareas de antemano, porque dependen del contenido concreto que el agente encuentre. Verás la diferencia decisiva —pasos predefinidos frente a subtareas determinadas sobre la marcha— y la aplicarás a un caso muy real: escribir tests para código legado, donde no sabes cuántos módulos sin cobertura hay ni qué complejidad tiene cada uno. Entenderás por qué ese caso exige descomposición adaptativa y no un pipeline rígido. Con precisión para arquitectos e ingenieros y analogías claras para perfiles de negocio, esta clase te da el criterio para elegir la estructura correcta según la previsibilidad de la tarea.

¿Por qué Claude elige el tool equivocado cuando dos herramientas parecen hacer lo mismo? En esta clase descubrirás que la descripción de cada tool es el mecanismo principal con el que Claude decide a cuál llamar, y por qué es la primera palanca que debes ajustar cuando hay errores de enrutamiento.

Veremos, con el caso de dos tools casi idénticos (analyze_content y analyze_document), cómo reconocer descripciones vagas o solapadas, qué debe incluir una buena descripción (qué hace, cuándo usarlo y cuándo no, parámetros y límites) y cómo reescribirla para eliminar la ambigüedad. También cubrimos nombres con namespacing, consolidación de tools y ejemplos de entrada.

Ideal para arquitectos, desarrolladores y perfiles de producto que se preparan para la certificación Claude Certified Architect – Foundations (CCA-F). Cubre un tema clave del dominio de Tool Design & MCP Integration, que pesa 18% del examen.

¿Qué pasa cuando un tool falla y Claude solo recibe un mensaje como "Operation failed"? No sabe si reintentar, corregir los datos o escalar el caso. En esta clase aprenderás a diseñar respuestas de error estructuradas para que Claude decida bien qué hacer a continuación.

Veremos la diferencia entre errores de protocolo y errores de ejecución en MCP, cómo funciona el campo isError y por qué un mensaje instructivo vale más que uno genérico. También estudiaremos el patrón de cuatro categorías de error (transitorio, de validación, de negocio y de permisos) y el campo isRetryable para indicar si reenviar la misma petición puede funcionar.

Cerramos con un punto muy evaluado: distinguir un fallo de acceso de un resultado vacío válido, y cómo recuperar localmente o propagar el error en sistemas multiagente. Ideal para arquitectos, desarrolladores y perfiles de producto que se preparan para la certificación Claude Certified Architect – Foundations (CCA-F), en el dominio de Tool Design & MCP Integration (18% del examen).

¿Qué pasa cuando le das a un solo agente 18 herramientas, incluidas algunas que no necesita? Claude duda más, elige peor y puede usar tools fuera de su rol. En esta clase aprenderás por qué menos tools por agente mejora la selección y cómo repartirlos según el rol de cada uno.

Veremos qué dice la documentación oficial sobre la degradación de la selección cuando crecen las herramientas, cómo restringir los tools de cada subagente con el campo tools de AgentDefinition y por qué un tool que no está en la lista simplemente no existe para ese agente. También estudiaremos cuándo conviene consolidar tools parecidos, cuándo dividirlos por rol y cómo usar tools acotados para evitar viajes de ida y vuelta con el coordinador.

Ideal para arquitectos, desarrolladores y perfiles de producto que se preparan para la certificación Claude Certified Architect – Foundations (CCA-F), en el dominio de Tool Design & MCP Integration (18% del examen).

Aprende a controlar qué tool llama Claude con tool_choice: los modos auto, any y selección forzada, cuándo usar cada uno y cómo forzar un tool antes del enriquecimiento. Incluye las restricciones por modelo y su alternativa oficial. Clave para el dominio Tool Design & MCP Integration del examen CCA-F.

Entiende cómo funciona MCP: la relación entre host, clients y servers, las dos capas del protocolo y las tres primitivas, tools, resources y prompts, con quién controla cada una. Incluye los cambios recientes de la especificación. Base del dominio Tool Design & MCP Integration del examen CCA-F.

Aprende dónde configurar tus servers MCP en Claude Code: scopes local, project y user, el archivo .mcp.json compartido con el equipo y las variables de entorno. Descubre cómo los resources exponen un catálogo y evitan llamadas exploratorias. Clave para el dominio Tool Design & MCP Integration del examen CCA-F.

Aprende qué hace cada tool nativa de Claude Code y cuándo usarla: Read, Write, Edit, Bash, Grep y Glob. Distingue buscar contenido de buscar nombres, editar sin sobrescribir y explorar un código de forma incremental. Clave para el dominio Tool Design & MCP Integration del examen CCA-F.

Aprende cómo Claude Code organiza sus instrucciones persistentes con archivos CLAUDE.md. Verás los cuatro niveles (política administrada, usuario, proyecto y local), el orden en que se cargan, la carga de subdirectorios bajo demanda y cómo diagnosticar por qué una instrucción no se aplica. Incluye un caso real de jerarquía mal configurada. Es contenido clave para el dominio de configuración y flujos de trabajo de Claude Code del examen Claude Certified Architect – Foundations (CCA-F). Explicado desde cero, para perfiles técnicos y no técnicos.

Aprende a dividir un CLAUDE.md que creció demasiado en piezas pequeñas y fáciles de mantener. Verás cómo funciona la sintaxis @import para incluir otros archivos, cómo organizar instrucciones por tema en la carpeta .claude/rules/, y qué reglas aplican a las rutas, la profundidad y la aprobación de imports externos. También entenderás un matiz clave: dividir mejora la organización, pero no reduce el contexto que Claude carga. Incluye un caso de modularización paso a paso. Es contenido central del dominio de configuración y flujos de trabajo de Claude Code del examen Claude Certified Architect – Foundations (CCA-F). Explicado desde cero, para perfiles técnicos y no técnicos.

Aprende a cargar convenciones solo cuando hacen falta. Verás cómo escribir reglas en .claude/rules/ con el campo paths, cómo funcionan los patrones glob (comodines como **/*.ts o src/**/*), cuándo se activa una regla según las tools que usa Claude, y qué ocurre si el patrón o el YAML están mal escritos. Entenderás por qué estas reglas sí reducen el contexto, a diferencia de las importaciones, y cuándo conviene usar CLAUDE.md por directorio, reglas con ruta o skills. Incluye un caso de convenciones separadas para API y pruebas. Es contenido clave del dominio de configuración y flujos de trabajo de Claude Code del examen Claude Certified Architect – Foundations (CCA-F). Explicado desde cero, para perfiles técnicos y no técnicos.

Aprende a crear skills en Claude Code: cómo se estructura un archivo SKILL.md, qué campos lleva su cabecera (frontmatter), cuándo usar context: fork para aislar una tarea en un subagente, qué hace realmente allowed-tools y cómo argument-hint guía los argumentos. Incluye un ejemplo completo y las claves para la certificación Claude Certified Architect – Foundations (CCA-F).

Aprende a decidir entre plan mode y ejecución directa en Claude Code. Verás qué hace el plan mode, cómo activarlo con Shift+Tab o /plan, cómo aprobar o editar un plan, y qué criterios usar según el tamaño y la incertidumbre de la tarea. Clase de preparación para la certificación Claude Certified Architect – Foundations (CCA-F).

Aprende a refinar tus instrucciones en Claude Code paso a paso. Verás cómo dar ejemplos concretos de entrada y salida, cómo usar pruebas primero (TDD) para que Claude pueda verificar su trabajo, y cómo aplicar el patrón de entrevista con AskUserQuestion para escribir una especificación antes de implementar. Clase de preparación para la certificación Claude Certified Architect – Foundations (CCA-F).

En esta clase teórica verás cómo Claude Code se integra en un pipeline de CI/CD. Repasamos el modo no interactivo con -p, la salida estructurada con --output-format json y --json-schema, y cómo manejar permisos cuando nadie puede aprobarlos. También vemos cómo se usa en GitHub Actions, con secretos y límites de costo. Es una explicación conceptual con ejemplos de comandos, sin práctica en vivo, y sirve como preparación para la certificación Claude Certified Architect – Foundations (CCA-F).

En esta clase aprenderás por qué instrucciones como «sé conservador» o «reporta solo lo importante» no logran reducir de forma confiable los falsos positivos de un revisor de código con Claude, y qué hacer en su lugar. Veremos cómo reemplazar esas frases vagas por criterios explícitos y categóricos, con ejemplos concretos de revisión de código: qué reportar, qué omitir y dónde se fija el umbral de severidad. También revisaremos cómo separar la etapa de encontrar problemas de la etapa de filtrarlos, y cómo escribir criterios que el revisor pueda aplicar de forma consistente en un pipeline de integración continua. La clase incluye ejemplos narrados de prompts y configuración, sin necesidad de programar en vivo, y sirve de preparación para la certificación Claude Certified Architect – Foundations (CCA-F), dentro del dominio de Prompt Engineering y salida estructurada.

En esta clase aprenderás cómo usar ejemplos dentro de un prompt para que Claude resuelva bien los casos dudosos, aquellos en los que una instrucción por sí sola no basta. Veremos qué es el few-shot prompting, por qué los ejemplos orientan a Claude con más fiabilidad que una descripción general, y cómo diseñar un conjunto pequeño de dos a cuatro ejemplos que cubra las situaciones ambiguas en lugar de repetir casos fáciles. Revisaremos ejemplos concretos narrados, como un revisor de código que debe distinguir un bug real de una observación menor y un clasificador de solicitudes de soporte con casos fronterizos. También veremos cómo estructurar los ejemplos con etiquetas para que Claude no los confunda con instrucciones, y los errores más comunes, como llenar el prompt de casos límite o dejar que los ejemplos repitan un patrón no deseado. La clase mezcla teoría con fragmentos de prompts explicados paso a paso, sin necesidad de programar en vivo, y sirve de preparación para la certificación Claude Certified Architect – Foundations (CCA-F), dentro del dominio de Prompt Engineering y salida estructurada.

En esta clase aprenderás cómo obtener respuestas de Claude con un formato predecible y fácil de procesar, usando tool_use y JSON schemas. Veremos qué es la salida estructurada y por qué es clave cuando otro sistema debe leer la respuesta, como en la extracción de datos de facturas o de documentos. Revisaremos cómo se define una herramienta con su esquema, cómo devuelve Claude los datos dentro de la llamada y cómo forzar el uso de esa herramienta con tool_choice. También veremos qué garantiza un esquema y qué no, la diferencia entre un error de formato y un error de contenido, y qué dice la documentación actual sobre el uso estricto de herramientas y las salidas estructuradas. La clase mezcla teoría con ejemplos de esquemas narrados paso a paso, sin necesidad de programar en vivo, y sirve de preparación para la certificación Claude Certified Architect – Foundations (CCA-F), dentro del dominio de Prompt Engineering y salida estructurada.

En esta clase aprenderás a diseñar el esquema de una herramienta para que Claude no tenga que inventar datos cuando la información no aparece en el documento. Veremos la diferencia entre un campo obligatorio, un campo opcional y un campo que acepta valor nulo, y cuándo conviene cada uno al extraer datos de facturas, formularios o documentos. Revisaremos cómo usar listas cerradas de valores (enum) y el patrón de agregar la opción “other” junto con un campo de detalle para los casos que no encajan en las categorías previstas. También veremos qué recomienda la documentación actual sobre la cantidad de campos opcionales, los tipos que aceptan nulo y las limitaciones del modo estricto. La clase mezcla teoría con ejemplos de esquemas narrados paso a paso, sin necesidad de programar en vivo, y sirve de preparación para la certificación Claude Certified Architect – Foundations (CCA-F), dentro del dominio de Prompt Engineering y salida estructurada.

En esta clase aprenderás qué hacer cuando la respuesta de Claude no pasa tu validación, y cuándo conviene volver a intentarlo. Veremos cómo funciona un loop de validación en un sistema de extracción de datos: se revisa la respuesta, se detecta el error y se le devuelve a Claude un mensaje específico para que corrija. Distinguiremos tres situaciones: un fallo pasajero del servicio, un error de formato que Claude puede corregir y un dato que simplemente no está en el documento, donde reintentar no sirve. Revisaremos cómo escribir mensajes de error útiles, por qué conviene limitar el número de intentos y qué dice la documentación actual sobre errores, reintentos y razones de parada. La clase mezcla teoría con ejemplos narrados paso a paso, sin necesidad de programar en vivo, y sirve de preparación para la certificación Claude Certified Architect – Foundations (CCA-F), dentro del dominio de Prompt Engineering y salida estructurada.

En esta clase aprenderás cuándo conviene procesar solicitudes a Claude en lote con la Message Batches API, y cuándo no. Veremos cómo funciona el descuento del 50% sobre el precio estándar, qué significa la ventana de 24 horas y por qué un lote no sirve para tareas que necesitan respuesta inmediata. Revisaremos cómo el campo custom_id permite emparejar cada resultado con su solicitud, porque el orden de los resultados no está garantizado, y cómo manejar los distintos resultados de un lote: exitoso, con error, cancelado y expirado. También veremos qué fallos se corrigen y se reenvían, cuáles se reintentan directamente y cuáles exigen un nuevo lote. La clase mezcla teoría con ejemplos narrados paso a paso, como evaluaciones masivas o revisiones nocturnas, sin necesidad de programar en vivo, y sirve de preparación para la certificación Claude Certified Architect – Foundations (CCA-F), dentro del dominio de Prompt Engineering y salida estructurada.

Aprende por qué Claude revisa peor su propio trabajo dentro de la misma conversación y cómo corregirlo con una segunda instancia en contexto limpio y revisiones en varias pasadas. Lección teórica de la preparación para el examen Claude Certified Architect – Foundations (CCA-F), con patrón de estudio y escenario de extracción de datos y CI/CD.

¿Por qué un agente de soporte al cliente olvida el número de pedido que el cliente mencionó al inicio de una conversación larga? En esta clase entenderás el efecto “lost in the middle”, la tendencia de un modelo a recordar peor lo que queda enterrado en medio de un contexto extenso, y cómo se relaciona con el context rot y el presupuesto de atención que describe Anthropic. Verás qué recomienda la documentación oficial sobre dónde colocar los documentos largos y la consulta, y cómo la compactación de una conversación puede perder datos como montos, fechas e identificadores. A partir de ahí aprenderás a extraer un bloque de “hechos persistentes” y a reinyectarlo en cada turno para que la información crítica no se diluya. Es una clase teórica con ejemplos narrados del agente de soporte al cliente y del sistema de investigación multiagente, que incluyen un fragmento de estructura de prompt como referencia visual. Pertenece al Dominio 5 del examen y sirve como preparación para la certificación Claude Certified Architect – Foundations (CCA-F). No necesitas experiencia previa.

¿Cuándo debe un agente de soporte al cliente dejar de intentar y pasar el caso a una persona? En esta clase aprenderás a definir triggers de escalamiento claros, como el cliente que pide hablar con un humano, una situación que la política no cubre o un agente que ya no puede avanzar. Verás por qué el análisis de sentimiento y la confianza que el propio modelo declara son señales poco fiables para decidirlo. También revisarás qué dice la documentación de Anthropic sobre pausar ante bloqueos y sobre las instrucciones explícitas. Después verás cómo escribir criterios explícitos en el prompt y cómo reforzarlos con ejemplos few-shot que cubran los casos ambiguos, con fragmentos de prompt como apoyo visual. Es una clase pensada para perfiles técnicos y no técnicos, que sirve como preparación para la certificación Claude Certified Architect – Foundations (CCA-F) dentro del Dominio 5.

Cuando un subagente falla, ¿qué le cuenta al agente coordinador? En esta clase aprenderás por qué un estado genérico como “falló” o “error” deja al coordinador sin información para decidir, y cómo un contexto estructurado, con el tipo de fallo, lo que se intentó, los resultados parciales y las alternativas posibles, permite recuperarse sin reiniciar todo. Veremos qué dice la documentación de Anthropic sobre mensajes de error instructivos y sobre sistemas que se reanudan desde puntos de control, y reforzaremos la idea con fragmentos de código y analogías para perfiles técnicos y no técnicos. Ideal para preparar el Dominio 5 del examen CCA-F, con el escenario de investigación multiagente.

Cuando un agente explora un código muy grande, su contexto se llena de archivos leídos y salidas largas, y empieza a perder el hilo. En esta clase aprenderás tres herramientas para evitarlo. Los scratchpads guardan hallazgos fuera de la conversación. El comando /compact resume el historial sin perder lo esencial. Los manifiestos de estado dejan por escrito qué se exploró, qué se decidió y qué falta, para retomar el trabajo después de compactar o cambiar de sesión. Veremos qué dice la documentación de Anthropic sobre compactación, toma de notas estructurada y subagentes, con fragmentos de código y analogías para perfiles técnicos y no técnicos. Ideal para preparar el Dominio 5 del examen CCA-F.

Cuando un sistema de IA procesa cientos de casos, una persona no puede revisarlos todos. ¿Cuáles debe mirar? En esta clase aprenderás por qué la confianza que declara un modelo no basta por sí sola, y cómo calibrarla comparándola con resultados verificados por humanos. También verás qué es el muestreo estratificado, que reparte la revisión por categorías y niveles de riesgo para no pasar por alto los casos raros, y cómo combinarlo con la revisión de los casos de baja confianza. Repasaremos lo que dice la documentación de Anthropic sobre permitir que Claude admita incertidumbre, citar fuentes, validar información crítica y evaluar con muestras pequeñas más revisión humana. Incluye fragmentos de código y analogías para perfiles técnicos y no técnicos. Ideal para preparar el Dominio 5 del examen CCA-F.

Un informe generado por IA solo es confiable si puedes saber de dónde sale cada afirmación. En esta clase aprenderás a mantener la procedencia de la información con mapeos claim-source, que enlazan cada afirmación con la fuente y el pasaje que la respalda. También verás qué hacer cuando dos fuentes dicen cosas distintas: conservar ambos valores con su origen en lugar de elegir uno en silencio, y señalar el conflicto en la síntesis. Repasaremos la función de citas de la API de Claude, el agente de citas del sistema de investigación multiagente de Anthropic y la importancia de evaluar la calidad de las fuentes. Incluye fragmentos de código y analogías para perfiles técnicos y no técnicos. Ideal para preparar el Dominio 5 del examen CCA-F.

En esta clase hacemos una síntesis narrada de los cinco dominios del examen Claude Certified Architect – Foundations (CCA-F). Veremos cómo se reparte el peso del examen entre arquitectura agéntica, diseño de tools e integración MCP, configuración de Claude Code, prompt engineering con salida estructurada y gestión de contexto. Después conectamos los dominios entre sí y repasamos los errores en los que suelen caer los candidatos, con ejemplos concretos como contar iteraciones para terminar un loop, escribir criterios vagos en un prompt o escalar por sentimiento en lugar de por reglas explícitas. Es una clase teórica pensada como preparación para la certificación CCA-F y sirve tanto para perfiles técnicos como no técnicos.