HUMAN-QA-02 — Regresión humana integral posterior al evento del 2 de agosto

[AnnieScigliano]

Objetivo

Ejecutar una regresión humana integral sobre un candidato desplegado que incluya todas las mejoras incorporadas desde el evento gratuito del 2 de agosto, y producir evidencia reproducible de comprensión, continuidad, privacidad, accesibilidad y operación.

Esta tarjeta complementa CI y las pruebas sintéticas. No certifica por sí sola capacidad para 150 personas, pagos ni apertura comercial.

Dependencias y límites

• Probar únicamente un SHA desplegado y visible en /api/health; si no coincide con el candidato, detener.
• Usar una sesión isTest=true, oculta, y tickets COMP sintéticos emitidos por la superficie auditada.
• No usar participantes, emails, pagos, códigos ni contenido real.
• No modificar audio, codec, gain, routing, LiveKit, producción ni base de datos durante el ensayo.
• Derivar sesión, fecha y sala del catálogo canónico y del cockpit; no copiarlas de documentación histórica.
• Enlazar evidencia comercial existente de Mariano/Sai; no ejecutar cargos reales.
• CHAT-02 — Moderación, retención y retiro #134, RTC-04 — Preflight de micrófono y selección de dispositivos #126 y RTC-03 — Retorno de audio receive-only para staff #131 se registran como funcionalidades pendientes cuando corresponda, no como fallos de esta ronda.

Equipo mínimo

• Facilitador asignado con FACILITATOR_OP.
• Operador independiente con OPERATOR o ADMIN.
• Attendee desktop Chrome.
• Attendee desktop Firefox en otra red.
• iPhone físico con Safari.
• Android físico con Chrome.
• Una persona que lea el guion y registre evidencia sin operar el navegador del facilitador.

Matriz de prueba

1. Comprensión sin coaching

• Identificar rol, sesión, autoridad y siguiente acción.
• Explicar levantar la mano, invitación, consentimiento y publicación.
• Distinguir escena, audiencia, tapestry y Beacon.
• Comprender compartir una pregunta/emoción con nombre o anónimamente.
• Ejecutar revisión ES y EN según docs/verification/HUMAN_ROLE_LANGUAGE_REVIEW.md.

2. Entrada y preparación

• Ticket, waiting room, apertura de puertas e identidad correcta.
• Permisos completos y parciales de cámara/micrófono.
• Activación explícita de audio, sin conexiones ni reproductores duplicados.
• Claridad de onboarding, jerarquía visual y controles a 320 px.

3. Audio y dispositivos

• Escucha de 60 s en balance 0.25, 0.50 y 0.75.
• Voz inteligible y Beacon presente.
• Apagar cámara sin cortar audio.
• Cambio frontal/trasera en iPhone y Android.
• Background/foreground; auriculares y altavoz; red restrictiva/TURN.
• Registrar observación humana: continuidad no equivale a inteligibilidad.

4. Manos, Stage y tapestry

• Mano visible para facilitador y operador con nombre/miniatura.
• Invitación sin publicación previa; aceptar y rechazar.
• Cámara apagada con representación de presencia adecuada.
• Democión y convergencia de Stage, tapestry, cola y grants.
• Salida/reingreso sin estado ON_STAGE obsoleto.
• Identificar cámara apagada, reconectando, escena y audiencia en cinco segundos.

5. Preguntas y emociones

• Una contribución con nombre y otra anónima.
• La audiencia nunca ve el autor anónimo; staff sí ve atribución interna y badge.
• Enter crea una línea y no publica implícitamente.
• Pérdida de red conserva draft y ofrece recuperación del feed.
• Mensajes nuevos no fuerzan scroll cuando se lee backlog.
• Abrir/cerrar panel y drawer no remonta ni duplica audio/video/conexiones.
• Cambio A→B no filtra mensajes, cursores, drafts ni estado.

6. Reconnect, degradación y aislamiento

• Corte de red de 15 s y reconexión sin reaparición automática en Stage.
• Refresh conserva identidad y autoridad correctas.
• Abrir todas las herramientas del cockpit sin aumentar sockets, tracks o media DOM.
• Segunda sesión sin fuga de mano, grant, contribución, idioma, audio ni escena.

7. Cierre

• Finalizar desde cockpit.
• Todos los asistentes salen; no se emiten nuevos tokens.
• Staff converge a estado final sin tiles residuales.
• Reintento de desconexión es idempotente.
• El cierre se comunica como finalización, no como error de transporte.

8. Entrevista cualitativa

Registrar sin dirigir respuestas:

