pilot-shell

← Retour au tableau · Le labo ↓

Rang : B · dépôt

Présentation du framework

Pilot Shell est un système d'ingénierie du contexte et du harnais qui entoure les agents de programmation, et non une collection de règles et de compétences. Il coordonne l'ensemble du processus d'ingénierie autour du modèle, des revues indépendantes aux vérifications à l'exécution. Quand un cadre plus structuré est voulu, les workflows /spec, /build, /fix et /prd ajoutent des artefacts durables et des contrats de cycle de vie explicites, sans devenir des règles d'aiguillage pour les demandes ordinaires. En arrière-plan, la capture de mémoire s'exécute automatiquement pour les deux agents pris en charge. Cette prise en charge reste inégale : sur le second agent, tous les workflows sont disponibles, mais avec moins de fonctionnalités propres à la plateforme. Lors du compactage de la conversation, les mécanismes de sauvegarde et de restauration ne garantissent pas la conservation de chaque détail échangé.

Ce texte a été généré le 2026-09-14 à partir de la documentation des concepteurs.

Les critères

1 - Adoption durable · Moyen 2 080 étoiles ; le dépôt existe depuis 347 jours.

2 - Maintenance active · Haut Le projet n'est pas archivé ; ses dernières modifications datent de 1 jour avant le relevé du 2026-09-30.

3 - Gouvernance / bus factor · Moyen Porté par une personne ; 12 contributeurs.

4 - Multi-outils · Haut 2 assistants pris en charge sur 14 considérés : Claude Code, Codex CLI. Le projet suit aussi la convention AGENTS.md.

5 - Évaluation tierce · Bas Aucun travail indexé ne cite l'entrée, après exclusion de l'auto-citation.

En pratique

S'installe par un script. Fonctionne sur votre machine, sans service hébergé ni clé de licence.

Le labo : comment ces résultats sont construits

Les règles appliquées, les données lues et leurs dates, les choix humains et leurs motifs.

Dans les tables ci-dessous : Faits au est la date des faits rapportés par la source ; Relevé le, la date à laquelle la chaîne les a lus ; Âge, l'ancienneté d'une date au jour du relevé.

Le rang

Rang : B. Quatre critères influencent le rang (1, 2, 3 et 4), et le rang est le niveau du plus faible : A si les quatre sont Haut, B autrement, C si l'un est Bas. Ici, le plus faible est Moyen (critères 1 et 3). Le critère 5 est publié sans influencer le rang.

Prochain cran : le 2027-03-29, le rang passera à C si rien ne bouge chez lui.

Provenance

La présentation a été générée le 2026-09-14 à partir des déclarations des concepteurs dans leur documentation publique et des éléments que nous avons collectés, dont les plus anciens datent du 2026-09-09.

Critère 1 - Adoption durable

Niveau : Moyen, tout le reste.

Critère 2 - Maintenance active

Niveau : Haut, aucun signal de dérive, une release publiée, et aucune des deux fraîcheurs en défaut : push ≤ 120 j, release ≤ 6 mois.

Critère 3 - Gouvernance / bus factor

Niveau : Moyen, tout le reste.

Critère 4 - Multi-outils

Niveau : Haut, la convention AGENTS.md fait partie des assistants atteignables.

Critère 5 - Évaluation tierce

Niveau : Bas, aucun travail indexé ne cite l'entrée.

Les travaux collectés : zéro trouvé suite à nos recherches, après exclusion de l'auto-citation.

Déclaré par nous

Éditorial : une personne l'a écrit et en répond, l'ayant vérifié.

Motif de « sans service hébergé » : Offre commerciale adossée : clé de licence, renommé Pilot Shell (adresse actuelle https://github.com/maxritter/pilot-shell, l'ancienne restant l'identité au corpus). Le corpus le déclare néanmoins : « le cycle s'exécute en local », la licence portant sur l'outillage et non sur un service hébergé qui exécuterait le cycle

Autres données relevées

Elles n'entrent dans aucun critère.

Classification

Calculée par la chaîne depuis les réponses de l'Analyste model_written généré : un modèle a lu l'inventaire du matériel que l'entrée livre, a choisi les pièces qu'il voulait lire en entier et nommé, pour chaque champ, les sources attendues que l'inventaire ne portait pas, puis répondu aux questions de fait que pose la méthode de chaque champ, chaque réponse citée et pesée ; la chaîne a vérifié chaque réponse, a ramené à la force qu'admet sa question une réponse qui la dépassait, en le disant à côté d'elle, puis calculé la valeur par la règle du champ, et son qualificatif. La version lue porte le commit de l'arbre lu, par ses premiers caractères quand la version n'est pas déjà ce commit. La référence manual éditorial est la valeur que l'Éditeur a lue, sous la définition qu'elle nomme : elle mesure l'accord et ne décide de rien ici. Les questions, la règle de chaque champ, et ce que veulent dire énoncé, indice, doute, principalement et semble, se lisent au labo.

Les réponses que chaque règle a lues :

Ce que l'Analyste a lu : l'inventaire de 144 fichiers de prose, chacun par son chemin et son préambule, puis 12 pièces demandées sous prompt-pieces-v3 : pilot/skills/spec-plan/steps/09-write-plan.md · pilot/skills/spec-plan/steps/07-implementation-planning.md · pilot/skills/spec/steps/02-status-dispatch.md · pilot/skills/spec-implement/steps/02-tdd-loop.md · pilot/skills/spec-plan/steps/01-special-cases.md · pilot/rules/task-and-workflow.md · pilot/skills/prd/steps/07-write-prd.md · pilot/skills/prd/steps/02-research.md · pilot/skills/prd/steps/03-ideate.md · pilot/skills/spec/steps/01-parse-route.md · pilot/skills/prd/orchestrator.md · pilot/skills/spec-implement/steps/01-setup.md.

Ce qui a bougé depuis le 2026-09-09

Aucun mouvement : cette entrée garde son rang et ses cinq niveaux.