Les questions courantes, sans brouillard marketing.

LM Nexus est un centre de contrôle AI open-source et local-first. Il réunit modèles et runtimes avec agents, outils, fichiers de projet, notes, terminaux, appareils et mondes persistants afin que le travail autour d'un modèle ne soit pas dispersé entre plusieurs applications.

Non. Local-first est le choix par défaut, pas une restriction local-only. LM Nexus peut utiliser des runtimes locaux comme llama.cpp, des endpoints self-hosted ou compatibles OpenAI et des providers API externes.

Oui, pour de nombreux workflows. LM Nexus recouvre leurs rôles applicatifs principaux : gérer et servir des modèles locaux, configurer des providers et fournir le chat. Il ajoute ensuite un contrôle plus profond du runtime, des agents, fichiers de projet, notes, Knowledge, terminaux, modules, appareils et mondes persistants. Ces outils peuvent toujours coexister avec Nexus si vous le souhaitez, mais Nexus n’est pas simplement une interface supplémentaire autour d’eux.

Non. llama.cpp est l’une des fondations d’inférence locale de LM Nexus. Nexus peut gérer et lancer llama.cpp/llama-server ; llama.cpp exécute l’inférence du modèle, tandis que Nexus fournit l’environnement de contrôle, l’UI, les profils, logs, agents, outils de projet et autres workflows autour.

Cela dépend du modèle et du runtime choisis. LM Nexus ne supprime pas les exigences matérielles de l'inférence locale. Vous pouvez aussi utiliser des providers hébergés sans exécuter le modèle localement. Les recommandations matérielles publiques seront documentées avec les premiers builds supportés.

Windows PowerShell natif est actuellement l’environnement principal de développement et la plateforme la mieux validée. Le stack complet a été exercé sur un véritable hôte Windows natif, notamment le launcher, le backend/frontend, les modules enregistrés, le Terminal ConPTY, Agent Runtime, Model Manager, l’état durable des exécutions et le nettoyage des processus. Linux et WSL restent des chemins de portabilité/compatibilité, mais n’ont pas reçu récemment le même niveau de validation par le maintainer. macOS ne fait actuellement pas partie de la cible de support documentée.

Pas encore publiquement. L'application est toujours en alpha privée. Le site et la documentation sont déjà publics ; les installateurs ou archives de release apparaîtront lorsque le premier build public sera prêt.

AGPL-3.0-only est prévue pour la première release publique. Le dépôt n'a pas encore terminé ce changement de licence : il faut donc la considérer comme la licence publique prévue, et non comme une transition déjà achevée.

Les modèles locaux, runtimes et données du workspace peuvent rester sur votre machine. Si vous choisissez un provider externe, les requêtes que vous lui envoyez quittent nécessairement la machine locale et sont soumises au comportement et aux politiques de ce provider.

Non. Physical Systems est optionnel. Les modèles, runtimes, agents et le workspace projet fonctionnent sans matériel supplémentaire ; les intégrations d'appareils étendent le même environnement aux systèmes physiques lorsque vous le souhaitez.

Non. Le chat n'est qu'une surface. Le projet couvre un workflow plus large : contrôle du runtime, agents, fichiers, notes, Knowledge, terminaux, logs, appareils et mondes persistants.