Tu próximo cambio de código, con contexto.

Entiende antes de tocar.

Entra en un repositorio heredado sin adivinar dónde vive cada cosa.

Explora este proyecto sin modificar archivos. Localiza sus puntos de entrada, la configuración y el recorrido de una petición. Usa el grafo de Ñaupa si está disponible y comprueba que el índice corresponde al código actual. Cita rutas y símbolos que hayas leído. Distingue hechos, inferencias y lo que no pudiste comprobar.

Las rutas existen, el recorrido tiene referencias de código y el informe señala lo que falta. No aceptar un mapa convincente sin fuentes.

Acota un error real.

Corrige una incidencia sin convertirla en una reescritura del proyecto.

Voy a describir un error y su comportamiento esperado. Primero identifica la reproducción mínima y las funciones relacionadas. Propón el cambio más pequeño, los riesgos y la prueba que demostraría que funciona. No edites ni ejecutes pruebas hasta que apruebe el alcance. No leas secretos ni cambies configuración de producción.

Existe un caso reproducible y una comprobación concreta. El cambio aprobado resuelve ese caso sin ocultar fallos ni añadir trabajo ajeno.

Entrega con evidencia.

Explica qué cambió y deja clara la siguiente sesión.

Resume el cambio que acabamos de trabajar: archivos afectados, motivo, pruebas realmente ejecutadas y sus resultados, riesgos y pendientes. No conviertas pruebas propuestas en pruebas pasadas. Cierra con una tarea concreta para retomar. No publiques ni envíes nada a terceros.

El resumen coincide con los cambios y con las salidas reales. Las comprobaciones pendientes se presentan como pendientes, no como éxitos.