SFEIR
Pi (agent de code) Technologie

Pi (agent de code)

Harnais d'agent de code minimal de Mario Zechner : quatre outils, extensions écrites par l'agent, MCP depuis septembre 2026, MIT, propriété d'Earendil.

SFEIR AI · Publié le 29 septembre 2026 · Mis à jour le 22 octobre 2026

Quatre outils par défaut et un prompt système court

Pi est un harnais d'agent de code en terminal, écrit en TypeScript et publié sous licence MIT. Le site pi.dev le décrit comme « a minimal agent harness ». La documentation des réglages fixe la liste des outils activés au démarrage : read, bash, edit, write. Les autres outils intégrés (powershell, grep, find, ls) se réveillent à la demande, par un simple +grep dans le fichier de réglages ; codemode et tool_search, arrivés avec la version 0.99.0, s'activent de la même façon et restent inactifs par défaut au 22 octobre 2026.

Armin Ronacher a résumé ce parti pris le 31 janvier 2026 : « First of all, it has a tiny core. It has the shortest system prompt of any agent that I'm aware of and it only has four tools: Read, Write, Edit, Bash. » Le comparatif publié par Composio le 21 août 2026 mesure un surcoût de contexte (prompt système et définitions d'outils) inférieur à 1 000 tokens par requête, contre environ 6 900 pour OpenCode. Un seul évaluateur, trente tâches : un indice, pas un verdict.

Pi se connecte à plus de quinze fournisseurs et à des centaines de modèles (Anthropic, OpenAI, Google, Bedrock, Mistral, OpenRouter, Ollama…), avec changement de modèle en cours de session. Il s'utilise en quatre modes : interactif, print/JSON pour les scripts, RPC (JSON sur stdin/stdout) et SDK pour l'embarquer dans une application. Les sessions sont stockées en arbre : on revient à n'importe quel message, on crée une branche et on continue.

Un agent qui écrit ses propres extensions

Une extension Pi est un module TypeScript qui accède aux outils, aux commandes, aux événements et à l'interface terminal. Le dépôt en fournit plus de cinquante exemples : sous-agents, mode plan, portes de permission, protection de chemins, exécution SSH, bac à sable. Ronacher formule la règle du jeu : « Pi's entire idea is that if you want the agent to do something that it doesn't do yet, you don't go and download an extension or a skill or something like this. You ask the agent to extend itself. » Le même jour, il l'écrivait sur X : « The future is software writing its own software. Which is why I'm so in love with Pi: a coding agent that can extend itself :) »

Cette architecture a fait de Pi le moteur d'OpenClaw, l'agent personnel de Peter Steinberger, que le site pi.dev cite comme exemple d'intégration. Elle fait aussi de Pi un matériau plus qu'un produit : l'équipe qui l'adopte doit relire les extensions que l'agent produit, comme n'importe quel code.

Contexte partagé : AGENTS.md, CLAUDE.md, skills

La documentation de sécurité de Pi liste les fichiers de contexte chargés au démarrage : « Context files such as AGENTS.override.md, AGENTS.md, and CLAUDE.md load regardless of project trust unless you disable context loading. » Le prompt système se remplace par un fichier .pi/SYSTEM.md dans le projet, ou se complète par .pi/APPEND_SYSTEM.md. Pour les compétences : « Pi implements the Agent Skills specification », et il découvre les répertoires .agents/skills/ du projet et de ses ancêtres.

Un dépôt qui porte un AGENTS.md, un CLAUDE.md et des skills en Markdown se pilote donc avec Pi sans rien réécrire, comme avec Claude Code, Codex, OpenCode ou Goose. Faire cohabiter plusieurs harnais sur un même projet teste la qualité de ce contexte : si un second harnais met à jour le code aussi bien que le premier, le contexte versionné est bon, et l'actif est là, pas dans l'outil. Cette lecture est le fil de la série sur les harnais ouverts.

MCP : refusé en janvier, intégré au cœur le 29 septembre 2026

En janvier 2026, Ronacher présentait l'absence de MCP comme un choix : « The most obvious omission is support for MCP. » Pi devait obtenir la même chose par des outils en ligne de commande documentés dans un README, ou par une extension écrite à la demande. La communauté a comblé le manque la première : l'extension pi-mcp-adapter de Nico Bailon est publiée sur le registre npm le 19 janvier 2026.

