Grok Bot busca. Una persona decide

Grok Bot no vive en la conversación de Carlos ni en la de María: es otro agente, con su propia sesión por búsqueda. Lo despierta el API, no Mogui, con un webhook firmado. La primera vez, en cuanto Mogui deja creada la búsqueda y el aviso al cliente salió con el botón de pago: Grok hace la parte que no cuesta, revisar a quién conoce Mogos. La segunda, cuando María paga o la búsqueda se exonera: entonces sale a Alibaba. Es exactamente lo que el aviso le prometió a María: «apenas registremos tu pago, comenzamos».

{
  "version": "2026-09-06",
  "event": "search.created",                 · después: search.sourcing_requested al pagar o exonerar
  "search": { "id": "sq_…", "code": "COT-20260906-0031", "status": "NEW",
               "companyCode": "MOGOS_VE", "language": "es",
               "originalRequest": "500 libretas A5 tapa dura, azul marino, logo dorado…" },
  "client": { "id": "usr_…", "displayName": "María F.", "country": "VE" },   · sin teléfono ni correo
  "encargado": { "id": "usr_…", "name": "Jesús Contreras" },
  "requestedProducts": [ { "id": "rp_…", "productName": "Libretas A5 tapa dura con logo",
      "quantity": 500, "isMoq": false, "isCustomized": true, "category": "OFFICE_SUPPLIES",
      "specifications": "azul marino · logo dorado en portada · 120 hojas · papel 80 g",
      "referenceImageUrls": [ "https://s3…/m3.jpg?…" ] } ],
  "hints": {
    "advisorSuppliers": [                       · lo que Carlos escribió al reenviar
      { "name": "Shenzhen Yitai Stationery", "supplierId": "sup_…", "note": "nos vendió libretas en marzo" },
      { "url": "https://www.alibaba.com/product-detail/A5-Hardcover-Notebook-Custom-Logo_1600…" } ],
    "referencePriceUsd": 3.80                   · última cotización interna de este producto
  },
  "constraints": { "maxOptionsPerProduct": 3, "origin": "CN", "currencies": ["USD","CNY"],
                   "deadlineAt": "2026-09-07T12:00:00Z", "budgetUsd": 5 },
  "attachments": [ { "kind": "audio", "transcript": "…tapa dura, azul marino…" } ],
  "callbacks": { "resultUrl": "https://api…/integrations/sourcing/results",
                 "statusUrl": "https://api…/integrations/sourcing/status" }
}

Por qué dos veces y no una: la etapa interna no cuesta nada y deja un pre-informe listo antes de que el cliente pague; la búsqueda en Alibaba cuesta créditos y tiempo, y arranca cuando el pago lo justifica. Un solo sobre, con event distinto y la misma clave de idempotencia por etapa.

Antes de leer el pedido, Grok carga con qué criterio va a trabajar. Lo estable viene del repositorio: quién es y cómo se busca. Lo que cambia cada semana viene de una tabla de Supabase que el equipo edita desde el admin: con quién trabajar, a qué precio, qué evitar. Grok toma la versión publicada al arrancar la sesión, y esa versión queda escrita en la corrida.

La partición: el oficio (cómo se busca) en el repo, porque cambia poco y se revisa por PR; el conocimiento del equipo (con quién, a qué precio, qué evitar) en Supabase, porque cambia cada semana y lo edita quien lo sabe. Es la misma disciplina que el diseño «Mogui sobre eve» fijó para el bot de clientes.

El sobre del webhook se convierte en una orden de trabajo que Grok lee como contexto durable de la sesión: sobrevive a compactaciones y a reintentos. Trae las palabras del cliente, no un resumen; la foto; lo que dijo por audio; las dos pistas que Carlos escribió al reenviar; la referencia interna de precio; y los límites. Lo que no trae, a propósito: el teléfono, el correo o la cédula de María.

Sin datos de contacto, por diseño. El modelo de xAI recibe «María F.» y el país. Todo lo demás se queda en la plataforma. Si Grok necesita preguntarle algo al cliente, lo deja como pregunta para el encargado.

