fspec

← Retour au tableau · Le labo ↓

Rang : C · dépôt

Présentation du framework

fspec est un harness multi-agent piloté par les spécifications. Il sert d'infrastructure à une usine logicielle où plusieurs agents d'IA traitent des tâches en parallèle, guidées par des spécifications et gérées sur un tableau Kanban. Ce travail suit l'Acceptance Criteria Driven Development (ACDD), une chaîne où chaque fonctionnalité passe dans l'ordre par la spécification, les tests puis l'implémentation. L'agent y pose des questions de clarification, rédige des scénarios qui capturent l'intention, génère des tests en échec puis écrit juste assez de code pour les faire passer, chaque ligne remontant à une exigence. Ce flux de production reste facultatif : il est disponible quand on le souhaite, sans être imposé. En contrepartie, les agents de fspec disposent d'un accès complet au système de fichiers, au réseau et au shell.

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

Les critères

1 - Adoption durable · Bas 97 étoiles ; le dépôt existe depuis 359 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 · Bas Porté par une organisation ; 1 contributeur.

4 - Multi-outils · Haut 3 assistants pris en charge sur 14 considérés : Claude Code, Codex CLI, Cursor. 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 : C. 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 Bas (critères 1 et 3). Le critère 5 est publié sans influencer le rang.

Prochain cran : aucun, le seul passage du temps ne déplace pas ce rang.

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-07.

Critère 1 - Adoption durable

Niveau : Bas, moins de 1 000 étoiles ou dépôt créé depuis moins de 6 mois.

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 : Bas, trois contributeurs ou moins, ou part exacte du premier contributeur ≥ 80 %.

Les deux clauses ont décidé : le compte de contributeurs et la part du premier. Elles se rejoignent, c'est une confirmation et non un double comptage.

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é » : Binaire Rust exécuté localement, documents d'init écrits dans le dépôt de l'adoptant

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 8 fichiers de prose, chacun par son chemin et son préambule, puis 6 pièces demandées sous prompt-pieces-v3 : rust/fspec-core/src/commands/init_doc_plain_cli.md · rust/fspec-core/src/commands/bootstrap_doc.txt · rust/fspec-core/src/commands/init_doc_sysrem_cli.md · README.md · rust/fspec-core/src/commands/init_doc_plain_ide.md · examples/hooks/README.md.

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

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