Menu
PR の CI 失敗を修正し、全 CI がパスするまでプッシュ→待機→修正を繰り返す。「/ci-fix-and-verify [PR番号]」「CI直して」「CIが落ちてる」「CI修正」などの依頼時に使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
PR 提出前にコードオーナー視点でフルレビューする。WHY の理解 → 設計 → AST/基盤型 → 実装（複数 Agent の順次レビュー）の順に、各フェーズでユーザーと対話しながら指摘を修正し、品質に問題がなくなるまで繰り返す。「/full-code-review」「フルレビュー」「レビューして」などの依頼時に使用。rsvelte（公式 Svelte コンパイラの Rust ポート）専用。
Rust の性能改善を「計測 → 仮説 → 変更 → 再計測」のループで地道に回すためのスキル。プロファイラの選び方、Cargo の最適化設定、データ構造・アロケーション・ハッシュ・分岐などの定石をフェーズ順に適用する。1 回 1 変更 1 計測の規律を厳守する。rsvelte 固有の既知ボトルネック（`serde_json::Value` 駆逐、`bumpalo` 導入、`Atom<'a>`、codegen 直書き）と OXC 対応表、NAPI 検証手順も §7 に収録。「Rust の性能改善」「ボトルネック調査」「プロファイル取って最適化」などの依頼で使用。
Audit and clean up the repository — remove dead files, fix naming inconsistencies, update .gitignore, and ensure the repo is well-organized for OSS contributors. Does NOT modify source code logic.
GitHub PR のコードレビューコメントに対応する。未 resolve のみを抽出 → 対応方針をユーザー承認 → 1 件ずつ修正＋返信 → AI レビュー由来の指摘はナレッジに反映するワークフロー。「/review-response [PR番号]」「レビュー対応」「レビューに返信」などの依頼時に使用。
Upgrade the Svelte submodule to the latest (or specified) version, regenerate fixtures, identify test failures, and fix all regressions until tests pass 100%.
Svelte を使う外部リポジトリ（ツール / ライブラリ / アプリ）を git submodule として取り込み、Svelte コンパイラを rsvelte に差し替えても完全に同等に動作するかを検証する。既存のサブモジュールが指定された場合は最新化したうえで再検証し、回帰があれば rsvelte 側を自動修正する。「/verify-svelte-compat <url-or-name>」で実行。
| name | ci-fix-and-verify |
| description | PR の CI 失敗を修正し、全 CI がパスするまでプッシュ→待機→修正を繰り返す。「/ci-fix-and-verify [PR番号]」「CI直して」「CIが落ちてる」「CI修正」などの依頼時に使用。 |
| argument-hint | [pr-number] |
| allowed-tools | Read, Grep, Glob, Bash, Edit, Write, Agent, Skill |
PR の CI 失敗を検出・修正し、全 CI チェックがパスするまで自動的にサイクルを回す。
/ci-fix-and-verify [PR番号]
引数として PR 番号を受け取る。省略時は現在のブランチに紐づく PR を自動検出する。
現在のブランチの PR を特定する。
# 引数がない場合、現在のブランチから PR を検出
CURRENT_BRANCH=$(git branch --show-current)
PR_NUMBER=$(gh pr list --head "$CURRENT_BRANCH" --json number --jq '.[0].number')
# PR の owner/repo を取得
REPO_INFO=$(gh repo view --json owner,name --jq '"\(.owner.login)/\(.name)"')
OWNER=$(echo "$REPO_INFO" | cut -d'/' -f1)
REPO=$(echo "$REPO_INFO" | cut -d'/' -f2)
gh pr checks "$PR_NUMBER" --repo "$OWNER/$REPO"
失敗した各ジョブのログを取得して分析する。
# 失敗ジョブのログを取得
gh run view <run_id> --repo "$OWNER/$REPO" --log-failed
失敗の種類に応じて修正:
| 失敗タイプ | 修正方法 |
|---|---|
| fmt エラー | cargo fmt --all を実行 |
| clippy エラー | cargo clippy --all-targets --all-features -- -D warnings の出力を見て修正 |
| ビルドエラー | cargo build --all-targets の出力を見て修正 |
| テスト失敗 | 該当する cargo test --test <suite> を実行し、テストコード or 実装コードを修正 |
| fixtures ずれ | pnpm run generate-fixtures を再実行してから再度テスト |
| docs / report | pnpm run test-and-update でドキュメントを再生成 |
| Node 側エラー | pnpm install で依存解決、node scripts/... の出力を確認 |
ローカルでは可能な限り CI と同じコマンド を流して再現させる。CI ワークフローは .github/workflows/ を参照。
修正をコミットしてプッシュし、CI の完了を待つ。
# pre-commit hook で fmt / clippy が走るので、必ず通してからコミット
cargo fmt --all
cargo clippy --all-targets --all-features -- -D warnings
# 変更をコミット（atomic commit、英語の Conventional Commits）
git add <修正ファイル>
git commit -m "fix(ci): <修正内容の要約>"
# プッシュ
git push origin HEAD
# CI 完了まで待機（最大20分）
bash .claude/skills/ci-fix-and-verify/wait-ci.sh "$OWNER" "$REPO" "$PR_NUMBER"
wait-ci.sh の出力に応じた分岐:
| 出力 | アクション |
|---|---|
ALL_PASSED | Phase 4 へ（成功） |
FAILED | Phase 2 に戻って再修正 |
TIMEOUT | 手動で gh pr checks を確認し、状況に応じて待機を延長 |
API_ERROR | エラーメッセージを表示して終了 |
CI が全てパスしました！
- 修正回数: X回
- 修正内容:
- [修正1の要約]
- [修正2の要約]
cargo fmt --allcargo clippy --all-targets --all-features -- -D warningscargo test --release）timeout を 600000（10分）に設定するcargo test をフルで流すと時間がかかるため、CI ログから失敗テストを特定して個別実行を優先するpnpm run test-and-update でドキュメントを再生成すること--no-verify などのフック回避フラグは使わない