SFEIR
sdlc agentic-coding claude-code harness-engineering context-engineering open-source

CrewRig : le contexte d'équipe comme artefact premier, une méthode née chez SFEIR

SFEIR AI
CrewRig : le contexte d'équipe comme artefact premier, une méthode née chez SFEIR

CrewRig est un cadre open source qui traite le contexte d'équipe comme l'artefact premier : des couches de configuration partagées, identiques quel que soit l'outil de codage, et une crew d'agents dimensionnée à la tâche. Il s'adresse aux équipes qui veulent standardiser leur usage de l'IA sans renoncer à la personnalisation par personne. Son auteur, Hoani Cross, l'a présenté sur LinkedIn le 18 mai 20263, et le dépôt public compte 739 commits, 21 étoiles et 5 forks le 19 septembre 20261.

D'où vient CrewRig

Hoani Cross est architecte, développeur senior et team leader chez SFEIR à Nantes4, membre du programme AI Champions12. Il part d'un constat de terrain : chaque développeur configure son assistant seul, avec ses propres prompts système. Le résultat, « dix devs, dix IA différentes », aucune capitalisation, et un contexte qui part avec la personne quand elle quitte l'équipe3.

Le développement actif a migré du dépôt d'origine hcross/crewrig, conservé comme archive de genèse2, vers github.com/crewrig/crewrig, publié sous licence Apache 2.01. Le site crewrig.org présente le projet5 ; seul le dépôt du site vitrine, servi par GitHub Pages, est sous licence MIT89. Hoani Cross publie par ailleurs sur sfeir.dev11 et sur GitHub10. Le projet reste jeune, et les retours d'expérience indépendants sont rares.

