De tomas en bruto a video publicado: revisión con pruebas

Edición Vibe: revisión

Verifica que un video renderizado cumpla con lo prometido, con evidencia, antes de que alguien lo publique. Los scripts encuentran lo que se puede medir; una persona que mira una vez, con sonido, encuentra el resto. El informe indica qué es cada cosa.

• Qué verificar y cómo: references/acceptance-checklist.md
• Síntomas, causas, próximos pasos: references/troubleshooting.md
• Subtítulos y sus límites: references/captions.md
• Formato del informe: references/plan-format.md
• Notas que conducen a una corrección: references/edit-requests.md
• Carpeta, brief, project.md y la transferencia: references/project-memory.md
• De un video a una serie: references/series.md
• Datos, licencias y dinero: references/data-and-licences.md
• Lo que mide este repositorio: references/measured-behavior.md
• Versiones y fechas: references/versions.md
• Citas: references/sources.md

Contrato

• La revisión es de solo lectura. Los escaneos leen el archivo; no se re-renderiza, normaliza ni sube nada. Los fotogramas de evidencia solo van a donde apunta --evidence-dir (por convención renders/verify/).
• Cada hallazgo tiene un lugar, evidencia y una corrección: tiempo de salida (y tiempo de origen cuando el corte está involucrado), un fotograma, un rango de audio o una regla de script, y un cambio concreto (references/plan-format.md).
• Las correcciones esperan aprobación y son realizadas por la habilidad que les corresponde: el corte por vibe-editing-cut, una composición por las habilidades del motor.
• Di lo que no se verificó. qa_scan.py imprime la lista de cosas que ningún script verifica; el informe la conserva, marcada como verificada por una persona o no verificada.
• Cita o etiqueta. Los límites provienen de references/captions.md, los objetivos de references/audio.md a través del brief, y references/versions.md con su fecha; un juicio de gusto se etiqueta como tal.

1. Recopilar

• El archivo a revisar, el brief, el EDL aprobado (edit/edl.json), el archivo de subtítulos, el glosario, el guión.
• project.md: el estado, decisiones que no deben cambiar, la lista de activos.
• python3 scripts/toolchain_report.py --format markdown: qué puede medir esta máquina.
• Cuando falta algo (sin brief, sin EDL), revisa lo que existe y enumera la carencia.

2. Escanear

python3 scripts/qa_scan.py exports/final.mp4 --width 1080 --height 1920 --fps 30 \
  --edl edit/edl.json --captions exports/final.srt --glossary transcripts/glossary.txt \
  --loudness-target -14 --true-peak-max -1 --evidence-dir renders/verify
python3 scripts/media_probe.py exports/final.mp4

• Toma el objetivo de sonoridad del brief; no hay valor predeterminado (references/audio.md).
• Los hallazgos QA001–QA013 y las reglas de subtítulos CAP001–CAP011 están listados en CHECKS.md en el repositorio de esta habilidad; cada uno es una pista; lee el fotograma o escucha antes de informarlo.
• Un fundido a negro intencional, un fotograma sostenido o una pausa deliberada se mantiene con una razón, no se informa como defecto.

3. Comparar las palabras

• Lee las palabras finales junto al guión aprobado o la edl.py table.
• En cada unión que eliminó palabras, compara con la fuente: un "no" perdido, una condición omitida o una media pregunta cambia la afirmación.
• Verifica cada nombre y número en pantalla y en subtítulos contra el glosario y las fuentes de los hechos.

4. Mirar y escuchar

• Fotogramas a cada lado de cada unión, el centro de cada transición, el primer y último fotograma de cada inserción.
• Los gráficos nunca cubren la cara, los subtítulos o la acción; nada privado está en pantalla.
• Una visualización completa sin pausas, con sonido, en el dispositivo que usan los espectadores; luego una sin sonido.
• Pide al autor que mire cuando ninguna persona en el bucle lo ha hecho; la inspección de fotogramas por un agente no es una visualización.

5. Informar

Redacta el informe de revisión a partir de references/plan-format.md: un veredicto en dos frases, hallazgos con alta severidad primero, verificaciones que pasaron, y lo que no se verificó. Agrupa las correcciones por propietario y por nivel (historia, ritmo, texto, imagen, sonido) para que se puedan aplicar en una sola pasada cada una.

6. Después del veredicto

• Render fallido: sigue references/troubleshooting.md; reproduce en una escena antes de cambiar nada.
• Transferencia: escribe el estado en project.md — objetivo, EDL aprobado, último render bueno, comandos, activos, defectos abiertos con tiempos de salida, decisiones que necesita el autor, los dos próximos pasos (references/project-memory.md).
• Serie: solo después de que dos o tres videos hayan salido de la misma manera; separa el diseño de las entradas y prueba casos extremos (references/series.md).

Barreras de seguridad

• No corregir mientras se revisa; informa, luego deja que el propietario aplique las correcciones aprobadas.
• No informar un valor medido como defecto sin el objetivo del brief detrás.
• No llamar aceptado a un video sin una visualización completa con sonido por parte de una persona, o decir claramente que no la tuvo.
• No subir el video a un servicio para verificarlo sin aprobación (references/data-and-licences.md).
• No imprimir una clave o datos personales de la imagen en el informe.