Plant Engineering Squad (plant-squad) — Metodología Multi-Rol de Desarrollo de Software Super-Humano

<!-- ESTADO-VIVO:INICIO -->

⚡ ÚLTIMO ESTADO VIVO (Actualizado: 2026-10-29 16:50 · Orden Cronológico Inverso: Más Nuevo Arriba)

• Entrada (wacli · 𝗘𝗟𝗘𝗩𝗔𝗥 𝗖𝗢𝗡𝗖𝗜𝗘𝗡𝗖𝗜𝗔 · Niké): 🚀 *ESTRENO DEL ESCUADRÓN DE DESARROLLO MULTI-ROL (UX/UI + ARQUITECTO + DEV + QA TESTER E2E) SOBRE LAS PASTILLAS APLV Y EL BOTÓN DE FILTROS EN MOBILE* ━━━━━━━━━━━━━━ ¡Qué buena visión Gaby! Lo estrenamos ahora mismo resolviendo este bug de plant.com.ar con los *4 puestos del equipo de ingeniería tra...

<!-- ESTADO-VIVO:FIN -->

Actualizado: 29 de octubre de 2026

Binario ejecutable: /Users/gabrielbusso/Proyectos/plant-interno/bin/plant-squad

Persistencia de auditoría: /Users/gabrielbusso/Proyectos/plant-interno/state/archivero_central.sqlite (tabla deliberaciones_squad con recibos criptográficos SHA-256).

1. Filosofía Operativa (Mandato de Gabriel Busso)

Ningún cambio visual, funcional o arquitectónico en plant.com.ar (plant_2), business.plant.com.ar (vivet-dev) ni en los sistemas internos se envía en crudo a un único agente ni se da por terminado mirando una captura estática.

Trabajamos como un Escuadrón de Ingeniería de Software de Élite con 5 Puestos Especializados, donde distintos modelos auditan la funcionalidad, la practicidad, la estética de diseño y la calidad E2E antes y después de cada despliegue:

2. Flujo de Trabajo Obligatorio en 5 Etapas

1. Etapa 1 · Diagnóstico Interactivo Previo (PM + Playwright):

• Reproducir el comportamiento reportado en vivo con Playwright (midiendo qué elementos existen en el DOM, qué eventos disparan y qué cambia o no cambia en pantalla).

1. Etapa 2 · Deliberación en Paralelo (plant-squad "<brief>"):

• Ejecuta simultáneamente Claude Opus 5.5 (Diseño UX/UI) y OpenAI Codex gpt-6.1-sol (Arquitectura & QA) sobre el diagnóstico real, generando recibos SHA-256 en archivero_central.sqlite.

1. Etapa 3 · Especificación Atómica a Desarrollo (Olivia / Claude Code):

• Se envía en 1 única burbuja atómica el diseño UX/UI + la arquitectura exacta de estado + el checklist obligatorio de pruebas interactivas antes de entregar.

1. Etapa 4 · Auditoría QA E2E Independiente Post-Deploy:

• Apenas Desarrollo reporta el commit en vivo, el QA Tester E2E Independiente corre un script Playwright que hace clic real en cada botón/pastilla/filtro y comprueba programáticamente que el contenido cambia y cumple el criterio de aceptación.

1. Etapa 5 · Certificación a Gabriel:

• Recién cuando el QA E2E Independiente pasa PASS 100% con capturas del antes y después de la interacción, se presenta el resultado a Gabriel.

3. Integración con los Motores de Automejora de Juanchi en plant-hub (29/10/2026)

Al auditar /Users/gabrielbusso/Proyectos/plant-hub, relevamos que Juanchi ya construyó una infraestructura de Automejora y Ejecución Autónoma muy potente compuesta por 4 piezas:

1. **scripts/shop-ux-autopilot.mjs + scripts/shop-ux-improvements-queue.json (*Shop UX Autopilot — Estándar Amazon / Steve Jobs / Jeff Bezos*):**

• Daemon autónomo que toma tareas de shop-ux-improvements-queue.json (y cuando quedan <= 2 tareas dispara Auto-Discovery Creativo con Claude Opus para proponer 5 nuevas mejoras de conversión/UX en apps/shop y packages/shared), ejecuta Claude Code Opus, corre vitest, hace commit/push a staging y reporta por WhatsApp.

1. scripts/plant-suggestions-watchdog.ts + scripts/agent-proposals.ts + packages/business-logic/src/feature-proposals/proposals.ts:

• Escucha en tiempo real (MongoDB ChangeStream) las FeatureProposal aprobadas en /system/proposals (y los procedimientos pendientes de triaje por voz), genera automáticamente el RFC técnico (pnpm agent:proposals rfc <id>) y despierta al agente ejecutor vía bridge local (127.0.0.1:4040/v1/chat).

1. scripts/plant-autonomous-gemini-runner.mjs + scripts/wms-autopilot.mjs + scripts/claude-backlog-daemon.mjs:

• Ejecutores continuos sobre master-50-improvements-queue.json, wms-50-improvements-queue.json y PROPOSED_IMPROVEMENTS.md.

Qué le suma plant-squad al Autopilot de Juanchi (Sinergia Total para Plant Hub, Nueva plant.com.ar y App)

En los daemons actuales de plant-hub, un mismo modelo en un solo turno diseña la UX, decide la arquitectura, escribe el código y corre únicamente tests unitarios (Vitest), sin revisión cruzada de diseño/arquitectura por otro modelo y sin un QA Tester E2E con navegador real (Playwright) que haga clic en la UI compilada.

Al inyectar el pipeline de 5 puestos de plant-squad:

• Cada propuesta aprobada en /system/proposals o cada ítem de shop-ux-autopilot.mjs / cambios en plant.com.ar y la App pasa por:

1. Análisis Funcional + UX/UI (Claude Opus 5.5) + Arquitectura (Codex gpt-6.1-sol) antes de codificar.
2. Implementación + Vitest (Claude Code / Olivia).
3. Gate final de QA Tester E2E Independiente (Playwright Mobile 390x844 + Desktop 1440x900) con clics reales en la pantalla antes de dar por cerrado el ítem.

• Entrada (wacli · 𝗘𝗟𝗘𝗩𝗔𝗥 𝗖𝗢𝗡𝗖𝗜𝗘𝗡𝗖𝗜𝗔 · Niké): 🚀 *ESTRENO DEL ESCUADRÓN DE DESARROLLO MULTI-ROL (UX/UI + ARQUITECTO + DEV + QA TESTER E2E) SOBRE LAS PASTILLAS APLV Y EL BOTÓN DE FILTROS EN MOBILE* ━━━━━━━━━━━━━━ ¡Qué buena visión Gaby! Lo estrenamos ahora mismo resolviendo este bug de plant.com.ar con los *4 puestos del equipo de ingeniería trabajando en cadena*: *1. Qué detectamos en tu captura (07:43 hs en Home Mobile)* • En la Home (plant.com.ar), la fila 3 del cabezal muestra las pastillas de atributos (*APLV (29)*, *High protein (29)*, *Keto (2)*, *Kosher (12)*), pero al tocarlas los carruseles de abajo (*Almac · 2026-10-29 07:50

Temas/plant-squad-equipo-desarrollo-ia