warpdotdev/review-pr

Examinez le diff d'une pull request et rédigez un feedback structuré dans review.json pour que le workflow le publie. À utiliser pour examiner une PR extraite localement à partir d'artefacts comme pr_diff.txt et pr_description.txt, en produisant une sortie de révision lisible par machine au lieu de publier directement sur GitHub.

Qu'est-ce que review-pr ?

Ce skill permet d'examiner le diff d'une pull request (PR) à partir d'artefacts locaux (pr_diff.txt et pr_description.txt) pour générer un retour structuré au format JSON, plutôt que de poster directement un commentaire sur GitHub. Il est particulièrement utile dans des environnements CI/CD ou lors de l'utilisation d'agents comme Claude Code, Cursor ou Codex, où le processus de révision doit être automatisé et reproductible. Le feedback produit inclut des catégories telles que les problèmes de sécurité, les bugs, les problèmes de performance, la qualité du code, l'architecture, les tests, la documentation et les suggestions générales. Chaque élément de feedback contient un ID unique, un type (problem ou suggestion), une sévérité (critical, major, minor, info), une localisation (fichier et ligne), un titre, une description détaillée et une suggestion de correction. Le skill garantit que le fichier pr_diff.txt existe, analyse les modifications avec une approche structurée, et enregistre les résultats dans review.json pour que le workflow de publication puisse les utiliser ultérieurement. Il prend en charge les PRs sur GitHub et GitLab, et son utilisation évite les appels API directs à GitHub, ce qui le rend idéal pour des révisions asynchrones ou déconnectées.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/warpdotdev/common-skills/tree/main/skills/review-pr

Installed? Explore more Productivité et collaboration skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait review-pr ?

Examinez le diff d'une pull request et rédigez un feedback structuré dans review.json pour que le workflow le publie. À utiliser pour examiner une PR extraite localement à partir d'artefacts comme pr_diff.txt et pr_description.txt, en produisant une sortie de révision lisible par machine au lieu de publier directement sur GitHub.

Comportement

  • Vérifie que le fichier pr_diff.txt existe.
  • Examine le diff et la description de la PR pour détecter des problèmes et suggérer des améliorations.
  • Génère un fichier review.json avec un feedback structuré.

Format de sortie

{
  "summary": "Résumé global de la révision",
  "issues": [
    {
      "id": "unique-issue-id",
      "type": "problem" | "suggestion",
      "severity": "critical" | "major" | "minor" | "info",
      "file": "chemin/vers/le/fichier",
      "line": 42,
      "title": "Titre concis du problème",
      "description": "Description détaillée...",
      "suggestion": "Correction ou amélioration suggérée..."
    }
  ]
}

Catégories

  • Sécurité : vulnérabilités, XSS, injection, fuites de données, dépendances non sécurisées.
  • Bugs : erreurs logiques, conditions limites, erreurs de type, concurrence, cas exceptionnels.
  • Performance : goulots d'étranglement, consommation mémoire, requêtes N+1, complexité.
  • Qualité du code : maintenabilité, lisibilité, duplication, cohérence du style.
  • Architecture : séparation des responsabilités, couplage, cohésion, principes SOLID.
  • Tests : couverture, cas aux limites, tests d'intégration, qualité des assertions.
  • Documentation : clarté, exhaustivité, exactitude des commentaires et de la documentation.
  • Général : tout autre problème ou suggestion pertinent.

Artefacts d'entrée

  • pr_diff.txt : Le diff complet de la PR.
  • pr_description.txt : La description de la PR (facultatif).
  • context/ : Répertoire contenant le code source à examiner (le répertoire de travail est la racine du dépôt).

Artefact de sortie

  • review.json : Feedback structuré de la révision.

Support de plateforme

Ce skill fonctionne avec les PRs GitHub et GitLab. Il nécessite que la PR soit extraite localement avec pr_diff.txt et pr_description.txt disponibles.

