Práctica focalizada · Bloque 2 · Unidad 2.2
EX-B2-04
Correlación en header, preferencia en cookie
Soporte necesita rastrear cada petición y la interfaz recuerda un modo de visualización no sensible.
Cómo abordarla
Coloca cada dato donde expresa mejor su intención
Ejecuta primero el baseline. Después modifica la frontera indicada, escribe una regresión positiva y otra negativa y conserva la salida real.
Evidencia objetivo: Distingues path, query, header, cookie, body, formulario y archivo, incluida la ausencia frente a null.
Abrir laboratorio de código
1. Descarga y arranca
- Starter de correlaciónAplicación parcial con casos HTTP descritos como comentarios.
2. Escribe y prueba
- Implementa `X-Correlation-ID` requerido y `display_mode` opcional.
- Prueba header ausente, cookie ausente y cookie inválida.
- Verifica nombres públicos en OpenAPI y que no se registre ningún valor sensible.
3. Demuestra el comportamiento
- Implementación de header y cookie en el starter.
- Tres intercambios HTTP: ausencia requerida, ausencia opcional y valor inválido.
- Fragmento OpenAPI que demuestre nombres, tipos y obligatoriedad.
La respuesta principal es tu código y sus pruebas. Usa este espacio solo para anotar la predicción inicial y el resultado observado.
Predicción breve antes de ejecutar
¿Qué validaciones mínimas evitan aceptar una correlación vacía y una preferencia fuera del vocabulario?
Comprueba estas tres cosas
- ¿Qué comportamiento observas y qué parte es todavía una hipótesis?
- ¿Cuál es el cambio mínimo que permite verificar la causa o el contrato?
- ¿Qué evidencia conservarías para demostrar que no rompiste otra frontera?
Anota predicción, comando ejecutado y diferencia observada; el código vive en tu workspace.
Sin respuesta guardada.
Pistas opcionales
Pista 1 · Localiza la frontera
- Separa importación, enrutado, extracción, validación, operación y serialización.
- Lee el status, los headers y la ubicación del error antes de editar.
Pista 2 · Reduce la prueba
- Usa una petición válida y una inválida que difieran en una sola variable.
- Compara el comportamiento con `/openapi.json` cuando el contrato esté documentado.
Profundización opcional
Declarar un header con alias explícito y una cookie opcional sin convertirlos en parámetros de negocio.
Contexto adicional
- Trabaja únicamente dentro del alcance del bloque: una aplicación pequeña y estado en memoria.
- No hay solución oficial publicada; el material contiene huecos y defectos deliberados.
- Justifica las decisiones por el mensaje HTTP y el contrato observable, no solo porque el código arranque.
Cómo revisar tu respuesta
- El header requerido genera una ubicación de error útil.
- La ausencia de cookie conserva el default.
- El contrato no usa cookies para autenticación.
Evidencia, revisión y reinicio
- Decisión razonada guardada localmente en la web.
- Código o informe ejecutable en el workspace temporal, más una captura de curl/OpenAPI cuando proceda.
Revisión: con Codex, utilizando la evidencia y los criterios anteriores; no se publica una solución oficial.
Reinicio: Eliminar el workspace temporal y volver a descargar el material inicial; no hay estado persistente externo.