指定されたGitHub PRがターゲットブランチとコンフリクトしていないかを確認し、コンフリクトしている場合はrebaseで解消してforce-pushします。PRをマージ可能な状態に整えたいときに使用してください。
The English summary is being prepared. Showing the original description.
Review the instructions the agent will receive before you install.
指定されたPR番号のPRがターゲットブランチ（baseRefName）とコンフリクトしていないかを確認し、コンフリクトがあればrebaseで解消したうえで--force-with-leaseでpushするスキル。レビュー指摘の対応・修正プランの評価・ラベル付与・マージ判定といった他の責務には立ち入らない。
やること:
gh pr checkoutによるPRブランチへの切り替え--force-with-leaseでのpush絶対にやらないこと:
git commit単体での新規commitは作らない）git push --force（--force-with-lease以外のforce-push）本スキルの GitHub 参照/更新は gh コマンドを優先し、gh が使えない場合に GitHub MCP へフォールバックする（本文中の gh コマンド例はそのまま第一手段として読む）。クラウド実行時のみ優先順位が逆転して GitHub MCP が第一手段になるが、その指示は起動プロンプトで渡されるので、指示が無ければローカル実行として扱う。判定手順・gh ↔ MCP の対応表・MCP に代替が無い操作は ${CLAUDE_PLUGIN_ROOT}/references/github-access.md を参照する。
本スキル固有のリスク: 本スキルは claude-task-worker の resolve-conflict ワーカー（cc-resolve-conflict ラベル）から自動起動され、ワーカーはスキルプロセスの同期完了を根拠に cc-resolve-conflict の除去を進める。処理が未完のままターンを終えると、rebase未完了のまま triage-pr ワーカーが再度PRを拾ってコンフリクトを再検知する無限ループや、リモート未反映のまま次工程に進む状態壊れが起きる。
$ARGUMENTSがPR番号を表す。空・非数値・複数値の場合は、その旨を出力して即中断する。
このスキルは単独でも triage-pr 等からの委譲でも起動される。いずれのケースでも、呼び出し元が用意した作業コンテキストを尊重するため、現在地を変更しない・新規worktreeを作らない。
pwd
判定:
.claude/worktrees/ 配下にいる場合: そのworktree内で全ての作業（gh pr checkout / git rebase / git push）を完結させる。cdでworktreeの外やリポジトリのルートに移動しない.claude/worktrees/ 配下にいない場合（リポジトリのルート・通常のクローン等）: その場で作業する。.claude/worktrees/ 配下への移動や新規worktree作成はしない加えて、デフォルトブランチで直接rebase / force-pushを行う事故を避けるため、gh pr checkout の 直後（ステップ1）で現在ブランチがデフォルトブランチと一致しないことを確認する（一致した場合は中断する）。
GitHub MCP が使える場合は
pull_request_read（method:get）を使う。以下は MCP 利用不可時のフォールバック。
gh pr view $ARGUMENTS --json number,state,baseRefName,headRefName
stateがOPEN以外（MERGED / CLOSED）の場合や、PR自体が存在しない場合は、その旨を出力して中断する（CLOSED/MERGED済みPRへのforce-pushは無意味で誤操作リスクの方が大きいため）。
存在を確認できたら、現在地でそのままPRブランチをチェックアウトする（新規worktreeは作らない）。
git fetch -p
gh pr checkout $ARGUMENTS
（gh pr checkout はローカル作業ツリーへの checkout であり、リモート API では代替できないため gh のまま残す）
クラウド実行時は実行しない。 クラウドセッションはワーカーが --on-branch で指定した PR の head ブランチ上で開始しており、既に目的のブランチにいる（gh pr checkout は GraphQL 経由でもあり、クラウドでは 403 で失敗する）。ワーカーが起動プロンプトへ同じ趣旨の指示を入れているが、git rev-parse --abbrev-ref HEAD が既に対象PRの head ブランチを指している場合も同様に checkout を省略してよい。
チェックアウトを省略した場合のfail-safe: git rev-parse --abbrev-ref HEAD の値が、ステップ1冒頭で取得済みの headRefName と一致することを確認する。一致しない場合は --on-branch が反映されていない想定外の状態のため、rebase・force-pushを行わずその場で中断する。
gh pr checkoutが失敗した場合（作業ツリーが汚れている、ローカルに同名のブランチがある等）は、原因をそのまま出力して中断する。git stashやgit reset --hardを独断で行ってユーザーの未コミット変更を失わせないこと。
チェックアウト成功後、fail-safeとしてブランチがデフォルトブランチでないことを確認する。
DEFAULT_BRANCH=$(bash ${CLAUDE_PLUGIN_ROOT}/scripts/gh-compat.sh default-branch)
CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
CURRENT_BRANCHがDEFAULT_BRANCHと一致する場合は中断する（想定外の状態でrebase/force-pushがデフォルトブランチに走るのを防ぐため）。gh-compat.sh default-branchが失敗してデフォルトブランチ名が取得できない場合も、判定不能として中断する。
ターゲットブランチはbaseRefNameから動的に取得する。デフォルトブランチではなく、PRが実際にマージされる先のブランチを基準にすること（Epic PRなど、デフォルトブランチ以外をターゲットにするケースに対応するため）。
コンフリクト有無の一次判定には、呼び出し元のtriage-prと同じGitHubのmergeableフィールドを使う。判定基準を呼び出し元と揃えないと、「triage-prはコンフリクトありと判定したのに本スキルはなしと判定して何もせず終了する」という食い違いが起き、cc-resolve-conflictラベルの付与と除去が繰り返される無限ループになる。
GitHub MCP が使える場合は
pull_request_read（method:get）を使う。以下は MCP 利用不可時のフォールバック。
TARGET_BRANCH=$(gh pr view $ARGUMENTS --json baseRefName -q .baseRefName)
MERGEABLE=$(gh pr view $ARGUMENTS --json mergeable -q .mergeable)
判定基準:
CONFLICTING: コンフリクトありと判定し、ステップ3に進む
MERGEABLE: コンフリクトなしと判定する
UNKNOWN: GitHub側で判定中のため、数秒スリープして1回だけ再取得する。それでもUNKNOWNの場合は、ローカルで実マージ相当の判定にフォールバックする
git merge-tree --write-tree "origin/$TARGET_BRANCH" HEAD
終了コードが1なら「コンフリクトあり」、0なら「コンフリクトなし」。--write-treeモードは実際のマージと同じmerge-ortエンジンで判定するため、コンテンツ競合だけでなくrename・modify/delete・バイナリ・ファイルモード変更のコンフリクトも検知できる（Git 2.38以上が必要。コマンド自体が失敗して判定できない場合は「コンフリクトあり」側に倒してステップ3に進む）
禁止: 旧形式のgit merge-tree <base-tree> <branch1> <branch2>（trivial mergeモード）の出力にコンフリクトマーカー（<<<<<<<等）が含まれるかで判定してはならない。旧形式はrename検知を行わず、modify/delete・バイナリ・モード変更などのコンフリクトではマーカーを出力しないため、GitHubがCONFLICTINGと判定しているPRを「コンフリクトなし」と誤判定し、triage-prとの間で無限ループを引き起こす。
「コンフリクトなし」を呼び出し元に返却して終了する。git rebaseもpushも行わない（不要なrebase/force-pushはCIを無駄に再走させ、他者がそのブランチを見ているときの混乱の元になるため）。
ステップ3に進む。
git rebase "origin/$TARGET_BRANCH"
rebaseがコンフリクトなしで完走した場合も、そのままステップ4のpushに進む（GitHubのCONFLICTING判定はマージ試行に基づくため、rebase自体はクリーンに完走することがある。ここでpushせず終了するとリモートが変わらず、triage-prが再度コンフリクトを検知してループする）。
rebase中にコンフリクトが発生した場合は、git statusでコンフリクト中のファイルを特定する。
.penファイル（Pencilデザインファイル）のコンフリクトは例外: .penは平文JSONだが、コンフリクトマーカーの手編集によるテキストマージは絶対に行わない（Node ID の重複・参照切れ・JSON構文の破損でファイルが開けなくなる）。resolve-pencil-conflictスキルをSkillツールで起動し、「片側採用 → もう一方をPencilで再適用」のフローで解消する（rebase中は ours = ターゲットブランチ側 / theirs = PR側と意味が反転する点に注意）。Pencil CLIが利用できない等でこのフローを実行できない場合は、無理に解消せずgit rebase --abortで中断する。
.pen以外のファイルは、それぞれを 両者の変更意図を尊重する形 で解消する。片方の変更を機械的に捨てると、PR側のレビュー意図かターゲットブランチ側の最新仕様のどちらかを取りこぼすため、必要に応じて以下を行ってから解消する。
Readで該当ファイル全体を読み、コンフリクトしている関数/ブロックの責務を理解するgit log -pでターゲットブランチ側・PR側それぞれの該当変更commitを確認し、変更意図を読み取るRead / Grepで参照し、整合性のとれた解消にする判断できない場合（情報が足りない、両方が同じ箇所を大きく書き換えている、人間の仕様判断が必要、など）は無理に解消せず、git rebase --abortで取り消したうえで中断理由を呼び出し元に返却する（生半可な解消はレビュー差し戻しや本番バグ混入につながるため）。
解消後：
git add <解消したファイル>
git rebase --continue
複数commitにまたがって連続してコンフリクトする場合は、各commitで同じ手順を最後まで繰り返す。
git push origin HEAD --force-with-lease
--force-with-leaseを使うのは、自分の認識していないリモートの新規commitを上書きしない（他人のpushを巻き戻さない）ため。pushが失敗した場合は、エラー内容をそのまま呼び出し元に返却して中断する。自動再試行はしない（再試行が必要なケースはリモートに新規pushが来ているなど人間判断が必要な状況のため）。
呼び出し元には以下を構造化して返却する。
no-conflict / resolved-and-pushed / aborted のいずれかno-conflict: ターゲットブランチ名と判定根拠（mergeableの値、またはフォールバック時はgit merge-tree --write-treeの結果）resolved-and-pushed: 解消したファイル一覧と各ファイルの解消方針の要点aborted: 中断理由（PRがOPENでない / checkout失敗 / コンフリクト解消困難 / push失敗 など）と、その時点のgitの状態（git statusの要約）Edit / Write以外でコードを変更しない。コンフリクトと無関係な「ついで修正」を入れると、後続のレビューと履歴が複雑になるcc-triage-scope等を含む）は一切操作しない。ラベル管理は上位スキルの責務git push --forceは使わず、必ず--force-with-leaseを使うNo reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
GitHub Issueの確認事項（最後のコメント・descriptionの両方）を、コードベース・ドキュメント・そこから参照されている外部リンク（仕様書・ライブラリ公式ドキュメント等）まで調査し、根拠に基づいた回答をコメントに追記するスキル。調査しても事実で決まらず人間の意思決定が必要な項目は、固定セクションで明示して後続のトリアージへ引き渡す。
The English summary is being prepared. Showing the original description.
Write the merged Pencil design reference back into a UI implementation Issue's description. Takes the Issue number as argument, resolves the merged design PR on the `cc-ui-design-<Issue number>` branch, collects the `.pen` and snapshot paths it added, and appends (or replaces) the `## UIデザイン` section at the end of the Issue body using a lost-update-safe edit.
The English summary is being prepared. Showing the original description.
依頼された内容（自然言語の説明、または既存のIssue番号）を要件とTODOに分解し、タスクごとにGitHub Issueを作成するスキル。タスクの整理・分解、複数Issueの一括作成、依存関係の明示が必要な場合に使用する。「この機能をIssueに分けて」「タスクを洗い出してIssueにして」「PRDのIssue #123 を分解して」といったリクエストで発動する。
The English summary is being prepared. Showing the original description.
claude-task-worker のカスタムワーカー（`workerFiles` に登録する TS 定義）を、`AskUserQuestion` で要件を全項目確定させてから生成し、`claude-task-worker list-workers` でロード検証までするスキル。「カスタムワーカーを作って」「独自のワーカーを追加したい」「新しいラベルで動くワーカーを定義したい」といったリクエストで使用する。
The English summary is being prepared. Showing the original description.
claude-task-workerプラグインのバージョンをインクリメントし、commit-pushでコミット・プッシュしたうえでPRを作成する。引数で `major` / `minor` / `patch` を受け取り、対応する部分をインクリメントする（省略時は `patch`）。「バージョンを上げて」「バージョンアップ」「bump version」「メジャーバージョンを上げて」などのリクエストで使用する。
The English summary is being prepared. Showing the original description.
指定されたPR番号のDependabot PRを確認し、依存ライブラリのバージョンアップ内容をCHANGELOGとcontext7から取得して、コード修正が必要かを判定します。修正が必要な場合は修正を行い、pushまで実施します。
The English summary is being prepared. Showing the original description.