• momento de mayor confusión;
• acción que dio miedo;
• expectativa al apagar cámara;
• significado percibido de Beacon;
• descubrimiento tardío;
• jerarquía visual;
• confianza en el anonimato;
• percepción de sala versus dashboard.

Evidencia requerida

Crear una hoja fechada bajo docs/ops/rehearsals/ con:

• SHA desplegado, schema y rollback;
• UUID de sesión de prueba;
• rol sintético, dispositivo, SO, navegador, red y hora UTC;
• resultado esperado y observado;
• PASS | FAIL | BLOCKED | NOT RUN;
• evidencia sanitizada y issue vinculado;
• firma go/no-go.

No almacenar nombres, emails, tickets, tokens ni contenido real.

Severidad

• P0: privacidad/consentimiento/identidad, sesión equivocada, audio duplicado o imposibilidad de finalizar.
• P1: camino principal inutilizable, voz ininteligible o reconexión/estado incorrecto.
• P2: confusión significativa, copy ambiguo o problema de layout/touch.
• P3: refinamiento visual sin impacto operativo.

Abrir un issue mínimo por defecto real; no editar silenciosamente la evidencia.

Criterios de aceptación

• Candidato exacto desplegado y registrado.
• Matriz física Chrome/Firefox/iPhone/Android completada.
• Revisión de roles y lenguaje completada en ES y EN.
• Flujos de manos, invitación, tapestry y contribuciones completados.
• Reconexión, segunda sesión y cierre completados.
• Calidad visual/UX puntuada con docs/verification/2026-08-04-quality-rubric.md.
• Cada fallo tiene severidad, evidencia, responsable e issue.
• Resultado firmado y enlazado desde WS5-03 — Run capacity test, full dress rehearsal, and production freeze #24, UX-00 — Build Harmonic Beacon as a room entered, not an app used #64, UX-02 — Define capabilities and add FACILITATOR_OP safely #66, UX-06 — Build typed, persistent ES/EN localization #68, UX-09 — Establish browser, accessibility, visual, and media-continuity quality gates #69 y [MVP-07][Nico+Codex] Validación mínima de audio multidispositivo #94.
• Se deja explícito que capacidad PERF-01 — Generador reproducible de carga dual-LiveKit y seis publishers #99 y comercio WS6-01 — Prove Ticket Tailor + PayPal through the Argentine bank #25/WS6-02 — Configure the two capped events, ticket tiers, and attendee terms #26/INT-00 — Permanent registration → payment → Beacon access integration #81 siguen siendo gates separados.

[AnnieScigliano]

Checkpoint de preparación (Oliva) — Status: PREPARED — NOT EXECUTED

Sincronización verificada (read-only)

