Setup en 15 minutes
Votre agent structure GitHub, le graphe pilote la flotte
Vous décrivez une feature en langage naturel. L'agent (Claude Code, Grok ou Codex) propose une épique, découpe les sous-tâches, pose les blocked-by et les relations parent/enfant. Roxabi Live lit tout ça et calcule ce qui estready, blocked ou done.
1 Choisissez votre agent et installez le kit
Le plugin roxabi-issues embarque le skill issue-triage. Une fois installé, l'agent l'active tout seul quand vous parlez de features, d'épiques ou de dépendances entre issues.
Dans un terminal, depuis n'importe quel repo :
claude plugin marketplace add Roxabi/roxabi-live claude plugin install roxabi-issues
La marketplace roxabi-live-marketplace référence le plugin et le skill. Vous pouvez aussi invoquer /issue-triage explicitement, mais en pratique l'agent le déclenche quand le contexte le demande.
Grok est compatible Claude Code sans config supplémentaire : il lit automatiquement les marketplaces, plugins et skills Claude (doc xAI).
Deux chemins équivalents :
- Installer via Claude Code (commandes ci-dessus), puis lancer Grok dans le même repo.
- Ou ouvrir la TUI Grok, onglet Marketplace (
/plugins), et installerroxabi-issuesdepuisRoxabi/roxabi-live.
Le skill apparaît comme commande slash. Déclencheurs naturels : « crée une épique », « bloque cette issue », « découpe en sous-tâches ».
Dans le CLI Codex ou l'app Codex :
codex plugin marketplace add Roxabi/roxabi-live codex plugin install roxabi-issues
Vous pouvez aussi parcourir Plugins dans l'app Codex ou taper /plugins dans le CLI, puis installer depuis la marketplace (doc OpenAI).
Codex charge le skill implicitement quand votre demande correspond à sa description, ou explicitement via @issue-triage.
2 Vous parlez feature, l'agent structure GitHub
Pas besoin de mémoriser des commandes. Décrivez l'intention ; l'agent propose un plan, vous validez, il exécute le skill en arrière-plan.
- #421 · Schéma DB + migration
- #422 · API POST /signup
- #423 · Formulaire + validation front
- #424 · Tests e2e inscription
blocked-by posées. Seule #421 est ready pour l'instant.Ce que l'agent exécute en arrière-plan (vous n'avez pas à le faire)
- Active le skill
issue-triageinstallé via la marketplace - Crée l'épique avec type
epic, taille et priorité adaptées - Crée chaque sous-issue en enfant de l'épique (relation parent/enfant GitHub)
- Pose les liens
blocked-bypour séquencer le travail - Applique labels taille, priorité et lane pour le cockpit
3 Ce que le graphe comprend
Deux relations GitHub natives suffisent. Pas de board externe, pas de Projects V2.
blocked-by : qui attend quoi
Tant qu'un bloqueur est ouvert, l'issue reste blocked. Quand le bloqueur est fermé, elle passe ready. C'est ce qui évite de lancer deux agents sur des tâches incompatibles.
Parent / enfant : les épiques
L'épique regroupe les sous-tâches. Le cockpit filtre par parent et affiche la hiérarchie dans le graphe, comme dans l'exemple inscription ci-dessus.
Labels : taille, priorité, lane
L'agent les pose automatiquement via le skill. Vous les retrouvez dans les filtres du cockpit (size:M, P1-high, graph:lane/b, etc.).
4 Connecter le cockpit Roxabi Live
- Connectez-vous sur app.live.roxabi.dev
- Installez la GitHub App sur votre organisation
- Webhooks + réconciliation : le graphe reflète vos issues en temps réel
Ouvrez la vue graphe : les issues ready sans bloqueur ouvert sont celles que vous pouvez confier à un agent immédiatement.
Ressources
- Référence technique du skill (pour aller plus loin)
- Guide agents & LLM
llms.txt