LM Studio paso a paso: descarga y prueba un modelo local

Una aplicación de escritorio para probar modelos

LM Studio permite buscar y descargar modelos, cargar una variante cuantizada, conversar, adjuntar documentos y levantar un servidor local. Para una persona que empieza, concentra varias tareas en una interfaz. Para desarrollo, expone APIs y herramientas de línea de comandos.

Puede operar completamente sin conexión una vez que la aplicación, los modelos y los recursos necesarios están disponibles. Esto incluye chat, conversación con documentos y servidor local. La privacidad efectiva depende además de no activar integraciones externas y de proteger los archivos, el historial y la red.

LM Studio no debe describirse como un proyecto de código abierto de forma general. Sus condiciones vigentes permiten uso personal e interno de empresa; revisa siempre las condiciones de la aplicación y la licencia de los pesos que descargues.

Descarga un modelo y repite siempre la misma prueba

1. Instala desde el canal oficial. Verifica el origen y conserva la versión utilizada en tu inventario.
2. Elige una variante que quepa con margen. Considera pesos, caché, contexto y memoria del sistema.
3. Revisa la ficha del modelo. Familia, cuantización, contexto recomendado y licencia.
4. Carga el modelo. Observa la estimación de memoria y evita utilizar toda la capacidad disponible.
5. Fija una prueba. Mismo prompt, parámetros y conjunto de documentos para comparar variantes.
6. Comprueba el procesador. Asegúrate de que la aceleración y la descarga a CPU coinciden con lo previsto.

Conectar LM Studio con otra aplicación

Desde el área de desarrollo, LM Studio puede iniciar un servidor en el propio equipo. También dispone de comandos para arrancarlo y definir puerto. Mantén el enlace en 127.0.0.1 durante las pruebas.

lms server start --port 1234

LM Studio ofrece endpoints compatibles con OpenAI y Anthropic, además de sus propias bibliotecas. «Compatible» no significa que todas las operaciones, esquemas de herramientas, eventos de streaming o códigos de error sean idénticos. Crea pruebas de contrato para la integración.

curl http://127.0.0.1:1234/v1/models

Si necesitas acceso desde la red, la documentación permite enlazar a otra dirección, pero recomienda habilitar autenticación. Añade además TLS mediante una capa frontal, segmentación, límites de entrada y reglas de cortafuegos.

Hablar con un archivo sirve para probar; una biblioteca compartida necesita más control

La función de documentos es útil para pruebas individuales. En una empresa hay que distinguir una conversación con archivos de un sistema RAG con permisos, versionado, eliminación, evaluación y fuentes. Un documento cargado por un usuario no debería quedar disponible para otro por defecto.

Cuándo elegir LM Studio, Ollama u Open WebUI

Las tres herramientas pueden convivir, pero evita duplicar repositorios y modelos sin control. Define cuál gestiona los pesos, cuál expone la API y cuál conserva conversaciones.

Comprobaciones básicas

• Versionar la aplicación, los modelos y la configuración de carga.
• Revisar licencia de cada modelo y uso permitido.
• Mantener el servidor en localhost salvo necesidad documentada.
• Habilitar autenticación antes de enlazar a la red.
• No activar CORS amplio sin una aplicación y orígenes concretos.
• Limitar contexto, concurrencia y tamaño de archivos.
• Definir copia y borrado para historial, documentos y modelos.
• Separar datos personales de pruebas técnicas cuando sea posible.

Instalar LM Studio y preparar una primera prueba limpia

LM Studio está pensado para explorar modelos desde una aplicación gráfica, pero la facilidad de uso no elimina las decisiones técnicas. La primera sesión debe dejar registrados el sistema, la memoria disponible, la variante exacta, el backend, el contexto y los parámetros. Así podrás repetir el resultado y distinguir una mejora real de un cambio de configuración.

1. Descarga desde el canal oficial. Verifica el origen del instalador y conserva la versión en tu inventario técnico.
2. Instala en un perfil controlado. Decide qué usuarios pueden descargar modelos y dónde se almacenarán.
3. Revisa la detección de hardware. Confirma que la aplicación reconoce el acelerador y el programa que ejecuta el modelo adecuado.
4. Busca una familia, no solo una etiqueta. Filtra por tarea y elige un tamaño que deje margen para contexto y sistema.
5. Comprueba licencia y formato. La disponibilidad de un archivo no concede automáticamente derechos de uso comercial.
6. Carga el modelo con ajustes conservadores. Empieza con contexto moderado, una sola sesión y parámetros reproducibles.
7. Ejecuta una batería corta. Usa ejemplos propios con respuesta verificable y guarda los resultados.

