一键导入
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.