Le 29 septembre 2026, la version 0.99.0 change de ligne. Ses notes de version annoncent « Codemode and MCP: Connect MCP servers and let models run JavaScript that calls tools in parallel » et décrivent MCP, Codemode et la recherche d'outils comme des extensions livrées avec Pi. Les serveurs se déclarent dans ~/.pi/agent/mcp.json ou dans .pi/mcp.json au niveau du projet, en stdio ou en HTTP streamable, avec OAuth pour les serveurs distants ; le fichier de projet n'est lu qu'après que le projet a été déclaré de confiance, puisqu'un serveur stdio exécute une commande. Le transport SSE historique est refusé. Par défaut, les outils MCP ne sont pas déclarés au modèle : ils passent par Codemode, un outil qui exécute du JavaScript écrit par le modèle dans un bac à sable QuickJS sans accès au système de fichiers, au réseau ni aux minuteurs, où un script enchaîne plusieurs appels d'outils en un seul tour. Pi 1.0, publié le 1er octobre 2026, réduit d'environ 40 % les tokens de prompt de Codemode et durcit l'OAuth des serveurs MCP.

Le 2 octobre 2026, Thomas Claburn titre dans The Register sur un « 180 » et cite l'explication d'Earendil : « Ultimately what Pi needs is quite similar to what MCP needs: a sandbox to play with in the form of an interpreter. » Les extensions MCP de la communauté restent prises en charge, précise le site pi.dev.

Sécurité : aucune permission par défaut

La documentation pose le contrat sans détour : « Pi can read, change, and execute files with the permissions of the account that started it, and it does not ask for approval before every tool call. » Les extensions, les installateurs de paquets et les serveurs de langage héritent des mêmes droits. Le dépôt fournit un guide d'exécution en environnement isolé et présente le conteneur ou la machine virtuelle comme « usually the strongest practical option ». Les appels MCP passent par le même circuit d'outils que les outils natifs : une extension de permission les voit et peut les bloquer.

Pour un usage professionnel, cela se traduit par une règle simple : Pi tourne dans un conteneur dédié, avec des secrets limités et un accès réseau contrôlé, et chaque extension de permission passe par une relecture avant d'être installée.

Propriété, licence et trajectoire

Mario Zechner, auteur du framework de jeux libGDX, a créé Pi comme projet personnel, d'abord publié sous badlogic/pi-mono. Le 8 avril 2026, dans un billet intitulé « I've sold out », il annonce rejoindre Earendil, la société fondée par Armin Ronacher, et y emmener Pi. Le billet fixe les engagements : « pi is MIT licensed. It will stay MIT licensed. You can use it, fork it, build products on top of it, sell those products. Nothing changes. » La protection passe par la marque, déposée par Earendil, et non par la licence. Deux niveaux commerciaux sont annoncés au-dessus du cœur MIT : des fonctions sous licence Fair Source, ouvertes après un délai, puis des fonctions entreprise et cloud propriétaires. Conclusion du billet : « And if you ever feel like we've lost the plot, the fork button on GitHub still works. Always will. » Le bouton a déjà servi : oh-my-pi, fork déclaré de pi-mono par Can Bölük (Stencil Labs), publie depuis janvier 2026 un harnais « batteries incluses » sous la même licence MIT.

Le dépôt vit désormais sous earendil-works/pi et les paquets npm sous @earendil-works : le registre npm date la création du paquet @earendil-works/pi-coding-agent au 7 mai 2026, avec la version 0.74.0 comme première publication. Pi 1.0 est publié le 1er octobre 2026, accompagné de Pi Durable, un paquet séparé (@earendil-works/pi-durable) dont le README prévient : « Experimental. The API changes without notice between releases. » Il écrit conversations, tours de modèle et appels d'outils en stockage avant tout affichage, pour qu'un processus interrompu reprenne où il s'est arrêté. Le billet d'Earendil du 1er octobre 2026 le cadre : « Pi Durable was built specifically for long-running, durable, and malleable agents that can run anywhere. » Et : « It does not replace the Pi coding agent. » Au 22 octobre 2026, l'API GitHub renvoie 117 036 étoiles et 14 952 forks pour un dépôt créé le 9 août 2025, et la licence MIT est inchangée. Ces compteurs bougent chaque jour : ils mesurent l'attention, pas l'usage.

Questions fréquentes

Qui a créé Pi et à qui appartient-il ?

Mario Zechner, l'auteur de libGDX, a créé Pi comme projet personnel. Depuis le 8 avril 2026, Pi appartient à Earendil, la société fondée par Armin Ronacher ; Zechner y pilote les décisions sur Pi. Armin Ronacher n'en est pas le créateur, il en est un utilisateur et un promoteur, et le cofondateur de l'entreprise qui le possède.

Pi prend-il en charge MCP ?

