¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
Meta ofrece ahora dos formas prácticas de probar Meta Business Agent antes de abrirlo a todos los clientes. Use Agent Test para comprobaciones rápidas y repetibles a través de todo el procesamiento del agente. Después use una conversación real mediante la lista permitida para demostrar el recorrido de WhatsApp. Ninguna ruta constituye por sí sola una decisión completa de lanzamiento.
Una respuesta correcta en una llamada de prueba no demuestra que la transferencia llegue a la persona adecuada, que el contexto sobreviva o que una acción conectada sea segura. La pregunta útil es qué evidencia ha reunido antes de que un cliente dependa del agente.
Esta guía se centra en Business Agent Platform. Si todavía debe comprobar la elegibilidad del número y quién posee cada estado, empiece por la guía de DripTell sobre elegibilidad y propiedad de Meta Business Agent.
Las dos rutas de prueba cumplen tareas distintas
La referencia actual de Agent Test dice que el mensaje de prueba pasa por todo el procesamiento del agente sin necesitar el teléfono de un consumidor real. Los tokens consumidos en la prueba no se facturan. La respuesta puede incluir el texto del agente, un identificador de conversación y el motivo de transferencia o ausencia de respuesta.
La referencia de Agent Settings describe la segunda ruta. Con la audiencia en ALLOWLISTED_ONLY, el agente activado solo responde a consumidores incluidos en la lista del canal. Meta dice que este despliegue limitado no necesita un método de pago. Ampliarlo a EVERYONE sí lo requiere.
| Ruta de prueba | Mejor uso | Lo que no demuestra por sí sola |
|---|---|---|
| Agent Test | Revisar respuestas, conocimiento y conectores de forma repetible | Entrega real, webhooks y recepción por el personal |
| Conversación permitida | Recorrido completo con un consumidor real controlado | Seguridad con todos los tipos de clientes |
| Lanzamiento público | Resultados reales con tráfico normal | Que un fallo no probado sea inocuo |
La primera ruta es un banco de laboratorio. La segunda es un ensayo general. El lanzamiento público ya es el servicio real.
Empiece con comprobaciones repetibles en Agent Test
Prepare un conjunto pequeño que cualquier persona del equipo pueda repetir después de cambiar conocimiento, habilidades o conectores. Conserve entradas y resultados esperados en un registro revisado. Un conjunto útil cubre cuatro comportamientos.
- Evidencia de respuestaRepita preguntas sobre hechos aprobados, temas sin respuesta, solicitudes de acción y motivos de transferencia.
- Evidencia de conversaciónContinúe una prueba y compruebe que el contexto, las correcciones y la escalada mantengan coherencia.
- Evidencia operativaUse un consumidor permitido para probar entrega, propiedad, transferencia y vista del equipo receptor.
- Evidencia de lanzamientoAsigne dueños a los fallos, una condición de reversión y una decisión consciente antes de ampliar.
Pregunte primero cuestiones normales cuya respuesta aparece con claridad en una fuente aprobada. Después pregunte algo que la empresa no haya documentado y confirme que el agente no inventa una política. Solicite acciones con diferentes niveles de autoridad, incluida una que deba rechazar o transferir. Por último, provoque deliberadamente la transferencia a una persona.
No puntúe solo tono y fluidez. Registre la fuente usada, campos recogidos, acción intentada, dueño elegido y motivo de parada. El espacio de IA de DripTell aplica la misma idea práctica: la respuesta es útil cuando conocimiento aprobado, contexto del cliente y siguiente acción responsable permanecen conectados.
El esquema actual de la API también acepta un conversation_id de una respuesta previa. Puede continuar una conversación de varios turnos y probar correcciones, referencias y restricciones cambiadas. Mantenga casos aislados porque son más fáciles de comparar tras cada cambio.
Use la lista permitida para el comportamiento real
Pase a la lista cuando la capa de respuestas sea estable. Use miembros reales del equipo como consumidores controlados desde los dispositivos, horarios e idiomas que encontrará el servicio. Esta etapa comprueba los límites alrededor del agente, no solo el contenido.
Confirme que un mensaje entrante llega al dueño esperado, que el agente responde solo a consumidores permitidos y que el personal ve toda la conversación después de la transferencia. En una bandeja compartida, la persona receptora debe ver cliente, mensajes anteriores, motivo y siguiente tarea sin pedir que se repita la historia.
Provoque a propósito un fallo seguro en un sistema conectado. El agente debe detenerse con claridad, conservar lo conocido y dirigir el caso según la política. Después compruebe que la automatización de flujos no siga enviando cuando una persona asume la propiedad.
Ejecute un plan con evidencia comprobable
El plan de lanzamiento debe nombrar evidencia, dueño y condición de parada para cada recorrido crítico. Elija tareas reales como consultar disponibilidad, cambiar una cita, solicitar un reembolso o calificar una oportunidad.
Para cada recorrido registre:
- la fuente aprobada de la respuesta;
- los campos que puede recoger el agente;
- la acción que puede leer o escribir;
- el evento que requiere una persona;
- el equipo que recibe la transferencia;
- el resultado que bloquea el lanzamiento público.
Compruebe la identidad y el historial resultantes en el registro del cliente. La prueba debe fallar si la respuesta aparece en otro cliente, se crean duplicados o un caso abierto pierde a su dueño.
No oculte los fallos dentro de una media. Una acción no autorizada o una transferencia perdida puede importar más que veinte respuestas correctas sobre horarios. Clasifique los fallos por consecuencia, repare el camino de mayor riesgo y repita el mismo caso por ambas rutas.
Conozca lo que no demuestran las pruebas gratuitas
No pagar por probar reduce el coste de aprender, pero no sustituye el control de lanzamiento. El endpoint no prueba por sí solo entrega real, comportamiento móvil, webhooks, carga humana o comprensión del cliente. Una lista permitida no representa cada forma de escribir, excepción o actor malicioso.
Antes de ampliar a todos, nombre una persona decisora, mantenga una forma visible de desactivar el agente, establezca la recepción humana y supervise respuestas sin soporte, acciones fallidas y conversaciones sin dueño. Meta señala que desactivar detiene respuestas en todos los hilos y reactivar se aplica a hilos nuevos. Inclúyalo en la reversión.
DripTell puede situar respuestas de IA junto a la automatización, la bandeja y el contexto del cliente, pero la norma de lanzamiento debe ser independiente del proveedor. Para revisar el modelo operativo, traiga un recorrido real, sus fallos y la evidencia de las dos rutas.
Preguntas frecuentes
Es gratuito usar Agent Test
Meta dice que los tokens consumidos por Agent Test no se facturan. Eso no hace gratuito el tráfico de producción ni cubre costes de otros sistemas llamados por la prueba.
Puede Agent Test continuar una conversación
Sí. La respuesta incluye un identificador que puede enviarse en la siguiente solicitud. Mantenga también casos aislados para comparar regresiones con facilidad.
Necesito un método de pago para la lista permitida
Meta dice que un agente limitado a ALLOWLISTED_ONLY puede activarse sin método de pago. Será necesario al ampliar la audiencia a EVERYONE.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes