Saltar al contenido
Guía7 min de lectura

Guía de vídeo demo de PR de un agente de IA

Dé a los revisores un cambio de navegador propuesto para inspeccionar.

Cree un vídeo demo de PR de un agente de IA que muestre un cambio de navegador propuesto y dé a los revisores un resultado visible que puedan inspeccionar.

Ver cómo funcionaLos primeros 60 segundos de vídeo son gratuitos, con marca de agua. Verifique su correo electrónico para descargarlo.

Un vídeo demo de PR de un agente de IA debe dar al revisor pruebas visibles de un cambio de navegador propuesto. No sustituye a la solicitud de extracción escrita, a las comprobaciones automatizadas ni a una revisión humana de la implementación. Su función es hacer que el comportamiento del navegador sea fácil de inspeccionar. Un revisor debe poder ver el estado inicial relevante, la acción cambiada y el estado resultante sin reconstruir el flujo a partir de un simple resumen.

Esta página es deliberadamente más estrecha que una guía de lanzamiento o de release. Una solicitud de extracción puede revisarse, rechazarse o dividirse antes de que se publique nada. El vídeo debe por tanto describir el comportamiento propuesto con honestidad. No debe presentar un cambio no aceptado como una promesa pública de producto, ni intentar convertir cada edición generada por un agente en un recorrido de producto extenso.

GogoScreen utiliza una URL y una indicación de una sola línea para preparar un MP4 narrado y editado a partir de un flujo de una app web. Puede usar opcionalmente una cuenta de demostración cuando una ruta relevante está protegida por un inicio de sesión. Su edición declarada incluye zooms en los clics, suavizado del cursor, cortes de los silencios muertos y subtítulos. Estas funciones pueden ayudar a que una secuencia visible sea más fácil de revisar, pero no garantizan que una ruta vaya a funcionar ni que una primera renderización vaya a ser adecuada. Planifique un nuevo intento cuando el candidato no coincida con el objetivo de la revisión.

¿Qué pregunta de revisión debe responder el vídeo?

Empiece por la pregunta de revisión, no por el título de la solicitud de extracción. Pregúntese qué necesita ver el revisor en el navegador para decidir si el cambio propuesto se comporta como se pretende. La respuesta puede ser un control recién visible, una transición corregida, un resultado de formulario o un estado cambiado tras una acción del usuario. Elija la secuencia más pequeña que haga inspeccionable esa pregunta.

Lo que pregunta el revisorLo que puede mostrar el candidatoLo que queda fuera del vídeo
¿Aparece el control donde se esperaba?La ruta abriéndose en el estado relevanteSi el cambio ha sido aceptado
¿Se comporta la acción como se pretendía?El único comportamiento de usuario que afecta el cambioSi la implementación es correcta
¿Es el estado resultante el correcto?La diferencia visible tras esa acciónSi las comprobaciones automatizadas pasan

Utilice una estructura de inicio, acción y resultado. El inicio debe mostrar el contexto relevante sin exponer información no relacionada. La acción debe ser el comportamiento de usuario afectado por el cambio propuesto. El resultado debe hacer visible la diferencia esperada. Si el cambio tiene varias rutas independientes, cree un activo de revisión separado para cada ruta en lugar de forzarlas todas en un solo vídeo poco claro.

La guía de vídeo demo de un agente de IA explica el traspaso general del trabajo del agente a la revisión humana. La guía de vídeo demo de SaaS ofrece el mismo enfoque en un único trabajo de usuario. Para una explicación pública posterior de un cambio aceptado, utilice la guía de vídeo de changelog de un agente de IA, y no un vídeo de PR que describe un trabajo todavía en revisión.

¿Cómo se prepara la ruta para la revisión?

Abra la ruta manualmente y repita el flujo previsto antes de preparar un candidato. Compruebe el entorno correcto, el estado inicial, las redirecciones, los avisos de consentimiento, los estados vacíos y las ventanas modales. Una demo de PR es más sólida cuando el espectador puede reconocer de inmediato el estado que importa. Si el cambio depende de una secuencia de configuración larga, prepare una ruta segura que empiece cerca de la acción relevante.

  1. Abra la ruta a mano, en el entorno donde se está ejecutando el cambio.
  2. Repita el flujo previsto desde el estado inicial.
  3. Elimine las redirecciones, los avisos de consentimiento, los estados vacíos y las ventanas modales por el camino.
  4. Prepare datos no sensibles para que el resultado pueda aparecer.

Utilice datos no sensibles que permitan que el resultado aparezca. Nunca incluya un nombre de cliente, una URL de cliente, un documento privado ni una credencial de cliente. Si es necesario autenticarse, utilice una cuenta de demostración descartable mediante el proceso aprobado. En GogoScreen, las credenciales se cifran, se usan para una única renderización y después se eliminan. Si primero se planifica un storyboard, las credenciales se conservan cifradas durante esa sesión y se eliminan como máximo dos horas después de su último uso. El autor y el revisor no deben solicitar, copiar ni manejar esas credenciales.

Un vídeo demo de software desde una URL es útil cuando la ruta en sí necesita más preparación. La guía de vídeo demo de página de destino tiene un estándar distinto porque debe persuadir a un visitante desconocido. Un vídeo de PR es para un revisor que necesita una demostración precisa y acotada del comportamiento propuesto.