Oui, depuis la version 0.99.0 du 29 septembre 2026, après l'avoir refusé par principe en janvier. Les serveurs se déclarent dans ~/.pi/agent/mcp.json ou .pi/mcp.json, en stdio ou HTTP streamable, avec OAuth. Par défaut, leurs outils ne sont pas déclarés au modèle : ils s'appellent depuis Codemode, un bac à sable QuickJS où le modèle écrit du JavaScript.

Pi lit-il les fichiers AGENTS.md et CLAUDE.md ?

Oui. La documentation de sécurité liste AGENTS.override.md, AGENTS.md et CLAUDE.md comme fichiers de contexte chargés au démarrage, et Pi implémente la spécification Agent Skills (répertoires .agents/skills/). Un dépôt outillé pour Claude Code ou Codex se pilote donc avec Pi sans réécriture.

Pi demande-t-il une confirmation avant d'exécuter une commande ?

Non. La documentation indique que Pi agit avec les droits du compte qui l'a lancé et ne demande pas d'approbation avant chaque appel d'outil. Des extensions de permission existent, à installer et relire soi-même ; le dépôt recommande le conteneur ou la machine virtuelle comme isolation la plus solide.

Qu'est-ce que Pi Durable ?

Un paquet séparé, @earendil-works/pi-durable, publié avec Pi 1.0 le 1er octobre 2026 et marqué expérimental par son README. Il enregistre conversations, tours de modèle et appels d'outils avant de les afficher, pour reprendre un travail interrompu. Le billet d'Earendil le destine aux agents de longue durée et précise qu'il ne remplace pas l'agent de code.

Sous quelle licence Pi est-il publié ?

MIT pour le cœur, engagement réitéré par Mario Zechner en avril 2026 et confirmé par l'API GitHub au 22 octobre 2026. Earendil a annoncé deux niveaux au-dessus : des fonctions sous licence Fair Source, publiées en open source après un délai, et des fonctions entreprise et cloud propriétaires. La marque Pi est déposée par Earendil.

Sources

Pi (agent de code) dans vos projets

Échanger avec SFEIR

Articles liés

Agents de code : les critères qui comptent avant le benchmark

Agents de code : les critères qui comptent avant le benchmark

Trente-trois agents de code relevés le 22 octobre 2026 sur quatre critères que les comparatifs ignorent : licence réelle, approbation par défaut, juridiction des données, fichiers de contexte lus. Le modèle compte moins que ces quatre lignes, et un projet sérieux fait cohabiter deux harnais.

Agents de code : rester libre en faisant cohabiter plusieurs harnais

Agents de code : rester libre en faisant cohabiter plusieurs harnais

Entre janvier et mars 2026, Anthropic a fermé ses abonnements aux harnais tiers et OpenCode a retiré le sien. La réponse utile tient en une pratique : faire tourner plusieurs harnais sur le même dépôt, pour vérifier que le contexte du projet tient sans eux.

Pi, l'agent de code qui tient en quatre outils

Pi, l'agent de code qui tient en quatre outils

Quatre outils, le prompt système le plus court du marché, des extensions que l'agent écrit lui-même : Pi (Mario Zechner, Earendil) est le harnais qui n'injecte presque rien. C'est ce qui en fait un bon second harnais pour tester le contexte d'un projet.

Pi, OpenCode, Goose : la comparaison terrain, et pourquoi un projet a besoin de deux harnais

Pi, OpenCode, Goose : la comparaison terrain, et pourquoi un projet a besoin de deux harnais

Tableau daté, critères qui départagent, trois scénarios avec les harnais propriétaires à leur place. Et une recommandation : gardez au moins deux harnais sur chaque projet, et faites-en un test de votre contexte.

Harnais open source : qui possède l'agent, l'entreprise ou la fondation ?

Harnais open source : qui possède l'agent, l'entreprise ou la fondation ?

Pi et OpenCode sont sous licence MIT et appartiennent à des entreprises ; Goose est sous Apache 2.0 et appartient à une fondation. Aucun des deux modèles ne garantit tout. Ce que chacun laisse à l'utilisateur, et les règles que nous appliquons, dont le test à deux harnais.

Harness Engineering : le modèle compte moins que le harnais

Harness Engineering : le modèle compte moins que le harnais

Même modèle, 58% vs 81,8% de réussite. La variable décisive n'est pas l'IA — c'est le système qui l'entoure. Bienvenue dans l'ère du harness engineering.

Le budget de tokens du contexte : un actif, pas une dépense

Le budget de tokens du contexte : un actif, pas une dépense

La facture IA explose ? Le vrai levier n'est pas de couper les tokens — c'est de comprendre que le contexte est un actif capitalisable, pas une dépense Opex. ROI ×5, architecture Hot/Warm/Cold, prompt caching : le cadre de décision du DSI.