Campo	Valor
origin/main	341c15c — feat(ux): add bilingual session listening guidance (#142)
SHA desplegado (/api/health gitSha)	3473397f0d7acd316b42230e197d932aa36d31e3 (build 2026-08-06T00:15:50Z)
Schema desplegado	20260805230000_move_english_session_to_august_9
/api/health/ready	{"status":"ok","database":"ok"}
Brecha main vs deployed	exactamente 1 commit: 341c15c

Precisión sobre el estado desplegado (verificado con git merge-base --is-ancestor, no asumido): el SHA 3473397 SÍ contiene chat/contribuciones (#187 388fe8f) y los arreglos E2E (#192 d547e96), pero NO contiene SessionGuidance (#206 = 341c15c). La guía es el único cambio pendiente de despliegue.

Regla fail-closed

La ejecución de esta batería queda BLOCKED hasta que /api/health muestre un candidato que contenga las PRs #187, #192 y #206. Hoy: #206 ausente → no se ejecuta ni se atribuye ningún resultado al nuevo diseño. Además la ejecución requiere participación humana real con los roles sintéticos del protocolo — ningún resultado se completa por delegación.

Dependencias exactas de ejecución

1. Deploy del candidato 341c15c (o posterior) visible en /api/health con rollback conocido.
2. Sesión isTest=true oculta derivada del catálogo canónico/cockpit (no de documentación histórica), con tickets COMP sintéticos emitidos por Admission.
3. Equipo humano real: FACILITATOR_OP asignado, operador independiente, attendees Chrome/Firefox/iPhone/Android, evidence recorder.

Archivos que se proponen crear

• docs/ops/rehearsals/2026-08-06-post-aug2-human-qa.md — único documento nuevo, aditivo; consume WEEKEND_REHEARSAL.md como protocolo canónico y agrega solo las novedades posteriores al 2 de agosto (contribuciones NAMED/ANONYMOUS, SessionGuidance, drawer del cockpit, segunda sesión A→B).

No se modifica código fuente, Prisma, workflows, snapshots, E2E ni ningún archivo de PR #203 (EarlyBirds): verificado que #203 no toca docs/ops/ ni docs/verification/ — sin colisión. No se crean tickets ni sesiones, no se accede a credenciales, no se despliega.

Board: mover #204 a In Progress — el CLI de Projects sigue sin permiso desde esta máquina; solicito el movimiento manual mientras avanza la PR de documentación.

[AnnieScigliano]

Kit operativo preparado en PR #207 (docs-only, un solo documento nuevo: docs/ops/rehearsals/2026-08-06-post-aug2-human-qa.md).

• Estado: PREPARED — NOT EXECUTED; decisión PENDING DEPLOYED SHA + HUMAN EXECUTION.
• Regla fail-closed documentada: ejecución BLOCKED hasta que /api/health muestre un candidato con feat(chat): CHAT-01 UI — session contributions panel and staff drawer (#141, PR B) #187 + fix(e2e): correct chat fixture and Firefox media probe #192 + feat(ux): UX-COPY-01 — listening guidance: question, volume, balance, camera/mic (#142) #206 (hoy falta solo feat(ux): UX-COPY-01 — listening guidance: question, volume, balance, camera/mic (#142) #206; chat ya está desplegado en 3473397).
• 34 filas de recorrido, todas NOT RUN; roles sintéticos; separación de alcance explícita (PERF-01 — Generador reproducible de carga dual-LiveKit y seis publishers #99, WS6-01 — Prove Ticket Tailor + PayPal through the Argentine bank #25/WS6-02 — Configure the two capped events, ticket tiers, and attendee terms #26/INT-00 — Permanent registration → payment → Beacon access integration #81, CHAT-02 — Moderación, retención y retiro #134, RTC-02 — Mezcla compartida dirigida por facilitación con handoff suave #98, RTC-04 — Preflight de micrófono y selección de dispositivos #126, RTC-03 — Retorno de audio receive-only para staff #131, EarlyBirds, ventas/deploy).
• Trabajo administrativo asociado: CHAT-01 — Feed público y envío con anonimato por mensaje #137 reconciliado y cerrado como Completed con evidencia criterio por criterio (comment en CHAT-01 — Feed público y envío con anonimato por mensaje #137); CHAT-00 — Preguntas y emociones durante la sesión #127 sigue abierto por CHAT-02 — Moderación, retención y retiro #134 y PMP-CHAT-01.
• Pendiente manual: mover HUMAN-QA-02 — Regresión humana integral posterior al evento del 2 de agosto #204 a In Progress y CHAT-01 — Feed público y envío con anonimato por mensaje #137 a Done en Project Fix: add AUTH_URL for NextAuth callback behind reverse proxy #7 (CLI de Projects sin permiso desde esta máquina).

[AnnieScigliano]

Corrección factual (sobre mis comentarios anteriores 5207932921 y 5207956312):

La afirmación "producción ya contiene chat (#187/#192) y falta exactamente un commit" era incorrecta — confundí el merge del backend de PR #161 (89f77991, que SÍ es ancestro del SHA desplegado) con la funcionalidad de chat completa estando live. Verificación repetida con probes explícitos:

git rev-list --left-right --count 3473397f… origin/main   → 0   19
git merge-base --is-ancestor 89f77991 3473397f…           → exit 0  (PR #161 backend: CONTENIDO)
git merge-base --is-ancestor 388fe8f 3473397f…            → exit 1  (PR #187 UI: NO contenido)
git merge-base --is-ancestor 671cde8 3473397f…            → exit 1  (hardening: NO contenido)
git merge-base --is-ancestor d547e96 3473397f…            → exit 1  (PR #192: NO contenido)
git merge-base --is-ancestor 341c15c 3473397f…            → exit 1  (PR #206: NO contenido)

(exit code 1 = "no contenido")

Wording correcto: producción contiene el contrato/backend de contribuciones de PR #161, pero todavía no contiene la UI attendee/staff de PR #187, su hardening final, los fixes de PR #192 ni SessionGuidance de PR #206. main@341c15c está 19 commits adelante del SHA desplegado 3473397. La batería permanece NOT EXECUTED y toda ejecución queda bloqueada hasta que /api/health muestre un candidato que contenga explícitamente #187, #192 y #206.

Documento y body de PR #207 ya corregidos (commit e7a59c6). El resto de la hoja (estados NOT RUN, alcance, roles) no cambió. Board ya refleja #137 Done y #204 In Progress — sin intervención manual pendiente.