<- retour à runpane.com

pensé pour les agents

tous les gestionnaires d’agents vous permettent de gérer des agents.
lesquels permettent aux agents de se gérer eux-mêmes ?

La plupart des gestionnaires d’agents sont conçus pour les humains. Vous cliquez sur des boutons, changez d’onglet et lancez des commandes git. L’agent reste dans un terminal et attend. Pane renverse la logique. Les agents peuvent installer Pane, découvrir ses commandes, créer des espaces de travail, lancer d’autres agents, suivre leur avancée et vous faire un compte rendu. Aucun SDK spécial. Aucun service hébergé. Juste une CLI que tous les agents savent déjà utiliser.

Le test : un agent qui part de zéro peut-il installer votre outil, comprendre son fonctionnement, créer des espaces de travail isolés, lancer d’autres agents et gérer tout le workflow sans que personne ne clique ? Avec Pane, oui.

01

les agents peuvent installer pane eux-mêmes

Pane est publié sur npm et PyPI. Un agent peut l’installer avec une seule commande. Aucun navigateur, aucune page de téléchargement, aucun glisser-déposer dans Applications. S’il a Node ou Python, il a Pane.

Pourquoi c’est important : les agents ne peuvent pas cliquer sur un bouton de téléchargement. Si votre outil exige une installation manuelle, ils ne peuvent pas le configurer. Pane les rejoint là où ils travaillent déjà : dans le gestionnaire de paquets.

npx --yes runpane@latest
pipx run runpane
pnpm dlx runpane@latest
02

les agents peuvent découvrir les commandes avant l’installation

Le schéma complet des commandes est publié à une URL publique. Un agent peut voir ce que propose Pane avant d’installer quoi que ce soit. Aucun site de documentation à parcourir. Aucun dépôt GitHub à cloner. Un seul curl suffit.

Pourquoi c’est important : les agents sont prudents avant d’installer des paquets. S’ils peuvent d’abord vérifier ce que fait un outil, ils auront plus de raisons de l’utiliser.

curl -fsSL https://runpane.com/runpane-cli-contract.json
03

découverte automatique après l’installation

Après l’installation, runpane agent-context affiche un résumé court de chaque commande. Le mot important, c’est court : tout tient dans la fenêtre de contexte d’un agent. Quand il lui faut le détail d’une commande précise, il ne charge que celle-ci.

Pourquoi c’est important : l’aide de la plupart des CLI est écrite pour les humains. Les agents ont besoin de résumés structurés, courts et faciles à analyser, qui ne saturent pas leur fenêtre de contexte.

runpane agent-context --json
runpane agent-context --command "panes create" --json
04

une sortie json partout

Chaque commande accepte l’option --json. Les agents obtiennent des données structurées qu’ils peuvent analyser sans erreur. Plus besoin de deviner la largeur des colonnes, de retirer les codes ANSI ou d’appliquer une regex à des tableaux écrits pour les humains.

Pourquoi c’est important : les agents qui tentent d’analyser une sortie pensée pour les humains cassent sans arrêt. JSON est le langage naturel de l’automatisation.

runpane panes list --json
runpane panels screen --panel <id> --limit 80 --json
05

mode non interactif

Les agents ne peuvent pas répondre aux messages « Vous êtes sûr ? ». Chaque commande qui modifie quelque chose exige --yes pour une utilisation non interactive. Sans cette option, la commande affiche ce qu’elle ferait puis s’arrête. Avec elle, la commande s’exécute.

Pourquoi c’est important : une seule demande de confirmation peut bloquer tout le workflow d’un agent. Le mode non interactif fait la différence entre un outil adapté aux agents et un outil qu’ils peuvent vraiment utiliser.

runpane panes create --repo active --name "issue-42" --agent codex --yes --json
06

une sortie courte qui respecte la fenêtre de contexte

Quand un agent lit la sortie d’un terminal, il n’a pas besoin de 10 000 lignes. Les valeurs par défaut sont faibles. Les agents augmentent --limit seulement quand il leur en faut davantage.

Pourquoi c’est important : chaque ligne de sortie en plus consomme des tokens que l’agent pourrait utiliser pour réfléchir. Respecter sa fenêtre de contexte est essentiel pour lui offrir une bonne expérience.

