ワンクリックで
coderabbit-review
Fetch all CodeRabbitAI review comments on the current PR, triage them by severity, and address the actionable ones
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Fetch all CodeRabbitAI review comments on the current PR, triage them by severity, and address the actionable ones
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Step-by-step checklist for adding a new CLI flag to openshell-image-builder, covering all locations from the clap struct to integration tests
Understand and edit the OpenShell sandbox policy — base YAML, network rule schema, how inference and agent fragments are merged, and how to test changes
Step-by-step checklist for adding a new inference provider to openshell-image-builder, covering the trait implementation, agent wiring, unit tests, integration tests, and README
Step-by-step checklist for adding a new agent to openshell-image-builder, covering the Agent trait, mod.rs registration, unit tests, integration tests, and README
Step-by-step checklist for adding a new base image to openshell-image-builder, covering the Containerfile match arm, unit tests, and integration tests
Create a new project skill in .agents/skills/ and register it in the skills README
| name | coderabbit-review |
| description | Fetch all CodeRabbitAI review comments on the current PR, triage them by severity, and address the actionable ones |
| argument-hint | [pr-number] |
Fetch and act on CodeRabbitAI review feedback for a pull request.
If a PR number was given as argument, use it directly and skip to Step 2 — the base repo is the upstream remote (see below).
Otherwise, resolve the PR from the current branch. In a fork workflow the PR lives on the upstream repo, not the fork, so gh pr view without --repo will fail. Resolve the upstream slug first:
git remote get-url upstream
# https://github.com/owner/repo.git → owner/repo
# git@github.com:owner/repo.git → owner/repo
Strip the protocol prefix and .git suffix to get <owner/repo>, then look up the PR:
gh pr view --repo <owner/repo> --json number,url
Use number as the PR number and <owner/repo> as the base repo slug for all subsequent API calls.
These are the most actionable: each one points to a specific file and line.
gh api repos/<owner/repo>/pulls/<pr-number>/comments \
--jq '[.[] | select(.user.login == "coderabbitai[bot]") | {path, line, body}]'
The formal review body contains the "Actionable comments posted: N" summary and nitpick rollup.
gh api repos/<owner/repo>/pulls/<pr-number>/reviews \
--jq '[.[] | select(.user.login == "coderabbitai[bot]") | {state, body}]'
CodeRabbitAI labels each inline comment with severity markers in the body text. Process them in this order:
| Marker | Action |
|---|---|
⚠️ Potential issue / 🟠 Major | Fix first — these are bugs or correctness problems |
🛠️ Refactor suggestion / 🟠 Major | Fix if straightforward — structural improvements |
⚠️ Potential issue / 🟡 Minor | Fix if quick — correctness with low risk |
🛠️ Refactor suggestion / 🟡 Minor | Fix at discretion |
🧹 Nitpick | Fix only if trivial; skip otherwise |
♻️ Duplicate comments | Skip — already covered by another inline comment |
For each comment you decide to address: read the flagged file at the indicated path and line, understand the concern, then apply the fix.
For each actionable comment:
path around line (use the Read tool)./check to confirm the suite still passes.Summarise what was fixed, what was intentionally skipped (and why), and whether any comment requires a design decision from the author.