¿Cómo debe describir la indicación un cambio propuesto?

Escriba la indicación como una tarea de navegador comprobable. Nombre el estado inicial, la acción del usuario y el resultado que debe ver el revisor. Evite instrucciones vagas como mostrar la nueva función o recorrer la solicitud de extracción. Una indicación clara permite a un revisor decidir si el candidato demuestra el comportamiento solicitado o se ha desviado hacia un flujo adyacente.

Utilice el lenguaje de la interfaz en lugar de una etiqueta de implementación. El espectador no necesita un relato de cómo el agente cambió el código. Necesita ver lo que una persona puede hacer en la app después de la propuesta. Esto mantiene el vídeo ligado al comportamiento observable y evita dar a entender que un resumen técnico es en sí mismo una prueba de un recorrido de usuario funcional.

Estado relevante: el contexto de navegador bajo revisión
Acción cambiada: el comportamiento de usuario afectado por la propuesta
Resultado esperado: la diferencia visible que el revisor necesita inspeccionar
Límite de la revisión: una ruta propuesta, no una afirmación de lanzamiento

Pruebe la indicación en la ruta antes de solicitar un candidato. Si el resultado depende de una configuración oculta, acote la tarea o prepare el estado no sensible necesario. La guía de vídeo demo de lanzamiento de un agente de IA aplica un método similar una vez que un flujo está listo para respaldar un lanzamiento. La diferencia está en el momento: un vídeo de PR respalda la revisión antes de que exista esa decisión de lanzamiento.

¿Qué debe comprobar el revisor en el candidato?

Revise el candidato frente a la pregunta de revisión declarada. Confirme que el estado inicial es el esperado, que la acción coincide con el comportamiento propuesto y que el resultado aparece con claridad en pantalla. Vea también la secuencia sin sonido. El contexto y las transiciones visibles deben tener sentido incluso antes de que el revisor dependa de la narración.

Compruebe si hay indicios de que el candidato no es adecuado para la revisión. Errores inesperados, estados vacíos, datos obsoletos, material privado o una acción que difiere de la ruta prevista deben motivar una revisión nueva. Compare la voz en off con lo que ocurrió en pantalla. El producto busca ajustar la narración al flujo observado, pero solo el revisor puede decidir si el candidato representa con exactitud el cambio propuesto concreto.

Un archivo terminado no es una aprobación de revisión. Si el candidato necesita un nuevo intento, documente el motivo y actualice la ruta o la indicación. Cada cuenta nueva recibe 60 segundos de vídeo una vez, con marca de agua. Después de eso, los vídeos usan tiempo de un plan o de una recarga, y el tiempo solo se usa cuando una renderización sale bien. Mantenga el vídeo lo bastante conciso para que el revisor pueda identificar el comportamiento propuesto sin buscar entre actividad de producto no relacionada.

¿Cuándo se convierte el vídeo de PR en otro activo distinto?

Una vez que un cambio se acepta y se publica, su función comunicativa cambia. Un vídeo de PR puede seguir formando parte del registro interno de revisión, pero una explicación pública necesita una nueva comprobación del contexto y las afirmaciones del lanzamiento. No reutilice un candidato no revisado o desactualizado como activo de changelog solo porque muestre una pantalla parecida.

La guía de vídeo de changelog explica cómo describir un único cambio publicado mediante antes, acción y resultado. La guía de vídeo demo de Product Hunt es para un lanzamiento más amplio en un listado. Para alternativas de grabación manual, consulte GogoScreen frente a Loom y GogoScreen frente a Screen Studio, y elija después el flujo de trabajo que dé a los revisores la visibilidad que necesitan.

Visite la página de inicio de GogoScreen para el flujo de trabajo de URL e indicación, y consulte los precios para conocer los planes y las recargas. Antes de que una ruta use una cuenta de demostración, consulte la política de privacidad. Estos enlaces fijan los límites del producto, mientras que el revisor sigue siendo responsable de decidir si el candidato concreto ofrece pruebas honestas del cambio propuesto.

Aclaraciones

Antes de empezar

¿Qué debe mostrar un vídeo demo de PR de un agente de IA?

Muestre el comportamiento de navegador propuesto que un revisor necesita inspeccionar. Empiece con el estado relevante, realice la acción cambiada y muestre el resultado, de modo que el vídeo respalde la revisión de un cambio acotado.

¿Es un vídeo demo de PR lo mismo que un vídeo de changelog?

No. Un vídeo de PR respalda un cambio propuesto que todavía está en revisión. Un vídeo de changelog explica un cambio aceptado y publicado, así que no debe usarse como prueba de que un cambio no revisado está listo para anunciarse.

¿Cómo debe usar un revisor un vídeo demo de PR?

Utilícelo como contexto visible junto al resumen escrito del cambio y a las comprobaciones. Compare la ruta y el resultado previstos con lo que aparece en pantalla, y después pida un flujo más acotado o un nuevo intento cuando el candidato no muestre el comportamiento declarado.

Pegue una URL, describa un flujo y obtenga un vídeo de demostración de su aplicación web.

Los primeros 60 segundos de vídeo son gratuitos, con marca de agua. Verifique su correo electrónico para descargar el vídeo.