runpane panels screen --panel <id> --limit 80 --json
runpane panels output --panel <id> --limit 200 --json
07

un diagnostic avant toute action

Avant de créer des panes, un agent doit vérifier l’environnement. runpane doctor contrôle la version du wrapper, la plateforme, l’app installée et l’état du daemon. Si quelque chose ne va pas, l’agent le sait avant de perdre du temps.

Pourquoi c’est important : les agents qui ne vérifient pas l’environnement créent des panes qui échouent sans bruit. Une commande de diagnostic repère les problèmes dès le départ.

runpane doctor --json
08

des panes en arrière-plan qui ne prennent pas votre écran

Quand les agents créent des panes, ils utilisent --source agent. Le nouveau pane s’ouvre en arrière-plan. Vous continuez à travailler. L’agent aussi. Personne n’interrompt personne.

Pourquoi c’est important : un agent qui prend la fenêtre active chaque fois qu’il crée un espace de travail est inutilisable. La création en arrière-plan est indispensable pour coordonner des agents.

runpane panes create --repo active --name "task" --agent codex --source agent --wait-ready --yes --json
09

les agents peuvent coordonner d’autres agents

Un agent peut créer des panes, lancer d’autres agents, attendre qu’ils terminent, lire leur sortie, leur envoyer de nouvelles instructions et vérifier les résultats. C’est une boucle d’agents complète. Aucun planificateur hébergé. Aucun SDK spécial. Juste des commandes CLI.

Pourquoi c’est important : c’est là que va le secteur. Un agent coordinateur gère une équipe d’agents spécialisés. Pane lui donne les commandes dont il a besoin. Le skill runpane-orchestrator open source fait exactement cela.

runpane panes create --agent codex --prompt "Implement issue 42" --source agent --yes --json
runpane panels wait --panel <id> --for idle --json
runpane panels screen --panel <id> --json
runpane panels submit --panel <id> --text "Continue" --yes --json
10

compatible avec tous les agents et tous les os

Claude Code, Codex, Aider, Goose, OpenCode ou n’importe quel agent CLI. Windows, WSL, macOS, Linux, VM et hôtes distants. Pane ne vous enferme ni dans un agent ni dans une plateforme. Si un nouvel agent sort demain, il fonctionne déjà dans Pane aujourd’hui.

Pourquoi c’est important : le paysage des agents IA change tous les mois. Si votre outil de travail dépend d’un agent, votre avenir dépend du sien. Pane est indépendant de l’agent, car il héberge des terminaux au lieu d’intégrer un fournisseur d’IA.

vue d’ensemble

Reprenons le test : un agent qui part de zéro peut-il installer votre outil, comprendre son fonctionnement et exécuter tout un workflow multi-agents sans intervention humaine ?

fonctionpanela plupart des autres
Installation par l’agentnpm / pipTéléchargement manuel
Découverte des commandesURL publique + CLILire la documentation
Sortie structurée--json partoutPour les humains seulement
Mode non interactifOption --yesDemandes interactives
Boucles d’agentsCLI complèteNon pris en charge
Plusieurs OSWin, WSL, Mac, LinuxmacOS seulement
Indépendant de l’agentToute CLI de terminalUn ou deux agents

voir pane en action

- Configurez votre première boucle d’agents

- Documentation de la CLI runpane

- Pane Chat : l’agent coordinateur intégré

- Code source sur GitHub

- Blog : comment créer une CLI que les agents utiliseront vraiment

Parsa Khazaeepoul

par Parsa Khazaeepoul

Dernière mise à jour le 24 juin 2026

questions fréquentes

ou
Télécharger*
Alerte Windows SmartScreenLes téléchargements directs peuvent afficher une alerte SmartScreen tant que Pane n'est pas signé. Pane est entièrement open source. Vous pouvez vérifier le code et le compiler vous-même.1. Cliquez sur Informations complémentaires2. Cliquez sur Exécuter quand même3. Continuez l'installationL'installation PowerShell télécharge directement la version officielle et évite la plupart des blocages du navigateur.installation globale npm
Collez cette commande dans PowerShell.MacLinux