Le cycle CrewRig en cinq temps

  • 1 Setup (équipe) : installe une fois le contexte partagé. /init-personal-profile mène un entretien qui génère config/PROFILE.md, /init-soul personnalise config/SOUL.md, et task setup-*-interactive copie la configuration puis fait choisir équipe, expertise et niveau d'expérience1.
  • 2 Specs (agent spec et humain) : porté par le skill spec-author.
  • 3 Plan (architecte et humain).
  • 4 Dev (crew d'agents : architect, developer, tester).
  • 5 Review : un agent pr-reviewer indépendant, puis l'humain qui merge.

Le contexte s'empile en fichiers ordonnés par priorité : 00 SOUL.md (identité et valeurs de l'agent), 10 niveau de séniorité (INTERN, JUNIOR, CONFIRMED, EXPERT), 20 ORGANIZATION.md (politiques d'entreprise), 30 PROFILE.md (profil personnel), 40 expertise technique, 50 pratiques d'équipe, 60 et 65 règles d'outils et de mémoire. Chaque CLI les charge à sa façon : Gemini CLI par préfixes numériques dans ~/.gemini/, Claude Code en contexte additif depuis ~/.claude/rules/, GitHub Copilot CLI sous forme de fichiers d'instructions, Antigravity CLI via un AGENTS.md1.

Skills, commandes, agents, hooks, politiques, serveurs MCP et thèmes s'écrivent une seule fois dans artifacts/, en Markdown avec frontmatter YAML7, et task build-components les compile pour les quatre CLI. Le harness engineering suit une boucle en quatre temps. Tag : l'agent invoque le skill harness-report dès qu'un signal de friction apparaît (objection de l'utilisateur, surprise d'outil, trou de processus). Cluster : task harness-curate -- --apply regroupe les frictions et ouvre un ticket GitHub par cluster. Fix : la crew interne traite la branche et la PR. Re-install : nouvelle compilation, avec incrément de version des SKILL.md modifiés1.

Les fichiers de contexte sont copiés par défaut, sans symlink, pour qu'une branche malveillante ne puisse pas empoisonner le contexte. La mémoire tient en trois étages : Sequential Thinking pour la mémoire de travail d'une session, MemPalace pour la mémoire persistante des agents, Obsidian pour les connaissances de l'utilisateur, en écriture contrôlée par lui1. CrewRig se développe avec sa propre crew (architect, developer, tester, pr-logbook, pr-reviewer).

CrewRig dans la grille SFEIR

La grille commune aux neuf méthodes du comparatif d'ensemble est le SDLC augmenté par l'IA, le cycle SFEIR à onze phases. Les cinq temps de CrewRig s'y projettent ainsi.

Étape CrewRigÉtape(s) de la grille SFEIR
SetupSetup
SpecsDefine
PlanPlan
DevBuild, Verify
ReviewReview (gate merge)

Le setup de CrewRig installe une fois le contexte d'équipe, comme la phase Setup ; specs et plan portent Define et Plan ; à la review, chaque constat retourne à l'étape qui l'a causé. La capitalisation vit hors cycle : les frictions corrigées repartent dans la configuration partagée, là où le cycle SFEIR la date en Compound-1 et Compound-2. Ship, Ops et Deprecation restent hors champ.

Le parti pris : la configuration comme actif central

Le contexte d'équipe est l'artefact premier. D'autres méthodes optimisent le prompt individuel ; CrewRig fait de la configuration versionnée, partageable et forkable l'actif central, et rend l'outil de codage interchangeable. La boucle de frictions transforme chaque irritation en ticket, donc en amélioration du harnais : du context engineering à l'échelle d'une équipe.

Forces, limites et angles morts

Forces : une même source compilée pour quatre CLI, une capitalisation par frictions outillée de bout en bout, une licence Apache 2.0, et un guide d'adoption pour les organisations qui décrit le fork, l'overlay de configuration et la synchronisation avec l'amont6.

Limites : un projet jeune et une petite communauté (21 étoiles le 19 septembre 2026), des prérequis d'outillage (Task, fzf, uv, yq, shell Bash sous Windows), et une couche mémoire qui demande du travail : dès que plusieurs sessions tournent en parallèle, MemPalace requiert un démon ChromaDB et un démon MCP partagés1. La valeur dépend de la maturité de l'équipe qui l'adopte.

Quand choisir CrewRig

Pour des équipes qui utilisent plusieurs CLI d'agents et veulent une base de contexte commune, au lieu de dix configurations divergentes. CrewRig se combine avec les méthodes de la famille Claude Code, Superpowers (article) et le compound engineering (article), qu'il distribue à toute l'équipe par-dessus le socle Claude Code vanilla.

Ce que le SDLC SFEIR en retient

CrewRig est une brique SFEIR. Sa boucle de frictions donne une forme outillée à la capitalisation hors cycle et rejoint le principe de harness engineering qui structure le SDLC SFEIR : le harnais se maintient à partir des frictions rencontrées en situation réelle.

Sources

  1. crewrig, dépôt CrewRig (développement actif, licence Apache 2.0), GitHub, consulté le 19 septembre 2026. github.com
  2. hcross (Hoani Cross), dépôt d'origine CrewRig (archive de genèse), GitHub. github.com
  3. Hoani Cross, post LinkedIn de présentation de CrewRig, LinkedIn, 18 mai 2026. linkedin.com
  4. Hoani Cross, profil LinkedIn (extrait public), LinkedIn, consulté le 19 septembre 2026. linkedin.com
  5. Site CrewRig. crewrig.org
  6. crewrig, « Adoption Guide » (fork, overlay, synchronisation amont), documentation du dépôt, GitHub. github.com
  7. crewrig, « FORMAT.md » (format de source unifié des artefacts), GitHub. github.com
  8. crewrig, dépôt du site vitrine (licence MIT), GitHub. github.com
  9. Site vitrine CrewRig (GitHub Pages). crewrig.github.io
  10. Hoani Cross, profil GitHub. github.com
  11. Hoani Cross, page auteur, sfeir.dev. sfeir.dev
  12. SFEIR, programme AI Champions. sfeir.com
SFEIR AI Auteur

Articles similaires

Spec Kit, Kiro, BMAD, Superpowers, compound engineering : neuf méthodes, une même grille

Spec Kit, Kiro, BMAD, Superpowers, compound engineering : neuf méthodes, une même grille

En dix-huit mois, neuf méthodes de développement avec agents sont apparues, de Spec Kit (GitHub) à CrewRig (SFEIR). Toutes traversent les mêmes moments, aucune ne couvre Ship, Ops ou Deprecation. Lecture comparée sur le cycle SFEIR à onze phases : gates, capitalisation, outil cible, combinaisons.

Superpowers : la discipline d'ingénierie que Jesse Vincent injecte dans Claude Code

Superpowers : la discipline d'ingénierie que Jesse Vincent injecte dans Claude Code

Publié le 9 octobre 2025 par Jesse Vincent, Superpowers impose à Claude Code la discipline d'un ingénieur senior : brainstorm, plan validé, test rouge avant chaque ligne, revue en sous-agents, preuve avant le merge. Lecture sur la grille SFEIR à onze phases, forces, limites et angles morts.

Compound engineering, la méthode d'Every lue dans la grille SFEIR

Compound engineering, la méthode d'Every lue dans la grille SFEIR

Kieran Klaassen (Every) a construit le compound engineering en développant le client mail Cora : sept temps, de /ce-brainstorm à /ce-compound, 80 % de l'effort en planification et revue, chaque leçon écrite pour le cycle suivant. Ce qu'elle couvre de la grille SFEIR et ce qu'elle laisse hors champ.

Claude Code vanilla : le socle minimal sur lequel les autres méthodes s'ajoutent

Claude Code vanilla : le socle minimal sur lequel les autres méthodes s'ajoutent

Claude Code vanilla désigne l'outil d'Anthropic employé nu : /init, CLAUDE.md, mode plan, commit. Sa doctrine d'usage date du 18 avril 2025. Superpowers, le compound engineering et CrewRig s'y ajoutent. Lu dans la grille SFEIR, il couvre Setup, Define, Plan, Build, Verify, Review et amorce Ship.