PI-DESKTOP : un bureau persistant pour vos agents IA

https://github.com/vastsa/PI-Desktop

📌 PI-DESKTOP est un espace de travail desktop, local-first, qui donne aux agents IA un environnement persistant : projets, sessions, modèles et plugins y vivent ensemble, sans dépendre d’un IDE ni d’un terminal particulier.

Les agents de terminal exécutent très bien une consigne. Les agents d’IDE excellent dans le fichier ouvert. PI-Desktop essaie autre chose : un bureau dédié aux agents, qui ne doit rien à l’éditeur ni au shell et qui survit aux lancements de l’application. L’idée vaut le détour, même si la ligne de version (0.15.x, Early Preview) prévient qu’on est encore devant un chantier en mouvement.

Vous installez l’application sous macOS, Windows ou Linux, connectez un modèle, ouvrez un dépôt local, et vous travaillez selon trois modes. Agent : vous donnez une tâche, il lit le code, édite, teste et itère. Plan : il étudie le projet d’abord et produit un plan avant d’agir, pratique pour les refactors risqués. Goal : vous fixez l’objectif et les critères d’acceptation, il choisit son chemin. Les opérations privilégiées passent systématiquement par une couche de permissions, paramétrable en Allow, Ask ou Deny, session par session.

Le cœur reste volontairement réduit, et votre workflow s’assemble par extensions. Un plugin peut ajouter des commandes, des panneaux, des widgets flottants, des vues dans le Work Panel de droite, des outils pour l’agent, des skills, des thèmes, des serveurs MCP, des services résidents — et même un bus de messages pour laisser ces plugins communiquer entre eux. L’exemple du README illustre bien l’esprit : un agent vocal tient en un widget flottant, un service de reconnaissance, un outil d’agent et quelques commandes. Autrement dit, un plugin peut être un produit complet à part entière, distribué en package .piplug ou via un marketplace.

Quand un agent ne suffit plus, la délégation monte d’un cran. Les subagents travaillent en arrière-plan avec un contexte isolé et remontent leur résultat à l’agent parent. Pour des travaux plus longs, le Session Orchestrator lance de vraies Worker Sessions : contextes et exécution indépendants, inspectables, réutilisables, avec transcript complet. On passe d’« un agent m’aide à coder » à « plusieurs agents divisent et terminent le travail ».

PI-Desktop ne vous enferme dans aucun modèle. OpenAI, Anthropic, APIs compatibles, passerelles personnalisées, Ollama, LM Studio, modèles locaux : chaque session garde sa propre configuration (fournisseur, modèle, fenêtre de contexte, limite de sortie, raisonnement, température, clé). Vous pouvez donc changer de modèle en cours de session, ou en utiliser un différent d’une session à l’autre. Le modèle est une pièce remplaçable du workflow, pas le workflow lui-même.

Le local-first n’est pas cosmétique. Projets, sessions, réglages et journaux restent chez vous ; les clés d’API vont dans le trousseau du système. Pas de télémétrie, pas de compte obligatoire, pas de relais : les requêtes partent directement vers le fournisseur que vous avez configuré. On est à l’opposé des plateformes cloud qui gardent vos transcripts de l’autre côté.

• 🖥️ Sessions persistantes qui continuent entre deux lancements
• 🧩 Des plugins pour l’agent, l’interface et la plateforme (jusqu’au MCP)
• 🧵 Délégation en subagents ou Worker Sessions parallèles
• 🔁 Modèles interchangeables, jusqu’au 100 % local
• 🔐 Permissions Allow / Ask / Deny par session
• 📁 Local-first, sans télémétrie ni compte obligatoire

Si vous venez d’un autre agent, l’import évite de tout recommencer : Claude Code, Codex, OpenCode et Pi fournissent des sessions que l’application s’efforce de récupérer. Côté technique, PI-Desktop est construit sur l’écosystème pi de badlogic : le noyau hôte est en Rust, l’interface en Electron. En version 0.15.x, je trouve la direction plus juste que le résultat fini : l’architecture tient, et ce qui manque se corrige. La licence LGPL-3.0 laisse la recherche et les intégrations respirer.