Communityコーディング&開発github.com

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

PRレビューコメントのウォークスルーを行い、コメントを取得して表示し、それぞれの応答方針を決定し、修正を適用して、GitHubへの返信と解決をプレビューしてから投稿します。現在のブランチのPRレビューコメントに応答する際に使用します。

respond-to-pr-comments-in-blocklist とは?

このスキルは、開発者が現在のブランチに関するGitHub PRのレビューコメントに効率的に対応するためのワークフローを提供します。まず、未処理のレビューコメントを自動的に取得して一覧表示し、ユーザーが各コメントに対して「返信を作成して解決」「コメントを修正して解決」「解決済みとしてマーク」「後で対応」「スキップ」などの応答方針を選択できるようにします。対応方針に応じて、コード変更の適用やGitHubへの返信文のプレビューが可能で、投稿前に内容を確認できます。このプロセスはブロックリスト(保留コメント)に基づいて順次進行し、すべてのコメントに対応するまで続行されます。Warp、Claude Code、Cursor、Codexなどの主要なAIエージェントプラットフォーム上で動作し、開発者のレビュープロセスを大幅に効率化します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/warpdotdev/common-skills/tree/main/skills/respond-to-pr-comments-in-blocklist

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

respond-to-pr-comments-in-blocklist は何をしますか?

PRレビューコメントのウォークスルーを行い、コメントを取得して表示し、それぞれの応答方針を決定し、修正を適用して、GitHubへの返信と解決をプレビューしてから投稿します。現在のブランチのPRレビューコメントに応答する際に使用します。

概要

このスキルは、開発者が現在のブランチに関連するGitHub PRのレビューコメントを体系的に処理するのに役立ちます。ワークフローは以下のステップで構成されます:

  1. コメントの取得と表示: 未処理のPRレビューコメントをGitHub APIから自動的に取得し、一覧表示します。
  2. 応答方針の選択: 各コメントに対して、以下のいずれかのアクションを選択します:
    • 「返信を作成して解決」
    • 「コメントを修正して解決」
    • 「解決済みとしてマーク」
    • 「後で対応」
    • 「スキップ」
  3. 修正の適用: 選択した方針に基づいて、コード変更を自動的に適用します(該当する場合)。
  4. プレビューと投稿: GitHubへの返信文と解決アクションをプレビューし、確認後に投稿します。

使い方

  1. 現在のブランチがプルリクエストに関連していることを確認します。
  2. スキルを呼び出します。
  3. 表示されたコメント一覧から処理したいコメントを選択します。
  4. 各コメントに対して応答方針を選択します。
  5. 必要に応じて修正を適用し、プレビューを確認します。
  6. GitHubに返信と解決を投稿します。

サポートされるプラットフォーム

  • Warp
  • Claude Code
  • Cursor
  • Codex

技術的な詳細

  • GitHub APIを使用してPRコメントを取得・操作します。
  • 環境変数 GITHUB_TOKEN が必要です(適切な権限付き)。
  • 現在のブランチがPRに関連していない場合はエラーを返します。

注意事項

  • スキルを実行する前に、未コミットの変更がある場合はコミットまたはスタッシュしておくことを推奨します。
  • コメントへの返信は、元のコメントスレッドに追加されます。

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/review-pr

Review a pull request diff and write structured feedback to review.json for the workflow to publish. Use when reviewing a checked-out PR from local artifacts like pr_diff.txt and pr_description.txt and producing machine-readable review output instead of posting directly to GitHub.

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.

関連スキル