Preguntas frecuentes, sin niebla de marketing.

LM Nexus es un centro de control de AI open-source y local-first. Reúne modelos y runtimes con agentes, herramientas, archivos de proyecto, notas, terminales, dispositivos y mundos persistentes para que el trabajo alrededor de un modelo no quede repartido entre aplicaciones separadas.

No. Local-first es la opción predeterminada, no una restricción local-only. LM Nexus puede trabajar con runtimes locales como llama.cpp, endpoints self-hosted o compatibles con OpenAI y proveedores API externos.

Sí, para muchos flujos de trabajo. LM Nexus se solapa con sus funciones principales: gestionar y servir modelos locales, configurar providers y ofrecer chat. A partir de ahí añade control más profundo del runtime, agentes, archivos de proyecto, notas, Knowledge, terminales, módulos, dispositivos y mundos persistentes. Esas herramientas pueden seguir conviviendo con Nexus si las necesitas, pero Nexus no es simplemente otra interfaz alrededor de ellas.

No. llama.cpp es una de las bases de inferencia local de LM Nexus. Nexus puede gestionar y lanzar llama.cpp/llama-server; llama.cpp realiza la inferencia del modelo, mientras Nexus proporciona el entorno de control, UI, perfiles, logs, agentes, herramientas de proyecto y otros workflows.

Depende del modelo y del runtime que elijas. LM Nexus no elimina los requisitos de hardware de la inferencia local. También puedes usar proveedores alojados sin ejecutar el modelo localmente. La guía pública de hardware se documentará con los primeros builds compatibles.

Windows PowerShell nativo es actualmente el entorno principal de desarrollo y la plataforma mejor validada. El stack completo se ha probado en un host Windows nativo real, incluidos launcher, backend/frontend, módulos registrados, Terminal mediante ConPTY, Agent Runtime, Model Manager, estado durable de ejecuciones y limpieza de procesos. Linux y WSL siguen siendo rutas de portabilidad/compatibilidad, pero no han recibido recientemente el mismo nivel de validación del maintainer. macOS no forma parte actualmente del objetivo de soporte documentado.

Todavía no de forma pública. La aplicación sigue en alfa privada. El sitio web y la documentación ya son públicos, y los instaladores o archivos de release aparecerán cuando esté listo el primer build público.

AGPL-3.0-only está prevista para la primera versión pública. El repositorio todavía no ha completado ese cambio de licencia, por lo que debe entenderse como la licencia pública prevista, no como un cambio ya terminado.

Los modelos locales, runtimes y datos del workspace pueden permanecer en tu equipo. Si eliges un proveedor externo, las solicitudes enviadas a ese proveedor salen necesariamente de la máquina local y quedan sujetas a su comportamiento y políticas.

No. Physical Systems es opcional. Los modelos, runtimes, agentes y el workspace del proyecto funcionan sin hardware adicional; las integraciones de dispositivos amplían el mismo entorno a sistemas físicos cuando las necesitas.

No. El chat es solo una superficie. El proyecto cubre un flujo de trabajo más amplio: control del runtime, agentes, archivos, notas, Knowledge, terminales, logs, dispositivos y mundos persistentes.