CoeOS Desktop
CoeOS Desktop est le harnais agentique de CoeOS, sur votre poste. Là où l’application web travaille dans un cadre multi-agent gardé, le desktop donne à l’agent la machine entière : vos fichiers, votre shell, votre environnement. Plus proche d’un agent de code que d’un assistant de conversation.
Il existe pour macOS, Windows et Linux, et se met à jour tout seul.
Le modèle passe toujours par la box
Section intitulée « Le modèle passe toujours par la box »Le desktop ne parle qu’à la box de votre instance : les modèles, la recherche web et la lecture de pages passent par elle. Même routage par compétence, mêmes règles de confidentialité que l’application web. Un contrôle de build vérifie qu’aucune autre partie du code n’ouvre de connexion réseau.
- Un agent racine planifie dans une liste de tâches partagée, puis délègue à des sous-agents qui tournent en parallèle, au premier plan ou en arrière-plan.
- Des budgets de run : nombre d’étapes, jetons, nombre de sous-agents, profondeur, concurrence.
- Les outils du poste : fichiers partout sur la machine, et le shell de l’utilisateur avec son environnement. Pas de bac à sable.
- Les agents sont définis en Markdown ; vous pouvez remplacer ceux qui sont livrés ou
ajouter les vôtres. Un agent
decisiontrie et classe des listes avec un modèle de décision. - Le modèle de chaque agent se règle : un modèle de la box en ouvert, un axe de la table Local en confidentiel, ou « CoeOS gère » par défaut.
Les permissions
Section intitulée « Les permissions »- Demander (par défaut) : chaque commande et chaque écriture attend votre accord.
- Tout accorder : l’agent agit sans demander.
Le mode change à chaud. Chaque tour garde la trace de ses écritures : vous voyez le diff et pouvez les annuler.
Le mode Code
Section intitulée « Le mode Code »Pour un travail de code, l’agent suit un circuit : un plan, revu par un panel de trois agents en parallèle (direct, alternative, sceptique) ; un désaccord vous est remonté ; seul votre GO approuve le plan ; puis l’exécution par dépendances et une relecture du code. Le modèle ne peut pas approuver son propre plan.
La confidentialité
Section intitulée « La confidentialité »- Chaque requête porte sa classe. Une conversation se lance en ouvert par défaut ; Confidentiel se choisit dans le composeur ou dans les Réglages, et la box sert alors les modèles de la table Local.
- Comme dans l’application web, une conversation confidentielle ne repasse jamais en ouvert.
- La mémoire et les skills sont séparées par classe : un run ouvert ne lit jamais ce qui vient d’un run confidentiel.
- Chaque serveur MCP porte une classe ; la base de connaissance (OdyRAG) est écartée des runs ouverts par défaut.
La mémoire et les skills
Section intitulée « La mémoire et les skills »- La mémoire : en fin de run, l’agent écrit ce qui est durable. Vous pouvez importer une mémoire existante (fichier, dossier, zip) ; elle est cherchée localement.
- Les skills : vos skills Claude Code fonctionnent tels quels. Un skill écrit par l’agent n’est chargé qu’après votre validation.
Le confort
Section intitulée « Le confort »Commandes /, fork d’une conversation, titres générés, pièces jointes (images, textes,
fichiers), notifications, jauge du contexte, planificateur de tâches et barre de menus.
La voix (Jarvis)
Section intitulée « La voix (Jarvis) »Une conversation parlée est disponible. C’est une exception assumée : l’audio part chez Google (Gemini Live), avec un jeton éphémère émis par la box. Activer la voix passe la conversation en ouvert et désactive le confidentiel jusqu’à l’arrêt.