Red Queen : Un orchestrateur déterministe qui utilise Claude Code comme pool de travailleurs

Après avoir brûlé 40 $ de tokens dans des expériences de type AutoGPT qui n'ont rien produit, l'auteur de Red Queen a construit un orchestrateur déterministe qui traite Claude Code comme un pool de workers. L'idée clé : les décisions de routage que prennent les LLM ne sont que des instructions switch — alors ils ont déplacé ces décisions vers une machine d'états.

Comment ça marche

Red Queen exécute un pipeline défini comme un graphe d'états, non comme un prompt. Chaque phase (spec, code, review, test) est un sous-processus Claude Code séparé avec un prompt ciblé et isolé. Pas de gonflement du contexte partagé, pas de méga-prompt. La machine d'états décide quelle phase exécuter en fonction de transitions explicites — pas d'heuristiques LLM.

Pipeline

• Ticket Jira → spec → approbation humaine → code → auto-review → auto-test → approbation humaine → PR fusionnée

Les garde-fous humains sont intégrés dans le graphe d'états, pas ajoutés après coup. Vous ne pouvez pas accidentellement sauter l'approbation et déployer en production.

Fonctionnalités clés

• Zéro token dépensé en ordonnancement — l'orchestrateur est purement déterministe, écrit en code, pas en prompts.
• Auto-hébergé — Apportez votre propre Claude Code. Sous licence MIT.
• Compétences isolées — chaque compétence s'exécute avec un prompt ciblé. Pas de contexte partagé.

À qui cela s'adresse

Développeurs qui ont atteint les limites des agents autonomes et qui veulent une manière plus sûre et plus prévisible d'intégrer les LLM dans les pipelines CI/CD sans sacrifier le contrôle.

Pour commencer

Le dépôt se trouve sur github.com/odyth/red-queen. Nommé d'après l'IA de Resident Evil.