Saltar al contenido principal
Usa el Área de pruebas para comprobar si el agente elige la acción correcta, pide los datos que faltan, envía valores correctos y explica el resultado. Usa Conectores → Actividad para inspeccionar lo que se ejecutó.

Prueba la conversación completa

Empieza con Solo área de pruebas, un destino controlado y datos ficticios. Prueba:
  • Una solicitud natural que debe usar la acción y otra que no debe usarla.
  • Datos ya compartidos, valores obligatorios faltantes, datos inválidos y correcciones.
  • Un resultado correcto, ningún registro coincidente y un fallo del destino.
  • La confirmación antes de modificar datos cuando tu flujo la requiera.
  • Los registros API, envíos guardados o celdas reales después de la ejecución.
Las llamadas API son solicitudes reales incluso en el Área de pruebas. Las escrituras de Sheets usan su archivo de prueba separado. Las recopilaciones de prueba no crean registros CRM reales ni envían webhooks. Consulta la guía correspondiente antes de ejecutar escrituras. Una prueba directa de desarrollador comprueba una operación con entradas proporcionadas. No prueba la selección conversacional de la acción ni la generación de argumentos. Realiza también una prueba de conversación.

Abre Actividad

Selecciona Ver actividad en un conector para empezar con ese sistema seleccionado, o abre Conectores → Actividad para ver el espacio de trabajo. Actividad con el CRM de ejemplo seleccionado y el entorno de pruebas activo. Usa los filtros de conector, conexión y negocio y selecciona Aplicar. Acota las ejecuciones con los controles de entorno, estado, acción y fechas. En vivo, Playground y Desarrollador representan contextos diferentes; una prueba de desarrollador correcta no demuestra una conversación real con un cliente. Si no aparece una ejecución, revisa el entorno y las fechas, actualiza y comprueba el modo, los negocios, las instrucciones, los datos requeridos y el estado de escalamiento. La disponibilidad y retención de registros pueden limitar los resultados antiguos.

Inspecciona una ejecución

Abre una fila para ver conector, conexión, estado, resultado, entorno, inicio, fin y duración. Parámetros muestra las entradas guardadas; Respuesta muestra el resultado guardado cuando está disponible. Detalle de ejemplo con entradas, resultado y resumen de ejecución. En acciones HTTP, los diagnósticos disponibles también pueden mostrar método, endpoint, estado HTTP, datos guardados de la solicitud y encabezados guardados. La autenticación y los valores sensibles se ocultan o se redactan; los límites de tamaño o la antigüedad pueden dejar datos sin guardar. Los datos de solicitud pueden mostrar el objeto de entrada sin todo el cuerpo POST transmitido. Expande Detalles técnicos para obtener identificadores útiles al informar de un problema. Usa Abrir conversación para revisar la solicitud, el comprobante y la respuesta del agente juntos.

Interpreta el resultado

Corrige y vuelve a probar

Pon la acción en Inactiva para impedir nuevas llamadas mientras investigas. Desactivarla no cancela ni deshace una operación en curso. Después de corregirla, repite la conversación y verifica el destino antes de activarla para clientes.