Consignes

  • Effectuez une révision approfondie et complète.
  • Fournissez des numéros de ligne exacts et des suggestions spécifiques.
  • Priorisez les problèmes critiques et majeurs dans le résumé.
  • Utilisez des catégories appropriées pour chaque problème.
  • Pour les modifications importantes, concentrez-vous sur les fichiers les plus impactés.
  • En cas de doute, préférez un excès de détails plutôt qu'une omission.

Individual skills in this repo

This repo contains 16 individual skills — each has its own dedicated page.

warpdotdev/brandalf

Guides creation, revision, and review of Warp- or Oz-branded assets. Use when working on launch pages, docs, HTML/CSS components, UI mockups, prompts, social assets, copy, presentations, or any other branded deliverable that should look and sound unmistakably Warp or Oz.

warpdotdev/check-impl-against-spec

Compare a pull request's implementation against spec context in spec_context.md and feed any material mismatches into review.json. Use during PR review when approved or repository spec context is available.

warpdotdev/council

Run a model-diverse subagent council to investigate the same problem from multiple perspectives, compare findings, and produce a final recommendation. Use this skill whenever the user asks for a council, second opinions, multiple agents/models to evaluate one question, parallel investigation, red-team/blue-team comparison, or help deciding between competing technical approaches.

warpdotdev/create-pr

Create a pull request in the warp repository for the current branch. Use when the user mentions opening a PR, creating a pull request, submitting changes for review, or preparing code for merge.

warpdotdev/diagnose-ci-failures

Diagnose CI failures for a PR using the GitHub CLI, extract error logs, and generate a plan to fix them. Use when the user asks to check CI status, pull CI issues, triage test failures, or investigate PR build failures.

warpdotdev/fix-errors

Fix compilation errors, linting issues, and test failures in the warp Rust codebase. Covers presubmit checks, WASM-specific errors, and running specific tests. Use when the user hits build errors, clippy or fmt failures, test failures, or needs to run or interpret presubmit before a PR.

warpdotdev/implement-specs

Implement an approved feature from PRODUCT.md and TECH.md, keeping specs and code aligned in the same PR as implementation evolves. Use after the product and tech specs are approved and the next step is building the feature.

warpdotdev/pr-walkthrough

Generate a static interactive D3 walkthrough of a pull request. Use when the user wants a zoomable PR map, graph/canvas PR orientation, or alternate visualization of PR system components, data flow, code dependencies, and user actions.

warpdotdev/reproduce-bug-report

Launch Oz cloud agents with computer use to reproduce UI-focused bug reports, capture visual evidence, and report reproduction findings. Use when investigating a specific interactive or visual bug from an issue, ticket, support report, or prompt.

warpdotdev/resolve-merge-conflicts

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

warpdotdev/respond-to-pr-comments-in-blocklist

Walk users through PR review comments, fetching and displaying them first when needed, collect per-comment response decisions, apply requested fixes, and preview GitHub replies and resolutions before posting. Use when responding to PR review comments on the current branch.

warpdotdev/spec-driven-implementation

Drive a spec-first workflow for substantial features by writing PRODUCT.md before implementation, writing TECH.md when warranted, and keeping both specs updated as implementation evolves. Use when starting a significant feature, planning agent-driven implementation, or when the user wants product and tech specs checked into source control.

warpdotdev/update-skill

Create or update skills by generating, editing, or refining SKILL.md files in this repository. Use when authoring new skills or revising the structure, frontmatter, or guidance for existing ones.

warpdotdev/validate-changes-match-specs

Validate that a branch or pull request implementation matches introduced product, technical, security, and related specs. Use when reviewing or finishing a spec-driven change and resolving mismatches between checked-in specs and implementation.

warpdotdev/write-product-spec

Write a PRODUCT.md spec for a significant user-facing feature in Warp, focused on detailed behavior and validation. Use when the user asks for a product spec, desired behavior doc, or PRD, wants to define feature behavior before implementation, or when the feature is substantial or behaviorally ambiguous enough that a written spec would improve implementation or review.

warpdotdev/write-tech-spec

Write a TECH.md spec for a significant Warp feature after researching the current codebase and implementation constraints. Use when the user asks for a technical spec, implementation plan, or architecture doc tied to a product spec.

Skills associés