Invocar agente
POST /v1/agent/invoke
Envía un mensaje a un agente desde tu propia app o servicio.
Autenticación
Envía tu clave de API del espacio de trabajo en el encabezadoAuthorization.
Cuerpo de la solicitud
Abre un agente en el editor y haz clic en Code Snippet para ver la forma actual de la solicitud pública en Fetch Hive.Disparador webhook
POST /v1/agent/webhooks/{agent_id}
Usa un disparador webhook de agente cuando un servicio externo deba iniciar la ejecución de un agente sin una clave de API del espacio de trabajo. La solicitud debe incluir el secreto webhook del agente en X-Fetch-Hive-Webhook-Secret. Si una herramienta de terceros no puede establecer encabezados personalizados, usa ?secret=YOUR_WEBHOOK_SECRET como alternativa.
Los disparadores webhook de agente siempre usan entrega por callback. Incluye async.callback_url; Fetch Hive devuelve 202 con request_id y run_status: "running", y luego entrega agent.completed o agent.failed a la URL de callback.
message es obligatorio. thread_id es opcional y puede reutilizarse para reanudar un hilo administrado por el llamador. metadata sigue la misma regla plana de solo escalares que las invocaciones normales de agente y aparece en el filtrado de registros.
Fetch Hive firma el callback saliente con el mismo secreto webhook usado para la autenticación del disparador entrante.
El data del callback contiene response en agent.completed y error en agent.failed; usa el event_type y el request_id de nivel superior para el estado terminal y la correlación.
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
agent | string | Sí | El ID del agente |
message | string | Sí | El mensaje que deseas enviar |
streaming | boolean | No | Transmite eventos de respuesta en lugar de esperar una única respuesta JSON final |
thread_id | string | No | Una cadena arbitraria que identifica el hilo de conversación. Fetch Hive crea un nuevo hilo en el primer uso y lo reanuda en llamadas posteriores con el mismo valor. Ideal para conversaciones persistentes de múltiples turnos. |
messages | array | No | Turnos previos de la conversación para usar como contexto sin persistir el historial en la base de datos. Cada elemento: { "content": string, "role": "user" | "assistant" | "system", "attachments"?: array, "image_urls"?: array }. Úsalo cuando administres el estado de la conversación por tu cuenta. |
attachments | array | No | URLs HTTPS de archivos adjuntos al message actual. Cada elemento puede ser una cadena de URL o un objeto con file_url. Los archivos de documento admitidos son CSV, XLSX, PDF, DOCX y texto/Markdown por extensión. Las imágenes también pueden pasarse aquí. |
image_urls | array | No | Forma abreviada compatible con versiones anteriores para adjuntos de imagen HTTPS en el message actual. Úsalo para integraciones solo de imagen, especialmente cuando la URL de la imagen no tiene extensión. |
metadata | object | No | Metadatos planos definidos por el llamador para auditoría y filtrado de registros. Esto no se agrega al prompt del agente. |
metadata debe ser un objeto plano. Las claves deben ser cadenas no vacías y los valores deben ser cadenas, números, booleanos o null. Los arreglos y objetos anidados se rechazan antes de iniciar la ejecución.
Los elementos de attachments pueden ser cadenas de URL simples:
https://. Se permiten hasta cinco adjuntos por
mensaje, contando tanto attachments como image_urls. Los adjuntos de documento se
exponen al agente a través de la herramienta del sistema read_file como un
manifiesto <available_files>; el agente llama a read_file antes de confiar en
el contenido del documento. Si una URL o tipo de adjunto es inválido, Fetch Hive devuelve
422 Unprocessable Entity en lugar de abrir el flujo.
Adjuntos de documento admitidos:
- CSV:
text/csv,.csv - XLSX:
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet,.xlsx - PDF:
application/pdf,.pdf - DOCX:
application/vnd.openxmlformats-officedocument.wordprocessingml.document,.docx - Texto y Markdown por extensión:
.txt,.md,.markdown
read_file, y la herramienta de archivos
detecta el tipo real cuando obtiene el archivo.
Válido:
thread_id para conversaciones persistentes:
messages para historial administrado por el llamador (sin estado):
messages[].attachments. Fetch Hive usa las
URLs de adjuntos estructurados en los mensajes actuales e históricos para autorizar el
acceso de read_file en turnos posteriores; las URLs mencionadas solo en texto plano no
se tratan como adjuntos de la herramienta de archivos.
Respuesta
Sistreaming es true, Fetch Hive devuelve un flujo de eventos. Si el proveedor falla después de que se haya abierto el flujo, Fetch Hive envía un evento error final antes de cerrar el flujo.
Evento de razonamiento de ejemplo:
streaming es false, Fetch Hive devuelve una sola respuesta JSON. Los fallos de ejecución del proveedor devuelven 502 Bad Gateway con un mensaje error.
Ejemplo
Relacionado
- Consulta Autenticación para configurar la clave de API
- Consulta Agentes para la configuración del agente y el contexto de runtime
- Consulta Pruebas con Chat para el flujo de pruebas dentro del editor
- Consulta Ejecutar con API para una guía centrada en el agente

