pensé pour les agents
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.
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@latestLe 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.jsonAprè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" --jsonChaque 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 --jsonLes 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 --jsonQuand 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 --jsonAvant 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 --jsonQuand 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 --jsonUn 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 --jsonClaude 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.
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 ?
| fonction | pane | la plupart des autres |
|---|---|---|
| Installation par l’agent | npm / pip | Téléchargement manuel |
| Découverte des commandes | URL publique + CLI | Lire la documentation |
| Sortie structurée | --json partout | Pour les humains seulement |
| Mode non interactif | Option --yes | Demandes interactives |
| Boucles d’agents | CLI complète | Non pris en charge |
| Plusieurs OS | Win, WSL, Mac, Linux | macOS seulement |
| Indépendant de l’agent | Toute CLI de terminal | Un ou deux agents |
- Configurez votre première boucle d’agents
- Documentation de la CLI runpane
- Pane Chat : l’agent coordinateur intégré
- Blog : comment créer une CLI que les agents utiliseront vraiment
Dernière mise à jour le 24 juin 2026