Tu cliente número veintiuno tendría que costarte lo que te costó el segundo.
Eso no es una afirmación sobre lo rápido que alguien escribe. Es una afirmación sobre la forma del trabajo: si dar de alta un cliente significa volver a armar el mismo sistema con otros nombres, el veintiuno cuesta más que el segundo, porque a esa altura también estás manteniendo los veinte anteriores.
Ya argumentamos que la diferencia entre un alta de diez minutos y una de tres días casi nunca es trabajo: es espera. Así se cierra esa brecha en AI Agent Builder, desde la silla de quien lo hace.
El cliente es un espacio debajo del tuyo
No creás una segunda instalación, y no creás una cuenta a la que el cliente se registra. Creás un espacio de trabajo que cuelga debajo del tuyo, y esa posición es la que hace el trabajo.
Todo lo que ya configuraste —tu proveedor de modelos, tus defaults, tu política— se resuelve hacia abajo. El espacio del cliente no recibe una copia de nada de eso.
Esa distinción es la que hay que retener, porque es invisible el día uno y decisiva en el mes seis. Una copia es algo que ahora mantenés en veinte lugares: rotás tu clave de proveedor y la rotás veinte veces, y cada una de esas veinte copias la puede leer quien opere el espacio de ese cliente. La herencia es un cambio arriba que todos los clientes de abajo toman, y una credencial que ninguno puede leer.
La plataforma guarda tu credencial de proveedor como una referencia, no como un valor que baja. El equipo de tu cliente opera su agente todo el día y nunca tiene tu clave en la mano. Cuando la rotás, la rotás una vez.
Qué puede consumir, antes de que lo consuma
Dos familias de tope, y las dos las definís ahora y no después de la primera sorpresa.
Topes de recursos — cuántos agentes, cuántos usuarios, cuánto almacenamiento, si puede crear espacios propios. Llegar a uno rechaza la acción con un mensaje claro; no degrada nada que ya esté funcionando.
Topes de consumo — mensajes por ciclo, un límite duro de gasto, y un umbral blando por debajo. El blando es el campo que la gente deja vacío y después lamenta: es la diferencia entre un aviso un martes y un cliente cuyo agente dejó de contestar.
Dos propiedades de esto conviene saberlas antes de poner un precio.
Los topes son números, no un plan. Nada en la capa que los hace cumplir lee un nombre de plan. Por eso podés darle a un cliente una excepción temporal sin inventarle un tier comercial, y por eso mover un cliente entre acuerdos comerciales no obliga a reconfigurar qué puede hacer su agente.
Sin definir significa ilimitado. Un espacio que creás sin tocar esto queda sin tope. Ese default es deliberado: un sistema de límites cuyo modo de falla es bloquear clientes existentes se apaga antes de que termine el trimestre, así que restringir es algo que elegís, por cliente, a propósito.
Los topes también se resuelven hacia abajo. Definí uno en tu propio espacio y todos los clientes de abajo lo heredan, lo que convierte la frase "ningún cliente nuestro puede superar esto" en una sola configuración en vez de una política que reaplicás cuarenta veces.
Apagá lo que este cliente no recibe
La misma pantalla decide qué canales existen para él, y si puede abrir el editor de workflows.
Esa última es la decisión interesante para un cliente gestionado, y es más comercial que técnica: recibe un agente funcionando, y no recibe la capacidad de reescribirlo. Su equipo se queda con las conversaciones, el historial y la base de conocimiento; el comportamiento sigue siendo tuyo. Para un cliente que quiere ser dueño de la lógica lo das vuelta, y nada más del alta cambia.
Las capacidades que no ve no le ensucian la interfaz. En el espacio de un cliente no hay mobiliario de upsell en gris anunciando lo que no compró.
El agente llega terminado
No volvés a construir el agente. Traés el que ya construiste —su workflow, sus fuentes de conocimiento, sus herramientas y, sobre todo, su configuración de seguridad— y después sobrescribís el puñado de cosas que sí son por cliente: el nombre visible, el saludo, la marca, qué base de conocimiento lee.
Que la configuración de seguridad viaje con el agente en vez de aplicarse después importa más de lo que suena. Configurada por cliente a posteriori, la protección termina siendo completa para los clientes a los que les prestaste atención y flaca para el resto — y cuáles son esos lo decide qué tan ocupado estabas esa semana. Mandala en la definición y que la excepción sea la excepción.
El agente entra apagado. Existe, está completamente configurado, y no le contesta a nadie. Eso es deliberado y es el sentido de las dos secciones que siguen.
El único paso que espera a alguien
Si el cliente quiere su agente en su propio número de mensajería, las credenciales de ese número vienen de él, en su horario, casi siempre por mail.
Esta es la única dependencia genuinamente externa de todo el alta, y el truco no es hacerla más rápida —no podés— sino moverla. Pedila cuando se firma el contrato, no cuando llegás a esta pantalla. La espera no desaparece; deja de estar en el medio, que es de donde salen los tres días.
Todo lo demás acá no espera a nadie.
Su administrador, invitado
Creás el administrador propio del cliente y la plataforma le manda una invitación.
Una invitación, no una contraseña. No deberías conocer, transmitir ni guardar la credencial de tu cliente, y cualquier proceso que genere una creó un secreto que ahora vive en la bandeja de entrada de alguien. Su administrador define la suya, y su acceso está acotado a su propio espacio: puede operar su agente y no puede ver ningún otro cliente, que es exactamente la respuesta que su auditor va a pedir por escrito.
La prueba que decide si sale en vivo
Antes de encender el agente, mandale un mensaje real por el canal que usaría un usuario real, y leé la respuesta.
Este es el paso que casi todas las altas omiten, y saltearlo es lo que convierte tres días en cinco. Sin él configuraste muchísimo y confirmaste que la configuración fue aceptada — que no es lo mismo que un agente que contesta. Con él, salir en vivo queda condicionado a una conversación que funciona, y lo que esté mal te cae a vos ahora en lugar de caerle a tu cliente el día dos.
Recién ahí lo encendés.
Hacerlo de nuevo es la prueba de verdad
Todo esto vale la pena cuando la configuración del tercer cliente se parece a la del segundo. Por debajo de eso no estás dando de alta clientes: estás entregando proyectos, y todavía no hay nada que templatizar.
Por encima, la propiedad que importa es que el cliente veintiuno no es una construcción nueva. Las mismas conexiones heredadas, los mismos topes expresados como números, la misma definición de agente, la misma prueba antes de salir. Lo que cambia entre clientes es una lista corta de valores, y es corta a propósito.
Y una advertencia que sobrevive a todo esto: volver repetible un proceso lo cristaliza. Si tu alta está mal hoy, hacerla así produce una versión rápida, consistente y repetible de lo que está mal, cuarenta veces, con un registro de auditoría que prueba que lo hiciste a propósito. Hacé bien un cliente a mano primero. Después convertí eso en la plantilla.
Qué chequear en tu propio alta
Agarrá lo que hacés hoy y contestá esto. Es deliberadamente exigente, porque el crédito parcial es lo que esconde el problema.
- ¿Podés dar de alta un cliente completo sin que una persona tome una decisión en el medio? No "casi": en absoluto.
- ¿El cliente nuevo hereda tus credenciales de proveedor, o recibe una copia que puede leer?
- ¿Sus topes son números que cambiás por cliente, o un tier que tenés que inventar?
- ¿El agente llega con su propia configuración de seguridad, o eso se aplica después, por cliente, de memoria?
- ¿Hay una conversación de prueba real entre "configurado" y "en vivo"?
- ¿El administrador del cliente puede ver algo de otro cliente? La respuesta correcta no es "eso lo filtramos en la interfaz".
- ¿Alguien que entró la semana pasada podría hacerlo de punta a punta con tu documentación?
Seis o más y tu límite real es el papeleo del cliente. Menos de cuatro, los diez minutos no son un problema de herramientas: es que el proceso todavía tiene personas paradas adentro, y cada una es una cola.
