deps-update リファレンス (deps-update Reference)

/deps-update（SKILL.md）から参照される，gh コマンド・GraphQL クエリ・分類規則・ローカル検証手順・台帳と PR コメントの書式．{owner}/{repo} は gh がカレントリポジトリから自動補完する．

不変条件 (Invariants)

/deps-update に関わる全エージェント（司令塔・ops-runner・deps-analyst）が厳守する．

1. 触るのは Dependabot が作った PR だけ: author が app/dependabot の open PR のみを対象にする．人間や他のボットの PR には一切操作しない
2. main への取り込みは gh pr merge --merge のみ: ローカルで main に直接コミット・push しない．依存ファイル（マニフェスト・ロックファイル）を自分で書き換えて別 PR を作ることもしない（競合やビルド失敗の解消は @dependabot rebase / @dependabot recreate コメントで Dependabot にやり直させる）
3. ゲートを満たした PR だけをマージする（SKILL.md「判定表」）．メジャー更新は自動マージしない．検証（CI 緑またはローカル検証）無しにマージしない
4. Dependabot PR を close しない: 不要な PR の整理（supersede・@dependabot ignore）は Dependabot と人間に任せる．@dependabot ignore ... のコメントも自分では投稿しない（無視は人間の決定）
5. 作業ツリーを汚さない: 開始時に作業ツリーがクリーンであることを確認し，ローカル検証で作ったブランチ・マージ状態は必ず破棄し，終了時に開始時のブランチへ戻す
6. 二重処理しない: 台帳を読み，既に報告済み・スキップ指定の項目は再報告しない．PR コメントも同じ PR に同じ趣旨で 2 度投稿しない
7. ユーザーが起動した時だけ動く: Claude が自発的に本スキルを呼んではならない（/loop /deps-update でのラップはユーザー起動とみなす）

実行手順 A: セットアップと収集 (Execution A: Setup & Collect)

司令塔（/deps-update のメインループ）から委譲された ops-runner が実行する．振り分けの判断はせず，結果を構造化して返す．

1. 前提の確認: 「前提の確認」のコマンド一式を実行する．作業ツリーが汚れている・gh 未認証・リモートが GitHub でない場合は停止して報告する（stash もしない）．開始時のブランチ名を控える
2. 検証スイートの特定: docs/02_ENV/ENV_04_開発コマンド.md があればそれを唯一の参照先とする．無ければ構成ファイル（package.json，pubspec.yaml，Cargo.toml，go.mod，pyproject.toml 等）から依存インストール・テスト・（あれば）ビルド／型チェック／リンタのコマンドを特定する．推測で試さず，特定できなければ「ローカル検証不可」として返す
3. 台帳の読み込み: .claude/deps-update-merged.md・.claude/deps-update-report.md・.claude/deps-update-skip.md（無ければ空扱い．.gitignore で追跡除外されていなければ追記する）
4. 収集: 「PR の収集」「alert の収集」に従い取得する
5. 分類: 各 PR を「更新規模の分類」に従い，規模（patch / minor / major / unknown）・依存スコープ（本番 / 開発）・種別（security / version）・mergeable / mergeStateStatus・CI 状況で整理する
6. 返すもの: 前提状態（Dependabot 設定・CI の有無・検証スイート・開始ブランチ）・分類付き PR 一覧・alert 一覧（紐づく PR・エラー含む）・台帳の既出項目・skip 該当項目

実行手順 B: 検証とマージ (Execution B: Verify & Merge)

司令塔がマージ候補と判定した PR を，指定された順に 1 件ずつ処理する ops-runner の手順．

1. rebase 依頼のみ指定の PR: @dependabot rebase をコメントして次へ進む（マージしない）
2. 状態の取り直し: マージのたびに Dependabot が残りの PR を自動 rebase するため，各 PR の処理前に mergeable・CI 状況を取り直す．CONFLICTING / BEHIND になっていれば rebase 依頼に切り替える
3. 検証: CI があれば「CI の完了待ち」，無ければ「ローカル検証」を実行し，到達 Tier（A / B / C．「ローカル検証」の「検証結果の解釈」に従う）を判定する
4. 到達 Tier が司令塔の指定したマージ条件を満たす場合: 「マージ」の手順どおり gh pr merge <番号> --merge --delete-branch でマージし，deps-update-merged.md へ「台帳の書式」で追記し，ローカル main を pull する
5. 満たさない場合（赤・Tier 不足・検証不能）: マージせず，到達 Tier と失敗したコマンド／チェックの要約を添えて「分析行き」として結果に含める．マージ条件が渡されていない PR はマージせず確認事項として返す
6. 後片付け: 全件終了後，ローカル検証で作ったブランチ・マージ状態を破棄して開始時のブランチへ戻り，git status --short が空であることを確認して結果（マージ済み・rebase 依頼済み・分析行き）を返す

前提の確認 (Prerequisites)

