Checkpoint independiente · Bloque 2 · Unidad 2.1
EX-B2-02
«me» no es un identificador
`GET /records/me` entra en `/records/{record_id}` y devuelve el registro cuyo id literal es «me».
Cómo abordarla
Pon en marcha y diagnostica la ruta
Inténtalo desde el starter nuevo y sin copiar el ensayo anterior. La estructura y el orden del cambio son tuyos; los tests deben demostrar el contrato.
Evidencia objetivo: La aplicación importa, la ruta correcta responde y puedes explicar el orden de coincidencia.
Abrir laboratorio de código
1. Descarga y arranca
- Aplicación con rutas sombreadasMódulo mínimo con orden defectuoso y matriz de peticiones.
2. Escribe y prueba
- Antes de ejecutar, predice qué operación atenderá cada una de las tres URLs y registra el motivo.
- Reproduce las tres peticiones y separa lo observado de tu explicación provisional.
- Aplica el cambio más pequeño que haga alcanzables la operación estática y la dinámica.
- Añade una regresión para ambas rutas y compara método/path en OpenAPI antes y después.
3. Demuestra el comportamiento
- Matriz URL → predicción → respuesta observada → operación responsable.
- Parche mínimo y pruebas de regresión para el caso estático y el dinámico.
- Nota causal que descarte al menos una explicación alternativa.
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é explicación única encaja con las tres URLs del incidente y qué cambio mínimo la pone a prueba sin alterar el contrato público?
Comprueba estas tres cosas
- ¿Qué esperas que ocurra antes de ejecutar cada URL?
- ¿Qué observación discrimina entre un problema de coincidencia y uno de validación?
- ¿Qué parte del contrato debe permanecer idéntica después del cambio?
Anota predicción, comando ejecutado y diferencia observada; el código vive en tu workspace.
Sin respuesta guardada.
Pistas opcionales
Profundización opcional
Diagnosticar por evidencia la precedencia entre una ruta estática y otra dinámica y conservar ambas operaciones observables.
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
- `/me` llega a la ruta estática.
- Un id normal sigue llegando a la ruta dinámica.
- La explicación no atribuye el fallo al nombre de la funció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.