Terminal: pide a un agente que construya dentro de tu propio CRM
El terminal da a quien administra una conversación con un agente que modifica este CRM: objetos, campos, automatizaciones, informes y tu propio código. Solo toca tu organización, todo lo que cree se elimina junto con ella, y está apagado hasta que alguien lo activa.
El terminal es una conversación con un agente que tiene manos. Describes lo que quieres y él construye dentro de este CRM: crea objetos y campos, escribe automatizaciones e informes, y puede publicar código tuyo. Es la herramienta de personalización más profunda del producto, y por eso nace apagada hasta que quien administra la activa.
Quién puede abrirlo
Solo quien administra, y solo cuando el terminal está activado para la organización. Está en Configuración → Terminal. Si el elemento no aparece, o no administras esta organización, o el permiso todavía no se concedió a tu perfil.
Nunca toca otra organización
No es una promesa, es cómo está construido. Tu código se ejecuta en una máquina separada que no tiene ninguna credencial de base de datos. Llega a este CRM solo por la API, con el acceso de tu propia organización, así que ve exactamente lo que ve tu organización y nada más. Y si la organización se elimina, todo lo que creó el terminal se va con ella.
Ventana propia, y el trabajo continúa
El terminal se abre en su propia ventana del navegador, para que sigas usando el CRM al lado y vayas comprobando lo implementado mientras ocurre. Cerrarla no lo detiene: la sesión vive en el servidor y al reabrirla continúa donde quedó, con el historial.
Tu código y la red de seguridad a su alrededor
El código publicado por el terminal responde a un gancho: antes de guardar un registro, después de guardarlo, cuando se gana una oportunidad, en un horario programado o en una dirección propia. Solo el gancho que corre ANTES de guardar puede rechazar, porque rechazar algo ya guardado sería una cancelación que no ocurrió. La extensión que falla varias veces se apaga sola y dice por qué, para que tu CRM nunca se vuelva lento por un código dentro de él.
La IA es la nuestra, y se mide
El terminal siempre usa nuestra IA. No puedes apuntarlo a un proveedor tuyo, y eso es por construcción y no por norma: la máquina donde se ejecuta nunca recibe una clave de IA. Todo lo que piensa se mide en tu organización y respeta tu límite de gasto, igual que cualquier otra función de IA. Además hay un tope por sesión, para que un agente atrapado en un bucle no gaste un mes en una madrugada.
Cuando el pedido exige nuestro código
Algunas solicitudes no se resuelven dentro de tu organización porque dependen de un cambio en el propio SellioCRM. El agente no finge lo contrario: abre una solicitud que llega a nuestro equipo, y tú sigues el estado como cualquier otra que nos envías.
Qué hace el agente cuando se lo pides
Al recibir tu pedido, el agente consulta la estructura real de esta organización (objetos y campos), escribe el código en el espacio aislado, lo ejecuta y muestra el resultado. Cada paso aparece en pantalla mientras ocurre: la línea de lo que va a hacer, la herramienta que usó, el archivo que escribió.
- Nunca afirma haber ejecutado algo que no ejecutó. Sin máquina de ejecución configurada, lo dice, y lo ves escrito.
- Consulta los campos reales antes de responder sobre ellos: los nombres de campo no se adivinan.
- Publicar una extensión conecta código real al CRM. El agente solo publica cuando se lo pides y avisa qué está conectando; la extensión nace apagada.
- El turno tiene fin: hay límite de pasos y de tiempo. Al alcanzarlo dice que paró por límite, y tú le pides continuar.
- La máquina aislada solo alcanza la API de este CRM. Fuera de esa lista no sale nada.