Antes de abrir Alibaba, Grok pregunta lo que Pedro y Jesús se preguntan por WhatsApp: ¿quién nos ha vendido esto?. El directorio de proveedores ya tiene rubro, plataforma, contacto y métricas de uso; el catálogo de buscados guarda el historial de precios por producto. Grok cruza las dos cosas con lo que dijo el asesor y emite un veredicto por proveedor, con motivo.

Lo que ya existe: GET /suppliers con búsqueda por nombre, rubro y plataforma y métricas de uso (conteos y fechas, nunca dólares); GET /sourced-products/:id/history con el costo por proveedor y fecha. Lo nuevo: que un agente los consulte con un token de servicio y que el veredicto quede escrito en la corrida.

Alibaba no ofrece una API pública de búsqueda para compradores; lo que sí existe es la búsqueda web con navegación del lado del servidor de xAI, acotada a un dominio, y proveedores de resultados estructurados como respaldo. Grok formula consultas en inglés, aplica los filtros del skill (MOQ, Trade Assurance, años, valoración), lee las fichas que pasan el corte y escribe por qué descarta cada una. La evidencia son enlaces, no recuerdos.

La regla que manda: un resultado sin enlace no existe, y un descarte sin motivo tampoco. El skill base dice cómo formular y filtrar; el skill vivo dice qué precio de referencia y qué MOQ máximo usar; el briefing dice qué pidió el cliente. Grok combina los tres y escribe.

Carlos preguntó si Grok Bot puede iniciar el contacto con la candidata más importante. Redactarlo, sí, y lo hace al cerrar la corrida: un mensaje con el brief, la cantidad, la pregunta por el MOQ y los tramos de precio, el logo, la muestra y el puerto, sin datos de la clienta y sin promesas. Enviarlo, todavía no: el encargado lo aprueba después de validar la candidata y lo manda por el canal de ese proveedor. La respuesta vuelve a la búsqueda y Grok la convierte en una opción con precio.

Antes o después de validar: Grok redacta antes, con el contexto fresco; la persona envía después de validar. Validar y enviar caben en un gesto, pero el orden no se invierte: nunca sale un mensaje a una candidata que nadie validó. Autonomía solo en fase 3, para proveedores de confianza, por correo y con tope diario.

Grok cierra su turno con una llamada al API: submit_candidates. El API valida, guarda las candidatas con su origen y crea la tarea en la plataforma: una acción «Validar candidatas» para Jesús en el centro de acciones, una nota interna con el informe completo en la búsqueda, una notificación, y el aviso a Carlos por Mogui. Nada cambia de estado hasta que una persona valida.

Por qué la tarea nace en la plataforma: el centro de acciones ya es la pantalla de inicio de todo el equipo, ya calcula sus filas al leer (sin cola que mantener) y ya sabe de búsquedas («Tomarla», «Recordar»). «Validar candidatas» es una fuente más. La nota interna usa el mecanismo polimórfico que ya existe (EntityNote), así que el informe queda pegado a la búsqueda, buscable y con réplicas.

Los límites no son un párrafo del contrato: están en las instrucciones fijas de Grok, en el esquema de las herramientas que le da el API y en el sobre. Cada uno tiene una pantalla donde se ve cumplido.

Las instrucciones profesionales de Grok cambian más rápido que el código: un proveedor que falló, un MOQ que ya no aceptan, una fábrica nueva de confianza. Por eso no viven en el repositorio ni en un prompt: viven en una tabla de Supabase, se editan desde el admin con versión y autor, y Grok carga la versión publicada al arrancar cada sesión. Notion queda como superficie opcional de redacción, con importación de una vía, para quien prefiera escribir allí.

La partición: el skill base (cómo se busca) en el repo, porque es oficio y cambia poco; el skill vivo (con quién, a qué precio, qué evitar) en Supabase, porque es conocimiento del equipo y cambia cada semana; Notion como bloc opcional para redactar. Es la misma disciplina que el diseño «Mogui sobre eve» fijó para el conocimiento del bot: el conocimiento no es un prompt ni un deploy.

La partición: el skill base (cómo se busca) en el repo, porque es oficio y cambia poco; el skill vivo (con quién, a qué precio, qué evitar) en Supabase, porque es conocimiento del equipo y cambia cada semana; Notion como bloc opcional para redactar. Es la misma disciplina que el diseño «Mogui sobre eve» fijó para el conocimiento del bot: el conocimiento no es un prompt ni un deploy.