Endpoint
Cuerpo de la solicitud
hive_agent es el ID del Hive Agent en el dashboard. La API key debe pertenecer al mismo workspace que el Hive Agent. Solo se pueden invocar por este endpoint los Hive Agents creados por el cliente en tu workspace.
objective debe ser lo bastante especifico para que el planificador cree nodos de trabajo utiles.
sources es opcional, pero se recomienda cuando la ejecucion necesita contexto fundamentado. Pasa URLs de sitios, IDs de assets, IDs de knowledge bases o IDs de items de knowledge base que ya existan en el workspace.
Usa GET /v1/public/workspaces/{workspace_id}/knowledge_bases para listar knowledge bases, GET /v1/public/workspaces/{workspace_id}/knowledge_bases/{knowledge_base_id}/items para listar items y GET /v1/public/workspaces/{workspace_id}/assets para listar assets. Sube un archivo con POST /v1/public/workspaces/{workspace_id}/assets antes de pasar su asset.id en sources.asset_ids.
metadata es opcional y sirve para tu propia correlacion, como un customer ID o job ID.
async.callback_url es obligatorio. Fetch Hive envia el callback terminal a esta URL HTTPS cuando la ejecucion se completa, falla o se cancela. async.enabled debe ser true.
Respuesta
Fetch Hive devuelve202 Accepted cuando la ejecucion queda en cola para ejecutarse.
request_id si necesitas encontrar la ejecucion luego en logs. Guarda webhook_secret para que tu receptor pueda verificar X-Fetch-Hive-Signature. El estado inicial normalmente es pending; el runtime actualiza el estado mientras prepara fuentes, planifica, ejecuta, verifica y compone.
Ejemplo cURL
Payload del callback
Fetch Hive envia un payload JSON firmado aasync.callback_url cuando la ejecucion llega a un estado terminal. event_type es hive_agent.completed, hive_agent.failed o hive_agent.cancelled.
X-Fetch-Hive-Signature, X-Fetch-Hive-Timestamp y X-Fetch-Hive-Webhook-Id. Consulta Callback Delivery and Webhook Triggers para la verificacion.

