Agent skill · operations · rtk-ai
pr-review
Batch review des PRs RTK par ordre de complexité croissante (XS → S → M → L). Pour chaque PR : vérifie l'état (conflits, CLA, reviews), lit le diff complet, analyse le code en contexte, présente un résumé avec lien + taille + recommandation. Attend validation explicite avant tout merge. Poste des commentaires boldguy-adapt sur les PRs bloquées (conflit, CLA, CHANGES_REQUESTED). Args: "triage" pour lancer un triage complet avant la review. "from:<num>" pour reprendre à partir d'un numéro de PR spécifique.
Why this skill is useful
Adds a structured workflow for reviewing PRs with specific commands and criteria that the AI wouldn't reliably generate on its own.
What it needs
Requires gh, jq installed locally. About 5k tokens when loaded. Last updated 2026-08-06. 75,070 stars on the source repository.
What this skill does
/pr-review Batch review des PRs RTK — du plus simple au plus complexe, une par une, avec validation utilisateur avant chaque merge. --- Quand utiliser Après un /rtk-triage pour agir sur les résultats Régulièrement pour dégraisser le backlog Avant une release pour vider la file quick wins --- Workflow Phase 0 — Préconditions Si l'argument triage est passé, exécuter /rtk-triage d'abord et utiliser sa liste de quick wins comme séquence. Sinon, construire la liste soi-même. --- Phase 1 — Construire la liste de PRs (si pas de triage) Classement par taille : Taille Critère Traitement -------- --------- ------------ XS < 30 lignes, 1 fichier En premier S 30-100 lignes, 1-3 fichiers Ensuite M 100-200 lignes, logique non triviale Après L > 200 lignes Dernier ou skip XL > 500 lignes Skip (session dédiée) Filtrer d'emblée : Exclure les PRs draft Exclure les PRs de nous (les nôtres ont une review flow différente) Si from:<num> passé en argument : commencer à ce numéro --- Phase 2 — Pour chaque PR (une par une, dans l'ordre) Étape A — Vérification état (AVANT de lire le diff) Décision rapide selon état : État Action ------ -------- MERGEABLE + CLA ok + pas de CHANGESREQUESTED → lire le diff CONFLICTING → préparer commentaire rebase, skip diff CLA non signé → préparer commentaire CLA, skip diff CHANGESREQUESTED par un maintainer → skip (ne pas override), noter Draft → skip silencieusement Étape B — Lire le diff complet Si le diff touche une logique complexe (filter functions, regex, routing) → lire le fichier source en contexte avec Read pour comprendre l'impact réel. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills rtk-ai/pr-review