> ## 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. # Solicitar asistencia AI puntual > Ejecuta un empleado AI como **asistencia puntual** sobre la conversación. El empleado consultado genera contexto/sugerencia sin tomar el hilo ni cambiar la asignación. - La conversación sigue con el empleado asignado actual (o con humano) — no se toca `ai_employee_id`. - **No bloquea por asignación humana**: si la conversación está con humano, la assistance igual corre (consulta, no respuesta al cliente). - **No aplica guard de ventana 24h**: el assistance no envía mensajes obligatoriamente a Meta. - Sí aplica: wallet del empleado target, visión (si hay items pending) y profundidad del grafo de action sets. **Ejecución asíncrona:** los guards corren síncronos; si pasan, el endpoint responde `202 Accepted` de inmediato y el empleado AI se ejecuta en background. La respuesta **no espera** al empleado — la ejecución con reasoning puede tardar minutos. Los mensajes generados (si los hay) y el uso de tokens se notificarán por webhook (feature futura). Si un guard falla, se responde un 4xx síncrono y el AI no se ejecuta. Identificación del empleado: `ai_employee` acepta `uuid` y/o `name`. Si pasas ambos, prevalece `name`; si no matchea, cae al `uuid` como fallback. ## OpenAPI ````yaml /openapi.json post /{slug}/conversation/ai-assistance openapi: 3.1.0 info: title: 1TO1 AI Public API version: 0.2.0 description: >- API pública de 1TO1 AI para integraciones externas (n8n, CRMs, scripts). Auth via Bearer token. Rate limit 60 req/min por API key. Contrato REST puro: el body de éxito es el payload directo (status HTTP como señal), errores retornan `{code, message}` con ambos campos garantizados. Ver schema `PublicError`. servers: - url: https://app.1to1.ai/api/v1/public description: Producción security: - bearerAuth: [] paths: /{slug}/conversation/ai-assistance: post: tags: - Conversations summary: Solicitar asistencia AI puntual description: >- Ejecuta un empleado AI como **asistencia puntual** sobre la conversación. El empleado consultado genera contexto/sugerencia sin tomar el hilo ni cambiar la asignación. - La conversación sigue con el empleado asignado actual (o con humano) — no se toca `ai_employee_id`. - **No bloquea por asignación humana**: si la conversación está con humano, la assistance igual corre (consulta, no respuesta al cliente). - **No aplica guard de ventana 24h**: el assistance no envía mensajes obligatoriamente a Meta. - Sí aplica: wallet del empleado target, visión (si hay items pending) y profundidad del grafo de action sets. **Ejecución asíncrona:** los guards corren síncronos; si pasan, el endpoint responde `202 Accepted` de inmediato y el empleado AI se ejecuta en background. La respuesta **no espera** al empleado — la ejecución con reasoning puede tardar minutos. Los mensajes generados (si los hay) y el uso de tokens se notificarán por webhook (feature futura). Si un guard falla, se responde un 4xx síncrono y el AI no se ejecuta. Identificación del empleado: `ai_employee` acepta `uuid` y/o `name`. Si pasas ambos, prevalece `name`; si no matchea, cae al `uuid` como fallback. parameters: - $ref: '#/components/parameters/SlugPathParam' requestBody: required: true content: application/json: schema: $ref: '#/components/schemas/RequestAiAssistanceBody' responses: '202': description: >- Asistencia aceptada. Los guards (wallet, visión, depth) pasaron y el empleado AI se ejecuta en background — la respuesta no espera al empleado. headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/RequestAiAssistanceResponse' '400': description: Body inválido (INVALID_REQUEST). headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '401': description: Token ausente, mal formado o no válido (INVALID_API_TOKEN) headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '402': description: >- Wallet del empleado target bloqueada (WALLET_BLOCKED / VISION_WALLET_BLOCKED) o hay items de visión pending (VISION_BLOCKED). headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '403': description: >- El slug del path no coincide con el business del token (TOKEN_BUSINESS_MISMATCH) headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '404': description: >- Conversación (CONVERSATION_NOT_FOUND) o empleado AI (AI_EMPLOYEE_NOT_FOUND) no encontrado. headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '409': description: >- Más de un empleado AI coincide con el `name` (AMBIGUOUS_AI_EMPLOYEE) — pasar `uuid` para desempatar. Además, el identificador de conversación puede resultar ambiguo: varios contactos comparten el teléfono (`PHONE_NUMBER_AMBIGUOUS`) o el username (`USERNAME_AMBIGUOUS`); identifica la conversación por `whatsapp_user_id` o `uuid`. headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '422': description: >- Cadena de action sets del empleado target supera el límite de profundidad (ACTIONS_DEPTH_EXCEEDED). Ver docs/public-api/action-depth.md. headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '429': description: >- Rate limit excedido (RATE_LIMIT_EXCEEDED). Headers `Retry-After`, `X-RateLimit-Limit`, `X-RateLimit-Remaining`, `X-RateLimit-Reset` indican cuándo reintentar. headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' '500': description: Fallo de DB al cargar el snapshot de ejecución (FETCH_FAILED). headers: X-Request-Id: schema: type: string format: uuid description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. required: true description: >- ID único para correlacionar con logs server-side. Si el cliente envía uno válido (UUID), se preserva; si no, se genera uno nuevo. content: application/json: schema: $ref: '#/components/schemas/PublicError' components: parameters: SlugPathParam: schema: $ref: '#/components/schemas/SlugPathParam' required: true description: >- Slug del business, case-insensitive. Debe coincidir con el business del token. name: slug in: path schemas: RequestAiAssistanceBody: type: object properties: conversation: $ref: '#/components/schemas/ConversationRef' ai_employee: $ref: '#/components/schemas/AiEmployeeRef' instructions: type: string minLength: 1 maxLength: 1000 example: Revisa si el cliente confirmó la fecha de entrega description: >- Instrucciones adicionales que se pasan al empleado consultado además del contexto de la conversación. Min 1, max 1000 chars (whitespace al inicio/final se trimea). required: - conversation - ai_employee RequestAiAssistanceResponse: type: object properties: conversation: type: object properties: uuid: type: string format: uuid required: - uuid ai_employee: type: object properties: uuid: type: string format: uuid name: type: string required: - uuid - name status: type: string enum: - processing example: processing description: >- La asistencia fue aceptada y el empleado AI se ejecuta en background. La respuesta NO espera al empleado — los mensajes generados (si los hay) y el uso de tokens se notificarán por webhook (feature futura). required: - conversation - ai_employee - status PublicError: type: object properties: code: type: string example: INVALID_API_TOKEN message: type: string example: >- The provided API token is invalid or has been revoked. Generate a new one in Settings → API Token. required: - code - message description: >- Public API error body. The client should match against `code` (stable canonical identifier) and NOT against `message` (human text, may be refined between API versions without notice). The HTTP status code is the error-type signal (4xx client, 5xx server). SlugPathParam: type: string example: acme description: >- Slug del business, case-insensitive. Debe coincidir con el business del token. ConversationRef: type: object properties: uuid: type: string format: uuid description: >- UUID interno de 1TO1 AI. Fallback — los CRMs externos normalmente no lo conocen. whatsapp_user_id: type: string description: >- BSUID de WhatsApp (identidad opaca de Meta). Se resuelve por igualdad exacta contra el identificador BSUID del contacto (no se normaliza). username: type: string example: '@mariana.lopez' description: >- Username público de WhatsApp del contacto. Se acepta con o sin `@` inicial y sin distinguir mayúsculas (match case-insensitive contra el último username observado por la plataforma; best-effort: el usuario puede cambiarlo — la clave estable es `uuid`). Si varios contactos lo comparten, la API responde 409 `USERNAME_AMBIGUOUS`. phone: type: string example: +52 55 1234 5678 description: >- Teléfono en formato E.164. Se normaliza (solo dígitos) antes del lookup por teléfono del contacto. Puede estar duplicado entre contactos (números reciclados / identidades separadas): en ese caso la API responde 409 `PHONE_NUMBER_AMBIGUOUS` en vez de adivinar. description: >- Identificador de la conversación — exactamente UNO de los cuatro campos debe venir. Orden de resolución: uuid > whatsapp_user_id > username > phone. El lookup filtra por el business del token (defense in depth cross-tenant). Resolver por `phone` o `username` puede devolver 409 (`PHONE_NUMBER_AMBIGUOUS` / `USERNAME_AMBIGUOUS`) cuando varios contactos comparten el identificador — aplica a cualquier endpoint que acepte esta referencia. AiEmployeeRef: type: object properties: uuid: type: string format: uuid example: 550e8400-e29b-41d4-a716-446655440000 description: >- UUID del empleado AI. Identificador estable; preferido si el cliente lo sincroniza. name: type: string minLength: 1 maxLength: 128 example: Asistente de Ventas description: >- Nombre del empleado AI. Case-insensitive. El servidor aplica `trim` y exige longitud 1–128 caracteres post-trim. Si el nombre coincide con más de uno responde `AMBIGUOUS_AI_EMPLOYEE` — pasar `uuid` para desempatar. description: >- 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. securitySchemes: bearerAuth: type: http scheme: bearer bearerFormat: sk_1to1_ description: >- API token emitido desde Settings → API Token del dashboard 1TO1 AI. Enviar en header Authorization: Bearer sk_1to1_... ````