Portable Computer n’est pas présenté comme un simple chatbot installé sur un ordinateur. L’approche associe, sur NVIDIA DGX Spark, le modèle, le harnais qui structure les actions de l’agent et un orchestrateur. Le point décisif est ailleurs : « local-first » ne signifie pas que toute interaction est coupée de l’extérieur. Certaines tâches peuvent demander une recherche web, un connecteur ou une escalade vers le cloud, avec un accord utilisateur annoncé.
Un agent IA local, pas un agent coupé du cloud
Le cœur de la proposition repose sur une exécution locale du harnais d’agent, de l’orchestrateur et de modèles post-entraînés sur DGX Spark. La machine ne sert donc pas seulement à afficher une interface : elle porte les composants qui organisent l’exécution d’une tâche et permettent à l’agent de conserver son état d’une session à l’autre.
Le terme « local-first » décrit une priorité de fonctionnement, non une fermeture totale. Lorsqu’une tâche nécessite l’extérieur, l’architecture prévoit des sorties vers la recherche web, des connecteurs ou un modèle cloud plus puissant. L’orchestrateur est annoncé comme demandant l’accord avant d’orienter une tâche vers l’un de plus de quinze modèles cloud. Cette distinction compte : l’agent peut rester centré sur la machine tout en gardant une possibilité de délégation.
Ce qui reste sur la machine, ce qui peut sortir
| Élément ou action | Traitement annoncé | Ce que cela implique |
|---|---|---|
| Modèle, harnais, conversation et trajectoire de l’agent | Sur la machine par défaut | Ces composants appartiennent à la partie locale de la pile. |
| Orchestrateur et tâches locales | Exécutés sur DGX Spark | L’orchestration fait partie de l’exécution locale annoncée. |
| Recherche web et connecteurs | Fonctions externes lorsqu’elles sont nécessaires | Elles ne doivent pas être confondues avec le socle local. |
| Escalade vers un modèle cloud | Possible après demande d’accord | Le système peut déléguer une tâche au cloud au lieu de la traiter uniquement en local. |
La grille évite deux raccourcis. D’une part, un modèle local ne suffit pas à résumer le produit : la conversation et la trajectoire de l’agent font aussi partie de ce qui réside par défaut sur la machine. D’autre part, une tâche qui utilise la recherche web, un connecteur ou le cloud ne relève plus du seul périmètre local. L’accord annoncé avant l’escalade est donc un élément de fonctionnement, pas un détail d’interface.
Pourquoi le harnais et le modèle comptent autant que le modèle seul
Dans cette architecture, le harnais désigne la couche qui encadre la manière dont l’agent mène une tâche. Portable Computer associe cette couche à un modèle post-entraîné, au lieu de présenter le modèle comme un composant autonome. Perplexity rattache cette conception au profil de capacité du modèle local : le harnais est adapté au modèle et le modèle est post-entraîné pour l’utiliser.
- Le modèle apporte la capacité de traitement mobilisée localement.
- Le harnais organise l’usage de cette capacité dans la tâche.
- L’orchestrateur maintient la possibilité de traiter localement ou de demander une escalade externe.
C’est ce couplage qui différencie l’expression « agent local-first » d’un modèle local isolé. Aucune mesure indépendante de performance, aucun taux d’erreur et aucune comparaison avec des agents cloud ne sont établis ici : l’architecture permet d’exposer le mécanisme annoncé, pas d’en classer les résultats.
DGX Spark aujourd’hui, RTX plus tard : la limite matérielle à ne pas effacer
Le matériel ciblé dans ce dossier est NVIDIA DGX Spark. NVIDIA présente Portable Computer comme optimisé pour cette plateforme, avec une configuration d’inférence locale en un clic et un modèle Qwen 3.8 27B spécialement post-entraîné. Cela confirme la place de DGX Spark dans l’offre présentée ; cela ne transforme pas le produit en logiciel confirmé pour tous les PC.
La prise en charge des GeForce RTX et RTX PRO est annoncée comme à venir par NVIDIA. Elle ne peut donc pas être présentée ici comme disponible. La mention séparée d’un build Linux ARM64 natif de Chrome sur DGX Spark ne valide pas non plus Portable Computer sur Linux RTX, ni sur une distribution Linux ou une machine RTX donnée.
Ce que cette approche permet d’évaluer — et ce qu’elle laisse ouvert
L’intérêt de Portable Computer se lit dans l’architecture annoncée : garder par défaut sur la machine les composants de l’agent, tout en prévoyant une sortie contrôlée lorsque la tâche requiert le monde extérieur. Cette logique peut être pertinente pour qui cherche à distinguer les étapes locales d’une délégation externe, plutôt que d’attendre d’un agent qu’il soit entièrement hors ligne.
Plusieurs points restent ouverts dans ce dossier : prix, conditions de licence, date et périmètre de la future prise en charge RTX, prérequis système, compatibilité avec des PC particuliers et performances mesurées de manière indépendante. Ils empêchent de convertir cette présentation en recommandation d’achat ou en promesse générale sur la confidentialité, le coût ou la performance.
