Asigna un empleado AI (tipo operative) a la conversación. El cambio queda registrado en el timeline con autor api_token y el dashboard recibe el update en tiempo real (evento ai_employee_changed).
json y vision son internos del sistema — si envías un uuid/name de esos, responde AI_EMPLOYEE_NOT_FOUND.ai_employee acepta uuid y/o name. Si pasas ambos, prevalece name y el uuid es fallback (útil cuando el empleado se renombra).POST /conversation/run-ai — si quieres hacer ambas cosas en una sola request, está POST /conversation/ai-employee con run: true (P9 Fase 3).scheduled_message_action explícito (regla 3.2 — sin default). Ver docs/public-api/assignments.md § Reasignación con schedule activo.run: true): la asignación y los broadcasts corren síncronos; una vez confirmada la asignación, el empleado AI se ejecuta en background y el endpoint responde 202 Accepted sin esperar al run. El run con reasoning puede tardar minutos. Los mensajes generados y el uso de tokens se notificarán por webhook (feature futura).Documentation Index
Fetch the complete documentation index at: https://docs.1to1ai.com/llms.txt
Use this file to discover all available pages before exploring further.
API token emitido desde Settings → API Token del dashboard 1TO1 AI. Enviar en header Authorization: Bearer sk_1to1_...
Slug del business, case-insensitive. Debe coincidir con el business del token.
"acme"
Identificador de la conversación — al menos UNO de los tres campos debe venir. Orden de resolución: uuid > whatsapp_user_id > phone. El lookup filtra por el business del token (defense in depth cross-tenant).
Referencia al empleado AI. Al menos uno de uuid / name debe venir. Si se pasan ambos, prevalece name; si el name no matchea ningún empleado, cae al uuid como fallback.
false (default) solo asigna y responde 200. true asigna y luego ejecuta al empleado AI en background — agrega los guards de /run-ai (ventana 24h, wallet, visión, depth) y responde 202. El resultado del run (message_uuids, tokens) NO viene en la respuesta: se notificará por webhook (feature futura).
false
Solo aplica con run=true. Instrucciones extra que se pasan al empleado AI además del contexto natural de la conversación. Ignorado si run=false.
1 - 1000"Confirma la cita y pregunta si quiere recordatorio el día anterior."
Decisión sobre el mensaje programado activo de la conversación al cambiar el AI. Obligatorio cuando la transición es AI → otro AI con un schedule activo — la API no asume default (regla 3.2). Si se omite en ese caso responde SCHEDULED_MESSAGE_ACTION_REQUIRED (400). Para humano↔AI el campo es ignorado y el schedule se cancela siempre (reglas 3.3/3.5). Si se pasa reassign con una transición que no es AI→AI, responde SCHEDULED_MESSAGE_ACTION_INVALID (400). Si la conversación no tiene schedule activo, el campo también es ignorado.
reassign, cancel "cancel"
Empleado AI asignado (run=false — asignación pura).
Resultado de la operación sobre el schedule activo. none cuando no había schedule (caso normal) o cuando un race con cancel concurrente dejó el UPDATE en 0 filas. cancelled cuando se canceló (humano→AI, AI→humano, AI→AI con cancel). reassigned cuando se preservó apuntando al AI nuevo (AI→AI con reassign). preserved reservado para futuras semánticas — hoy el orquestador no lo emite. Útil para feedback al cliente externo del cambio aplicado al schedule.
preserved, reassigned, cancelled, none "cancelled"
Solo presente con run=true: la asignación se aplicó y el empleado AI se ejecuta en background. La respuesta NO espera al empleado — los mensajes generados y el uso de tokens se notificarán por webhook (feature futura).
processing "processing"