Paseo réunit les agents de code dans un seul panneau

Ce que Paseo réunit réellement

Pour moi, l’intérêt principal de Paseo n’est pas le contrôle mobile en lui-même, mais la couche unifiée qu’il place au-dessus de plusieurs agents de code. Le site officiel et la documentation de Paseo décrivent un système self-hosted pour Claude Code, Codex, Copilot, OpenCode et Pi, pilotable depuis un ordinateur, un téléphone, le web et le CLI.

Au cœur du système se trouve un daemon qui préserve l’activité des agents entre les sessions. La commande paseo daemon start le lance, tandis que paseo run crée une tâche avec le fournisseur sélectionné. Paseo ne remplace donc pas les outils natifs des fournisseurs : il les enveloppe dans un panneau partagé, un CLI, un composant relay et une couche d’orchestration.

La partie la plus pratique, à mon sens, est le modèle de workspace. Le mode local utilise un répertoire existant, alors que le mode worktree crée ou ouvre un Git worktree géré avec une branche distincte et un environnement dédié à la tâche. Les agents parallèles ne devraient ainsi pas se gêner dans le même checkout ni écraser les fichiers des autres.

L’exécution reste sur votre propre machine ou VPS, avec l’environnement de développement local, les outils et les identifiants. Un relay est prévu pour l’accès distant, et les documents mentionnent aussi une configuration TLS gérée par l’utilisateur. En août 2026, je considère Paseo comme une approche architecturale déjà bien définie, plutôt que comme une simple nouvelle interface de chat pour agent.

Ce que cela change pour le développement

Le principal changement est simple : le fournisseur de l’agent ne définit plus l’interface d’exploitation. Vous pouvez conserver plusieurs moteurs sous un même modèle de lancement et de supervision, tout en séparant les tâches avec des Git worktrees. Pour un développeur qui alterne entre Claude Code, Codex et Pi, cela réduit réellement la friction opérationnelle.

Pour autant, self-hosted ne signifie pas sécurisé par défaut. Je commencerais par vérifier l’authentification du relay, les limites d’accès au système de fichiers, le stockage des secrets et le comportement en cas de perte de connexion. Un workspace distinct réduit les conflits, mais l’agent travaille toujours dans un véritable environnement de développement et en hérite des autorisations.

Une question moins évidente demeure : dans quelle mesure le panneau unifié restitue-t-il les capacités propres à chaque fournisseur ? Plus l’unification est pratique, plus elle risque de masquer des différences importantes concernant la confirmation des actions, le contexte et le cycle de vie des sessions. La force de Paseo réside dans sa couche de contrôle, qui constitue aussi son principal risque d’ingénierie.

Nous avons précédemment étudié le déploiement de l’agent IA autonome OpenClaw sur un VPS, du fonctionnement continu à la protection des accès et à la confidentialité. Ces mêmes questions se posent lors de la configuration de Paseo pour lancer Claude, Codex et Copilot à distance.