Personalizar
Volver al chat

Mis proveedores

Tu propio proveedor (tu LM Studio, tu cuenta de OpenRouter) y los modelos que trae. Son privados: solo tú los ves, no cambian lo que ven los demás y nunca son públicos ni el default del servidor. La API key se guarda cifrada en el servidor y no se vuelve a mostrar.

Agregar proveedor

Se guarda la base de la URL: el chat le agrega /chat/completions para chatear y /models para listar. Los proveedores del servidor se administran en Proveedores y modelos.

Nombre Base URL API key Modelos Estado Último "Probar" Acciones

Mis modelos

Los modelos de tus proveedores son privados y solo los ves tú. Se agregan con Probar, que lista los que ofrece el proveedor.

Modelo Clave Proveedor Habilitado Tools Visión Contexto

API keys del MCP

Las llaves con las que tu cliente MCP local (LM Studio, Cursor, Claude, …) entra al servidor por HTTP con tus mismos permisos: si tienes rol de datos en vivo, la key también los tiene; si no, solo Wiki y código fuente. La sesión del chat no sirve para el MCP: son credenciales distintas a propósito.

El valor de la key no se guarda (solo su hash), así que se muestra una sola vez: si la pierdes, revócala y genera otra. Revocar corta el acceso en el request siguiente. Todas las keys de todas las personas están en API keys (MCP), en la vista del admin.

Generar API key

Nombre Key Creada Último uso Estado Acciones

Usuarios

Quién entra al chat y con qué roles. Se crean desde aquí y no se borran: se bloquean.

Nuevo usuario

Se crea como pendiente, sin contraseña: entra cuando la defina con su link de invitación.

Roles

Usuarios

Nombre Email Roles Estado Último login Último mensaje Acciones

Los usuarios no se borran: se bloquean. Bloquear, cambiar roles o resetear la contraseña corta sus sesiones en el momento.

Proveedores y modelos

De dónde salen las respuestas y qué modelos se ofrecen. Primero se agrega el proveedor, después sus modelos.

Proveedores

De aquí salen las respuestas. Se guarda la base de la URL: el chat le agrega /chat/completions para chatear y /models para listar. La API key se guarda cifrada y no se vuelve a mostrar.

Nombre Base URL API key Modelos Estado Último "Probar" Acciones

Modelos

Un solo modelo es el default, y el default siempre es público y está habilitado. Los usuarios comunes solo ven los públicos; si el default se cae, el sistema elige el público habilitado más antiguo.

Modelo Proveedor Clave Público Habilitado Tools Visión Contexto Default

API keys del MCP

Las llaves con las que los clientes MCP (LM Studio, Cursor, Claude) entran al servidor por HTTP. Cada key pertenece a una persona y puede exactamente lo mismo que esa persona: los roles live_api_dev / live_api_prod deciden si llega a datos en vivo, y LIVE_ACCESS_MODE sigue siendo el interruptor general.

Keys emitidas

El valor de la key no se guarda (solo su hash), así que no se puede volver a mostrar: si alguien la pierde, se revoca y se genera otra. Revocar corta el acceso en el request siguiente, igual que bloquear al dueño.

Dueño Nombre Key Alcance Creada Último uso Estado Acciones

Cómo la usa un desarrollador

Cada persona genera la suya desde su menú de usuario, en el chat. El endpoint es /mcp y se autentica solo con el header Authorization: Bearer: la sesión del chat no sirve para el MCP (son credenciales distintas a propósito). 


          

        


        

          

            
Auditoría

            

              Qué se hizo con los datos en vivo, quién lo hizo y cómo salió.
            

          


          

            
Auditoría

            

              Qué se hizo con los datos en vivo: quién, qué tool, qué entorno y cómo salió. Incluye los
              intentos rechazados por falta de permiso (quedan con ✗), que son justamente
              los que conviene mirar.
            

            

              
              
              
              
            

            

              
                

                  Cuándo
                  Quién
                  Evento
                  Tool
                  Entorno
                  Resultado
                  Duración
                  Argumentos
                

              
              
            

            
            

          

        


        

          

            
Conversaciones

            

              Revisión de solo lectura de lo que se habló, para detectar respuestas flojas.
            

          


          

            
Conversaciones

            

              Los administradores pueden revisar las conversaciones de todos (es una herramienta interna y
              así se detectan respuestas flojas). Cada vez que abres una conversación ajena queda registrado
              en Auditoría. La revisión es de solo lectura: desde aquí no se
              puede escribir, borrar ni intervenir en un turno en curso.
            

            

              
              
              
              
            


            

              
                

                  Último mensaje
                  Usuario
                  Título
                  Turnos
                  Tokens
                  Modelo
                  Feedback