依存関係更新のローカル差分やPRをレビューする。人間・エージェントによる更新、Dependabot・Renovateの更新PRを対象に、upstreamの変更と利用箇所を照合し、根拠付きの判定を返す。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
ローカルの依存関係更新差分や、Dependabot・Renovate等の更新PRをレビューし、根拠付きの判定を行う。upstreamのchangelogを読むだけでなく、リポジトリ内の利用箇所と照合し、「未確認」を「影響なし」と混同しないことがこのSkillの核心である。
git status --short、git diff、git diff --cached と未追跡ファイルを確認し、対象の更新を特定する依頼と作業状態から対象を特定できない場合だけ、比較範囲をユーザーに確認する。ローカル差分に対応するCIがない場合は未実施として扱い、必要な検証をローカルで行う。別commitのCI成功を対象差分の検証根拠にしない。検証が追跡ファイルを書き換える場合は、対象差分を再現した一時ディレクトリ等で実行し、既存の作業内容を保つ。
engines、go.mod等）を横断的に確認し、部分更新の場合はその理由が説明されているか確認する次の順で伝える。詳細度は更新の規模・リスクに合わせ、見出し、文章・箇条書き・表の選択、補足の置き方は出力先と読み手に合わせる。
開発用依存とは、配布物とbuild outputに影響しないものを指す。build・変換・コード生成に関与する依存は本番依存と同じ深さでレビューする。
| 更新 | 最低限の確認 |
|---|---|
| 開発用依存のpatch / minor更新 | 利用状況、upstreamの変更、クリーンinstall、既存CI |
| 本番依存のpatch / minor更新 | 上記に加えて、利用箇所との照合、主要経路のsmoke test |
| major更新またはruntime更新 | 破壊的変更との照合、migration、全build対象、staging相当の検証、rollback |
| 認証、決済、DB、クラウドprovider、Kubernetes controller | version番号に関係なく高リスク。混在versionと運用影響を確認 |
「高リスク更新」とは表の3行目または4行目に該当する更新を指す。高リスク更新を除き、patch / minor更新で該当する変更がない場合は、確認結果を記録したうえで「実行時の影響」と「リリース」を省略できる。差分の説明、固定install、既存CIの確認は省略しない。changelogが無い・不完全な場合はversion間の差分を確認してから省略可否を判断する。
| 判定 | 意味 | 必要な根拠 |
|---|---|---|
| 該当機能未使用 | 変更対象の機能を利用していない | コード検索に加えて、設定、plugin、generator、動的利用の接点がない |
| 影響なし | 利用しているが変更の影響を受けない | 引数、設定値、実行条件などから新しい挙動へ到達しない |
| 影響あり | 修正、migration、追加検証が必要 | 影響を受ける経路、修正、検証方法を特定している |
| 不明 | 利用状況または実行時の影響を確認できていない | 必要な証拠を取得できていない |
latency / CPU / memory / 起動時間、network通信量、timeout / retry / connection pool / 並行数のdefault変更、log / metric / trace名称の変更、既存dashboard・alertへの影響。事前測定は必須とせず、upstreamの記載、既存benchmark、段階的deploy後の観測、停止条件のうち利用可能な証拠を使う。
他の保守ブランチ（release/vX.Y.Z）への反映要否、rollback方法、複数サービス・リポジトリの更新順序、private dependencyのtagと互換性、rolling deployment中の新旧同時稼働、API / event / DB schema / cache / 永続データの前方・後方互換性、migration後に旧versionへ戻せるか、canaryで確認する指標、release automation更新時の認証・署名・配布先接続。
Node.js本体: .node-version / .nvmrc / Volta、package.json の engines、CIの node-version / node-version-file、Dockerfileの FROM node:*、@types/node のmajorと実行runtimeの整合、Corepackとpackage managerの対応、ESM/CJS・OpenSSL・native addon、glibc / musl、cache keyへのversion反映。
JavaScript / TypeScript依存: npm ci / yarn install --immutable / pnpm frozen lockfile相当が通る、peer dependency警告、framework・renderer・型・build pluginの対応範囲、optional / native dependencyのOS・arch解決、routing・SSR/CSR境界・環境変数・build outputへの影響、新しいTS / linterエラーをignoreで隠していない、UI依存では主要画面 / component preview / visual regression、test runner更新ではconfig・環境・snapshot形式、browser automation更新では本体とbrowser revisionの組み合わせ。
JavaScript package manager: packageManager / Corepack / Volta / yarnPath の指定、lockfile形式の対応、workspaceとpeer dependencyの解決結果、script実行ポリシー、CI・Docker・開発環境が同じpackage managerを使う、private registryのクリーンinstall再現。
Go本体: すべての go.mod の go と toolchain、CIのGo setup、Dockerfileの FROM golang:* / GO_VERSION、server / batch / Lambda / generatorなど用途別build環境、CGO・OS・arch・標準ライブラリの挙動変更、必要なバイナリとcontainer imageのbuild。
Go module: direct / indirectの変化、major version・pseudo-version・+incompatible、replace / exclude / local module参照、go.sum の大量削除・upgrade・downgrade、DB driver / cloud SDK / RPC / observabilityライブラリの初期化・設定変更、API / schema / event payloadのconsumer互換性。複数moduleではroot moduleの go test ./... はネストしたmoduleを検証しないため、変更されたmoduleごとに go mod tidy / go build ./... / go test ./... を実行する。
GitHub Actions: inputs / outputs / default値、Node.js runtimeとrunner要件（self-hosted含む）、permissions の拡大、OIDC / PAT / GITHUB_TOKEN、persist-credentials / fetch-depth / submodule / checkout ref、cache・artifact形式、reusable workflow・composite Actionへの影響、SHA固定が記載versionのtagと一致、実際のジョブ成功。branch参照の共有Action / reusable workflowは提供側の変更が利用側へ自動で届くため、提供側更新時は参照元リポジトリを含めて影響範囲を確認する。
Docker / OCI image: 同じimageを参照するDockerfile / Compose / Kubernetes manifestの検索、build stageとruntime stage、single / multi-architectureの整合、OS・glibc/musl・CA証明書・timezone・DNS・package名、default user / UID / entrypoint / shell / healthcheck、imageのbuildと起動、floating tagのdigest、stateful serviceのデータ形式とupgrade手順、本番managed serviceと開発containerのversion差。
Terraform: .terraform-version、各rootの required_version、CI・remote executionのTerraform version、provider / module constraint、各rootの .terraform.lock.hcl と必要platformのhash、対象外providerの混入、CIのformat / init / validate / plan結果、CI対象外rootの手動plan、planのcreate / update / replace / destroyの人による確認、IAM・公開範囲・暗号化・default値・tag、major更新のstate migration。
Kubernetes / Helm / Kustomize: render後の最終manifest比較、CRD / API version / RBAC / IAM / webhook / certificate、selector / label / Service port / resources / PDB / security context、chart default値の上書き、CRDとcontrollerの適用順序、leader electionとrollout中の可用性、metrics名・label変更のmonitor影響、clusterとKubernetes versionの対応範囲、schema validatorの除外kind、全overlayからの検証、関連chart / componentの連動更新。
Protobuf / コード生成: compiler・generator・runtimeライブラリのversionを分けて確認、生成物がすべて対象差分に含まれている、整形差分への意味変更の混入、field numberの再利用・削除、enum zero値 / optional / presence / JSON field名、service / method / HTTP annotationのconsumer互換、schema registry / module lockのdigest、lintだけでなくbreaking change検査。
DB migration / 単体CLI: 対象OS・arch用asset、checksum・署名の検証、archive形式・ファイル名・実行権限、CLI option / 出力形式 / config形式、既存の履歴・state・metadataの読み込み、downgrade時の互換、fresh schemaと既存schemaでのdry-run、apply後の再dry-runが空、意図しないDROP / ALTER / index / foreign key、DAO / ORM生成物の再生成。
Flutter / Android / iOS: Flutter / Dart SDK constraintとbuild環境、lockfile / dependency resolution、static analysisとtest、対象platformのrelease build、native pluginのpermission / minimum OS・SDK / lifecycle / background動作、生成物の再生成、Git dependencyのtagとcommit、Gradle / AGP / JDK / Kotlin / Flutter pluginの互換、compile / target / minimum SDK・deployment target、CocoaPods lockfileの全再解決。
Python / Ruby: runtime versionとライブラリの対応、lockfileが無い場合の実解決version記録、native packageのOS・arch対応、resolver変更の結果、実行単位（server / batch / script）ごとのsmoke test、framework更新の起動方法・middleware・設定・default値。
pre-commit hook: revision / hook ID / argument / stage / runtime要件、pre-commit run --all-files、自動整形による無関係差分の混入、外部CLIとの互換性。
上記以外のエコシステム: 共通チェックを適用し、manifest → lockfile → runtime → CI → コンテナ → 生成物の順に確認する。CI対象外のworkspace / subprojectを確認する。
次がすべて揃えばApprove候補とする。
次のいずれかに該当する場合はRequest changesとする。
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Use CodeRabbit CLI to receive external code review feedback and address identified issues. Invoke this skill when the user requests CodeRabbit review, or proactively after implementing significant code changes to get feedback and improve code quality.
日本語の概要は準備中です。原文の説明を表示しています。
現在の変更内容を確認し、適切なブランチ名を提案してブランチを作成するときに使う。ユーザーが「ブランチ作って」「作業用ブランチ切りたい」「変更に合わせてブランチ名を決めて」と言ったとき、または新規作業を始める前にブランチを作りたいときに適用する。git status / diff を確認し、プレフィックス規則（feat/fix/release/epic）に従ってブランチ名を提案し、ユーザー確認後に git checkout -b で作成する。
Gitの変更をステージしてコミットする。「コミットして」「コミットしたい」「変更をコミット」といったリクエストで使用。差分を分析し、whatとwhyを含む適切なコミットメッセージを自動生成する。
GitHub Pull Request を作成するときに使う。PRの作成、差分からのタイトル・本文ドラフト、既存PRテンプレートの適用を依頼された場合に適用する。