gh auth status
gh repo view --json nameWithOwner -q .nameWithOwner
git status --short                                          # 空であること
git branch --show-current                                   # 開始時のブランチを控える
gh api repos/{owner}/{repo}/vulnerability-alerts            # 204 なら Dependabot alerts 有効（404 なら無効）
gh api repos/{owner}/{repo}/automated-security-fixes        # {"enabled":true,...} なら security updates 有効
test -f .github/dependabot.yml && echo "dependabot.yml: あり" || echo "dependabot.yml: なし"
ls .github/workflows/*.yml 2>/dev/null                      # CI の有無

PR の収集 (Collect PRs)

gh pr list --author app/dependabot --state open --limit 100 \
  --json number,title,body,url,headRefName,baseRefName,labels,mergeable,mergeStateStatus,statusCheckRollup,createdAt,isDraft

• 個別の詳細: gh pr view <番号> --json number,title,body,mergeable,mergeStateStatus,statusCheckRollup,files,commits
• チェック状況: gh pr checks <番号>（CI が無いリポジトリでは何も返らない）
• 変更ファイル: gh pr diff <番号> --name-only（マニフェストとロックファイルだけのはず．それ以外が含まれていたら報告に回す）
• 本スキルが既にコメント済みか: gh pr view <番号> --json comments -q '.comments[].body' | grep -c "<!-- deps-update -->"

alert の収集 (Collect Alerts)

GraphQL で「紐づく PR」と「PR を作れなかった理由」まで一度に取る（REST の /deps-update/alerts には PR との紐づけが無い）．

OWNER=$(gh repo view --json owner -q .owner.login)
REPO=$(gh repo view --json name -q .name)
gh api graphql -f owner="$OWNER" -f repo="$REPO" -f query='
query($owner: String!, $repo: String!) {
  repository(owner: $owner, name: $repo) {
    vulnerabilityAlerts(states: OPEN, first: 100) {
      nodes {
        number
        vulnerableManifestPath
        vulnerableRequirements
        securityVulnerability {
          package { name ecosystem }
          severity
          vulnerableVersionRange
          firstPatchedVersion { identifier }
        }
        securityAdvisory { ghsaId summary permalink }
        dependabotUpdate {
          pullRequest { number url }
          error { title body errorType }
        }
      }
    }
  }
}'

• dependabotUpdate.pullRequest があれば，その PR は security update
• dependabotUpdate.error があれば，Dependabot は修正 PR を作れなかった（推移的依存・対応外マニフェスト・上限超過等）．errorType と body を報告に転記する
• firstPatchedVersion が null なら修正版が無い
• フォールバック（GraphQL が使えない場合）: gh api "repos/{owner}/{repo}/dependabot/alerts?state=open&per_page=100"．PR との紐づけは PR 本文の GHSA リンク（securityAdvisory.ghsaId）で照合する

更新規模の分類 (Classifying the Bump)

単独 PR (Single-package PR)

タイトル Bump <pkg> from <A> to <B>（Update <pkg> requirement from ... to ... の形もある）から版を取り，semver で比較する．

• プレリリース（-beta 等）への更新は unknown として扱う
• github-actions の v3 → v4 のようなメジャータグ更新は major

グループ PR (Grouped PR)

タイトル Bump the <group> group (across N directories )?with N updates の PR は，本文の Updates \` from to 行（または本文の表）を全て取り，**最大の規模**で判定する．テンプレートのdependabot.ymlではminor-and-patchグループがマイナー／パッチだけを含むので定義上minor` になるが，本文から実際に確認する．

gh pr checks <番号> --watch --interval 30        # 全チェック完了まで待つ（Bash ツールの timeout を 10 分程度にする）

START_BRANCH=$(git branch --show-current)
git fetch origin
gh pr checkout <番号>                               # PR のブランチをローカルに取得して切り替え
PR_BRANCH=$(git branch --show-current)
git merge --no-edit origin/main                     # 失敗（コンフリクト）なら: git merge --abort → この PR は見送り（@dependabot rebase）
# 依存インストール → 検証スイート（ENV_04_開発コマンド.md のコマンド）
# 例: npm ci && npm test && npm run build / flutter pub get && flutter test && flutter analyze / cargo test / go test ./...
git checkout "$START_BRANCH"
git branch -D "$PR_BRANCH"
git status --short                                  # 空であることを確認

gh pr merge <番号> --merge --delete-branch          # Git 規約どおりマージコミット
git checkout main && git pull origin main            # ローカル main を追従（開始時のブランチが main でない場合は戻す）

gh pr comment <番号> --body "@dependabot rebase"     # base に追従させる（競合・BEHIND のとき）
gh pr comment <番号> --body "@dependabot recreate"   # PR を作り直させる（一時的なビルド失敗・壊れたブランチのとき）

<!-- deps-update -->
## /deps-update による分析

- **判定**: 自動マージ対象外（{メジャー更新 / 0.x マイナー更新 / CI 赤 / 検証不能}）
- **更新**: `{pkg}` {A} → {B}（{本番依存 / 開発依存}，{security / version}）
- **検証**: {CI 緑 / ローカル検証緑 / ビルドのみ / 未検証}
- **破壊的変更**: {抜き出した要点，無ければ「記載なし」}
- **影響箇所**: {ファイル:行 の一覧，無ければ「該当 API の利用なし」}
- **推奨**: {そのままマージ可 / `/implement` で追従後にマージ / 見送り（`@dependabot ignore this major version`）}