Certificación: Claude Certified Developer – Foundations

Lección 9 de 9 · 11 min de lectura

Lección 9: Repaso y simulacro tipo examen Developer

Cierra tu preparación con un resumen de la ruta completa, preguntas tipo test y un escenario de integración real con solución comentada. Todo lo que necesitas dominar para aprobar la certificación.

Lección 9: Repaso y simulacro tipo examen Developer

Has recorrido toda la ruta: desde los fundamentos de la API de Claude hasta decisiones arquitectónicas en producción. Esta última lección te prepara para entrar en el examen con confianza. Haremos un repaso estructurado, resolveremos preguntas tipo test y analizaremos un escenario de integración completo para que reconozcas patrones en el examen real.


Resumen de la ruta: los 8 pilares

Antes de las preguntas, aquí está lo que has dominado:

1. Fundamentos de la API (Lección 2)

  • Endpoint /messages con method POST
  • System prompts, roles de usuario y asistente
  • Parámetros clave: model, max_tokens, temperature, top_p, stop_sequences
  • Streaming con stream: true y manejo de eventos
  • Ciclo de request-response y gestión de errores (429, 500, timeout)

2. Prompt Engineering (Lección 3)

  • Prompt caching (headers cache_control) para economizar
  • JSON structure output con type: "json_schema"
  • Few-shot learning y prefills para guiar respuestas
  • XML tags para separar instrucciones, contexto y ejemplos
  • Trade-off entre claridad y tokens consumidos

3. Tool Use (Lección 4)

  • Definir herramientas con input schema JSON
  • Ciclo: request → tool_usetool_result → respuesta final
  • Manejo de errores en herramientas (timeouts, validación)
  • Cuándo usar tool use frente a retrieval o búsqueda directa

4. Model Context Protocol (Lección 5)

  • MCP servidores y clientes
  • Primitivas: tools, resources, prompts
  • Flujo de autenticación y sesión
  • Uso seguro de contexto externo sin exponer credenciales

5. Claude Code (Lección 6)

  • Delegación de tareas de automatización
  • Workflows en CI/CD
  • Subagentes y orquestación
  • Sandbox seguro de ejecución

6. Agent SDK (Lección 7)

  • Bucle de ejecución: decisión → acción → retroalimentación
  • Memoria persistente y gestionada
  • Subagentes vs. flujos lineales
  • Casos de uso: soporte multiturno, razonamiento iterativo

7. Producción (Lección 8)

  • Modelos disponibles y su contexto (ventana de contexto)
  • Rate limiting y batching
  • Observabilidad: logs, métricas, trazas
  • Evaluación de calidad y seguridad
  • Estrategias de retroceso y fallback

8. Decisiones arquitectónicas

  • Cuándo usar streaming vs. respuesta completa
  • Cache vs. retención en contexto
  • Agentes vs. orquestación determinista
  • Costo vs. latencia vs. calidad

Para el examen

El examen Developer valida que integres Claude en sistemas reales de forma segura y eficiente. No es teórico; te preguntarán:

¿Cuál es la mejor práctica aquí? (decisión de diseño) ✅ ¿Qué parámetro usarías? (conocimiento técnico de la API) ✅ ¿Cómo manejarías este error? (robustez) ✅ ¿Cuál es el trade-off? (arquitectura)

No necesitas código de memoria, pero sí entender qué hace cada línea y por qué. Las preguntas pueden mezclar JSON schema, tool definitions, MCP, agentes y decisiones operativas.


Ponte a prueba

Tipo test

6 preguntas sobre esta lección. Responde una a una; verás las soluciones al terminar.

Mini escenario: integración de soporte multilingüe

Te encargan construir un sistema de soporte al cliente que:

  1. Recibe tickets en múltiples idiomas
  2. Clasifica el ticket (tipo de problema)
  3. Si es técnico, consulta una BD de soluciones
  4. Genera una respuesta en el idioma original
  5. Escala correctamente en producción (miles de tickets/día)

Decisiones de diseño

¿Qué patrón usarías?

  • Orquestación: No es un agente (no necesita bucles). Es un flujo lineal: clasificar → consultar → responder.
  • Tool use: Sí. Para que Claude acceda a la BD de soluciones.
  • Prompt engineering: Sí. System prompt con instrucciones multilingües, few-shot con ejemplos en distintos idiomas, XML tags para separar contexto.
  • Streaming: Opcional. Si la UX requiere latencia baja, usa streaming. Si es asincrónico (email), respuesta completa.
  • Caché: Sí. Las instrucciones multilingües y los ejemplos son estáticos → usa cache_control para no recalcular.
  • Batching: Sí. Si tienes miles de tickets, agrupa llamadas en batch requests para economizar y paralelizar.
  • Observabilidad: Logs estructurados con: idioma, tipo de ticket, latencia, DB hit rate, errores.

Pseudocódigo comentado

