CASO DE USO EN PRODUCCIÓN

API de IA para agentes de navegador

Un asistente de compras abre un portal aprobado, encuentra una pieza, rellena la solicitud y se detiene antes de enviarla. El estado del navegador se ofrece mediante open_page, inspect_page, click y fill.

Plan de agente de navegador con límites, confirmaciones y pruebas
API de IA para agentes de navegador

Implementación para producción

API, modelo principal y configuración alternativa

Elección para producciónRecomendaciónPor qué
APIPOST /v1/chat/completionsSolicitud del servidor compatible con OpenAI
Modelo principalgpt-5.6-solSol se usa para tareas largas con estado, donde recuperarse y detenerse correctamente importa más que el coste de tokens.
Modelo alternativogpt-5.6-terraTerra puede manejar recorridos cortos y estables. No cambies a un modelo menor tareas de envío, compra o eliminación sin repetir la evaluación de seguridad.
Modelo para tareas más difícilesgpt-5.6-solÚsalo solo si la ruta principal no alcanza el umbral de calidad o complejidad
Formato esperadoLlamadas a herramientas validadasUn formulario rellenado y verificado con resumen del estado final, sin envío antes de confirmar.
01
Ejemplo

Agentes de navegador en producción

Un asistente de compras abre un portal aprobado, encuentra una pieza, rellena la solicitud y se detiene antes de enviarla. El estado del navegador se ofrece mediante open_page, inspect_page, click y fill.

Sol planifica la interacción; el controlador del navegador aplica dominios permitidos, bloquea descargas, guarda capturas y exige confirmación justo antes de enviar.

02
Arquitectura

Cómo funciona el proceso de agentes de navegador

  • Crea una sesión con dominios permitidos y una cuenta de prueba recuperable.
  • Ofrece el estado semántico de la página y pocas acciones.
  • Ejecuta una acción y comprueba el nuevo estado.
  • Recupérate de cambios de diseño o carga sin adivinar coordenadas.
  • Detente y pide confirmación justo antes de una acción importante.
03
Solicitud de API

Llama a gpt-5.6-sol mediante LLMFly AI

Envía la solicitud desde el servidor. Sustituye el contenido de ejemplo y los esquemas de muestra por datos y herramientas de tu aplicación.

request.example
curl https://app.llmfly.ai/v1/chat/completions \
  -H "Authorization: Bearer $LLMFLY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-5.6-sol",
    "messages": [
      {"role": "system", "content": "Complete the procurement form with browser tools. Stay on allowed domains. Stop before the final submission and ask for confirmation with a summary of the exact order."},
      {"role": "user", "content": "Prepare a purchase request for the approved part and quantity in the attached specification."}
    ],
    "tools": [{"type": "function", "function": {"name": "YOUR_TOOL", "description": "Replace with the tool contract for this workflow", "parameters": {"type": "object", "properties": {}, "additionalProperties": false}}}]
  }'
04
Elección del modelo

Por qué gpt-5.6-sol es el modelo principal

Sol se usa para tareas largas con estado, donde recuperarse y detenerse correctamente importa más que el coste de tokens.

Terra puede manejar recorridos cortos y estables. No cambies a un modelo menor tareas de envío, compra o eliminación sin repetir la evaluación de seguridad.

05
Aceptación

Pruebas de aceptación de agentes de navegador

MétricaCondición para aprobar
Tasa de tareas completadasEl estado final verificado coincide con el resultado solicitado
Acciones innecesariasNo hay navegación, cambios ni envíos ajenos al objetivo
Recuperación tras cambios de interfazCambios pequeños de texto, diseño o carga no causan errores ni falsos éxitos
Cumplimiento de confirmacionesLas acciones importantes se detienen justo antes de la confirmación obligatoria
06
Gestión de fallos

Fallos que resolver antes de desplegar

  • Evaluar con cuentas de producción
  • Depender solo de coordenadas
  • Pedir confirmación demasiado pronto
  • Omitir la verificación final
07
Salida

Salida e historial de ejecución

Un formulario rellenado y verificado con resumen del estado final, sin envío antes de confirmar.

Registra ID del modelo y solicitud, tokens, reintentos, validación y decisión final en cada ejecución de producción.

Preguntas frecuentes

¿Cómo verifico el éxito?

Comprueba el estado final de la aplicación, no solo los clics.

¿Cuándo hace falta confirmar?

Justo antes de acciones importantes como enviar, comprar o eliminar.

¿Cómo pruebo interfaces que cambian?

Repite las tareas tras pequeños cambios de diseño, texto y tiempos.

Prueba esta configuración con tus datos

Compara principal y alternativo con las mismas solicitudes, herramientas y reglas de validación.

Comparar modelos