Qué significa cada ajuste antes de pulsar «cargar»

Buscar, descargar y comparar variantes con un método repetible

El buscador facilita acceder a repositorios de modelos, pero una lista ordenada por popularidad no equivale a una recomendación para tu empresa. Define primero idioma, tarea, longitud de contexto, necesidad de visión o herramientas y licencia aceptable.

1. Elige dos o tres candidatos. No descargues una colección completa sin una hipótesis de uso.
2. Usa el mismo conjunto de prompts. Incluye casos válidos, ambiguos, negativos y adversarios.
3. Fija parámetros. Temperatura, contexto y formato deben ser equivalentes.
4. Mide la primera y las siguientes respuestas. Separa carga del modelo, prefill y generación.
5. Comprueba estabilidad. Repite, cambia el contexto y prueba una segunda sesión.
6. Elige el menor que cumpla. El margen de memoria suele aportar más valor operativo que un modelo mayor al límite.

Para una selección más amplia por familias y memoria, consulta la guía de modelos de IA local.

Conversar con archivos: cómo probarlo sin confundirlo con un RAG empresarial

La conversación con documentos permite validar si un modelo entiende tu tipo de contenido. El procedimiento correcto comprueba extracción, fragmentación, recuperación, citas y rechazo. Si la aplicación responde bien a un documento pequeño, todavía falta resolver permisos, versiones, borrado y aislamiento entre usuarios.

1. Empieza con un documento limpio. Utiliza texto seleccionable y una estructura conocida. Evita comenzar con un escaneo complejo.
2. Formula preguntas de control. Incluye respuestas presentes, ausentes y repartidas en varias secciones.
3. Exige evidencia. Pide fragmento, sección o referencia que sustente cada respuesta.
4. Prueba la negativa. El sistema debe indicar que no encuentra la información en lugar de completarla con conocimiento general.
5. Cambia la versión del archivo. Comprueba si el contenido anterior sigue influyendo y cómo se elimina.
6. Revisa el historial. Determina dónde queda guardado y qué usuario puede acceder.

El documento también es entrada no confiable. Puede contener instrucciones dirigidas al modelo. Trátalo como datos, no como autoridad, especialmente si la respuesta puede activar herramientas.

Levantar una API, probar el contrato y decidir quién puede acceder

LM Studio puede servir modelos desde la pestaña de desarrollo o mediante la CLI lms. El servidor local suele escuchar en el puerto 1234. Mantén la interfaz en localhost para las primeras pruebas y solo amplía el acceso cuando exista una capa de seguridad definida.

lms server start --port 1234
curl http://127.0.0.1:1234/v1/models

Probar una conversación compatible con OpenAI

curl http://127.0.0.1:1234/v1/chat/completions \
  -H "Content-Type: application/json" \
  -d '{
    "model": "<identificador-visible-en-v1-models>",
    "messages": [
      {"role": "system", "content": "Responde con precisión."},
      {"role": "user", "content": "Explica el resultado de la prueba."}
    ],
    "temperature": 0.2
  }'

La respuesta puede incluir métricas de tiempo hasta el primer token y tokens por segundo según el endpoint. Registra además si el modelo estaba cargado. Una primera petición no es comparable con otra que reutiliza pesos residentes.

Lista de controles antes de permitir acceso de red

• Autenticación activada y secretos fuera del código cliente.
• TLS mediante proxy frontal y certificados mantenidos.
• Cortafuegos con origen limitado, no acceso público general.
• Límites de tamaño, contexto, concurrencia y tiempo.
• Registro de errores y métricas sin conservar prompts sensibles por defecto.
• Pruebas de contrato para chat, respuestas estructuradas, herramientas y streaming.
• Política de actualización y vuelta atrás del programa que ejecuta el modelo y de los modelos.

API compatible no significa idéntica. Valida los campos que utiliza tu aplicación, los formatos de error y el comportamiento ante herramientas. La compatibilidad parcial es suficiente para muchas integraciones, pero debe probarse.

Cuándo elegir LM Studio, Ollama u Open WebUI

No ejecutes varios gestores de modelos por inercia. Puedes duplicar almacenamiento, cargar dos copias del mismo modelo y crear conflictos de puertos. Define cuál es la fuente de inferencia de cada aplicación.

Diagnóstico: modelo que no carga, servidor inaccesible o respuestas lentas