sistema_soporte(ticket):
  # 1. System prompt con caché
  system = """
  Eres un agente de soporte. Clasifica el tipo de problema.
  Si es técnico, usa la herramienta 'buscar_soluciones'.
  Responde en el idioma del ticket.
  Ejemplos (en XML):
  <ejemplos>
    <ticket idioma="es">...</ticket>
    <ticket idioma="en">...</ticket>
  </ejemplos>
  """
  # header: cache_control = {"type": "ephemeral"}
  
  # 2. Message al modelo con tool definition
  mensaje = formatear(ticket.contenido, ticket.idioma)
  tools = [
    {
      "name": "buscar_soluciones",
      "description": "Busca en la BD de soluciones por palabra clave",
      "input_schema": {
        "type": "object",
        "properties": {
          "palabra_clave": {"type": "string"},
          "tipo_problema": {"type": "string", "enum": [...]}
        }
      }
    }
  ]
  
  response = claude.messages.create(
    model="claude-3-5-sonnet-20241022",
    max_tokens=500,
    system=system,
    tools=tools,
    messages=[
      {"role": "user", "content": mensaje}
    ]
  )
  
  # 3. Manejar tool use
  si response.stop_reason == "tool_use":
    tool_call = response.content[find type="tool_use"]
    resultado = buscar_en_db(tool_call.input)
    
    # Segundo turn: pasar resultado
    response_final = claude.messages.create(
      system=system,
      tools=tools,
      messages=[
        {"role": "user", "content": mensaje},
        {"role": "assistant", "content": response.content},
        {"role": "user", "content": [
          {
            "type": "tool_result",
            "tool_use_id": tool_call.id,
            "content": resultado
          }
        ]}
      ]
    )
  sino:
    response_final = response
  
  # 4. Extraer respuesta de texto
  respuesta_texto = response_final.content[0].text
  
  # 5. Log y retorno
  log(
    ticket_id=ticket.id,
    idioma=ticket.idioma,
    tipo=clasificacion,
    latencia=tiempo_total,
    tokens_entrada=response.usage.input_tokens,
    tokens_cache_hit=response.usage.cache_read_input_tokens
  )
  
  return respuesta_texto

¿Por qué es robusto este diseño?

  1. Orquestación clara: Flujo lineal, sin agente complejo.
  2. Cache: System prompt + ejemplos en caché → economiza tokens y latencia.
  3. Tool use controlado: Una sola herramienta, ciclo corto (máx 2 turns).
  4. Multiidioma integrado: System prompt + examples en XML.
  5. Observabilidad: Logs con métrica de cache hit (token_cache_read) para validar ROI del caché.
  6. Escala: Preparado para batching y paralelización.
  7. Errores: Si la herramienta falla (no encuentra soluciones), Claude sigue adelante con respuesta generativa.

En el examen

Te pueden preguntar:

  • ¿Por qué no usas un agente aquí? (Respuesta: flujo determinista, no necesita bucles de decisión.)
  • ¿Dónde usarías caché? (Sistema prompt + ejemplos estáticos.)
  • ¿Cómo escalas a 10k tickets/día? (Batch requests, observabilidad, retry logic.)
  • ¿Qué pasa si la BD está lenta? (Timeout + fallback a respuesta generativa.)

Próximos pasos después de la certificación

Una vez apruebes:

  1. Construye proyectos reales: Integra Claude en una aplicación propia. El examen valida conocimiento; los proyectos validan experiencia.
  2. Mantente al día: Sigue la Anthropic Changelog y los nuevos modelos/features.
  3. Comunidad: Participa en foros, comparte patrones, aprende de otros desarrolladores.
  4. Certificaciones avanzadas: Si quieres, la ruta continúa con Architect Foundations (decisiones de sistemas a mayor escala).

Para recordar

  • API + Tool Use + Prompt Engineering: Es el triángulo de oro de la integración Developer. Domina los tres.
  • Decisiones arquitectónicas: El examen no es solo API, es cuándo y por qué usar cada herramienta (caché, agentes, MCP, streaming).
  • Producción first: Piensa en latencia, costo, tasa de errores y observabilidad desde el inicio.
  • Test yourself: Resuelve las preguntas tipo test, construye el escenario de soporte, explica tus decisiones en voz alta. Esto es lo que el examen pedirá.

Logística final

Para detalles exactos sobre duración del examen, número de preguntas, precio y fecha de convocatorias, consulta:

  • Anthropic Academy (cursos gratuitos de preparación)
  • Portal de Pearson VUE (gestor de exámenes supervisados)
  • Documentación oficial de Anthropic (requisitos técnicos y policy)

¡Estás listo. Entra al examen con confianza, lee cada pregunta dos veces, y piensa en el patrón arquitectónico detrás de cada respuesta. Mucho éxito. 🚀

Próxima lección: Fin de la ruta. Desde aquí, construye en producción y sigue creciendo con la comunidad de Claude.