菜单
Calcule la vélocité des sprints terminés (Σ points des tickets feuilles livrés) et recommande la capacité du prochain sprint. À lancer en fin de sprint. Thin wrapper bash sur sprint_velocity.sh, zéro LLM lourd. Usage: /velocity [<titre-sprint>]
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | velocity |
| description | Calcule la vélocité des sprints terminés (Σ points des tickets feuilles livrés) et recommande la capacité du prochain sprint. À lancer en fin de sprint. Thin wrapper bash sur sprint_velocity.sh, zéro LLM lourd. Usage: /velocity [<titre-sprint>] |
/velocity — tableau de tous les sprints (engagé / réalisé / complétion) + recommandation pour le prochain sprint/velocity "Sprint 8" — idem + détail ticket-par-ticket du sprint nommé (utile pour expliquer un écart engagé↔réalisé)À lancer en fin de sprint, une fois que les tickets livrés sont passés en Done ou In review.
| Notion | Définition |
|---|---|
| Périmètre | Feuilles uniquement — issues de type Task / Bug. L'epic (Feature) est exclu : sa charge = la somme de ses enfants (sinon double comptage). |
| Vélocité (réalisé) | Σ Estimate des feuilles d'un sprint dont le Status ∈ {Done, In review}. In review compte : l'IA a fini, la PR est ouverte. |
| Engagé | Σ Estimate de toutes les feuilles planifiées sur le sprint. |
| Complétion | réalisé / engagé. Le reste = carry-over. |
| Recommandation | moyenne glissante de la vélocité des 3 derniers sprints terminés. |
Les points viennent du champ Estimate, alimenté par le sizing t-shirt en fin d'analyse (/analyse → set_ticket_size.sh). Convention Fibonacci : XS=1 S=2 M=3 L=5 XL=8 (cf. rules/complexity-estimation.md).
bash scripts/orchestration/sprint_velocity.sh "$ARGUMENTS"
Le script (pur bash + gh + jq) pagine les items du project EGAPRO V2, agrège par sprint via le champ iteration Sprint, et rend le tableau + la reco. Aucun LLM dans la chaîne de calcul.
Re-rendre la sortie du script en chat sous forme de tableau markdown propre (ne pas coller le brut ASCII), puis ajouter une courte analyse :
⚠ N non sizé(s)) — leur vélocité est sous-estimée tant que /analyse n'a pas sizé tout le backlog.0 en réalisé tant qu'ils n'ont pas de Estimate. La reco devient fiable une fois ≥ 1 sprint entièrement sizé via la pipeline./analyse.Phase exécution. Détecte le mode (epic/task/bug) selon le type d'issue et lance le bon mécanisme : loop driver background pour epic, code-dev synchrone pour task/bug. Usage: /implement <issue#>
Conception pipeline. Détecte le mode (epic/task/bug) selon le type d'issue ou le prompt et invoque les agents appropriés. Usage: /analyse [<issue#>] [<description>]
Planifie le prochain sprint : calcule la capacité (vélocité glissante 3 sprints), reporte les tickets non livrés du sprint courant, puis complète depuis le backlog par priorité jusqu'à la capacité. Présente le plan, attend validation, puis assigne les tickets au sprint. Usage: /plan-sprint [<titre-sprint-cible>]
Régénère la documentation utilisateur (`docs/*.md`) à partir de l'état courant du code. Usage : /doc (sur la branche courante) ou /doc <issue#> (sur la branche linkée à un epic / ticket).
Dashboard d'avancement des epics en cours. Thin wrapper sur les scripts bash qui agrègent les logs per-agent (.claude/state/epic_run/) et le state GitHub. Pas de LLM lourd. Usage: /report [<epic_N> ...]
Recreate a worktree for a given PR to test it locally — useful after /implement auto-cleaned the worktree. Usage: /open <PR>