ワンクリックで
ci-fix-and-verify
PR の CI 失敗を修正し、全 CI がパスするまでプッシュ→待機→修正を繰り返す。「/ci-fix-and-verify [PR番号]」「CI直して」「CIが落ちてる」「CI修正」などの依頼時に使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
PR の CI 失敗を修正し、全 CI がパスするまでプッシュ→待機→修正を繰り返す。「/ci-fix-and-verify [PR番号]」「CI直して」「CIが落ちてる」「CI修正」などの依頼時に使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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 などのフック回避フラグは使わない