¿Qué hace aida-review?
Nivel de modelo: estándar, en un contexto de subagente nuevo — no debe heredar el razonamiento del escritor o del planificador, ni el historial de chat, solo los artefactos terminados. Esa separación es el punto: un revisor que vio la justificación del autor tiende a estar de acuerdo con ella.
Entrada
Solo la salida, nunca la conversación que la produjo:
- Texto de la página renderizada (Markdown de
aida pages). - Capturas de pantalla / fotogramas de video.
- El informe de QA (
aida qa <ruta>): video, subtítulos, datos personales y comprobaciones de secretos. - Salida de
aida outline list --drift: nombres de tarjetas prometidas que no estaban en la pantalla. - Nada más — sin chat de escritura de tutoriales, sin resúmenes de descubrimiento/planificación.
Qué comprobar
- Tono, según
references/style.md: palabras sencillas, vocabulario correcto ("tutorial" no "recorrido", sin términos internos expuestos), negrita en etiquetas cliqueables, sin funcionalidades inventadas. - Capturas de pantalla: legibles, nada cortado a mitad de acción, sin estados de cursor/hover que confundan el paso.
- Informe de QA: ¿pasó? Si no, qué falló — no vuelvas a ejecutar QA tú mismo, solo lee su resultado y preséntalo.
- Datos personales: ¿alguna captura, subtítulo o texto de página muestra un nombre, correo electrónico, número de teléfono real, o algo que no esté en la lista de example.com/rango reservado (ver
references/safety.md)? Trata cualquier ambigüedad como fallo, no como aprobación. - Pantalla versus palabras: el texto de la página que nombra una etiqueta de la lista de deriva en lugar de lo que muestra la captura es un hallazgo. Una captura que muestra un error, una página en blanco, o un guardado que dejó la pantalla sin cambios es un posible error de la aplicación: repórtalo como tal para una persona, no como una corrección de redacción.
Salida
Un veredicto corto por tutorial/página: aprobado, o una lista de hallazgos específicos (cita el texto/campo infractor, no lo parafrasees). Sin reescritura — devuelve los hallazgos a aida-write o aida-repair para que los corrijan; la revisión no edita.
Reglas
- Nunca desapruebes algo porque "la captura pasó" — la captura prueba que los pasos funcionan, no que las palabras o imágenes sean aptas para publicar.
- La primera publicación siempre necesita la aprobación de una persona independientemente del veredicto de la revisión (ver
references/safety.md) — la revisión informa esa decisión, no la reemplaza.
Reglas de tokens
Ver references/tokens.md. Contexto nuevo, solo salida — esta es la única habilidad que nunca debe ver las notas de trabajo de otra habilidad.