Menu
claude-task-workerプラグインのバージョンをインクリメントし、commit-pushでコミット・プッシュしたうえでPRを作成する。引数で `major` / `minor` / `patch` を受け取り、対応する部分をインクリメントする（省略時は `patch`）。「バージョンを上げて」「バージョンアップ」「bump version」「メジャーバージョンを上げて」などのリクエストで使用する。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | bump-claude-plugin-version |
| description | claude-task-workerプラグインのバージョンをインクリメントし、commit-pushでコミット・プッシュしたうえでPRを作成する。引数で `major` / `minor` / `patch` を受け取り、対応する部分をインクリメントする（省略時は `patch`）。「バージョンを上げて」「バージョンアップ」「bump version」「メジャーバージョンを上げて」などのリクエストで使用する。 |
plugin/.claude-plugin/plugin.json のバージョンをインクリメントし、変更をコミット・プッシュしたうえでPRを作成するスキルです。引数で major / minor / patch を受け取り、対応する部分をインクリメントします。
引数（$ARGUMENTS）でバンプ種別を受け取る。
major … メジャーバージョンをインクリメントminor … マイナーバージョンをインクリメントpatch … パッチバージョンをインクリメント判定ルール：
major/minor/patch のほか、先頭一致で maj/min/pat のような省略や、日本語の「メジャー」「マイナー」「パッチ」も同義として解釈してよい）patch をデフォルトとして採用する以下のコマンドで現在のバージョンを取得：
cat plugin/.claude-plugin/plugin.json | jq -r '.version'
取得したバージョンを major.minor.patch に分解し、ステップ0で決定したバンプ種別に応じて新しいバージョンを算出する。インクリメントした桁より下位の桁は 0 にリセットする。
現在のバージョンが 1.2.3 の場合の例：
| バンプ種別 | 新バージョン |
|---|---|
major | 2.0.0 |
minor | 1.3.0 |
patch | 1.2.4 |
plugin/.claude-plugin/plugin.json の version フィールドを新しいバージョンに更新する。
変更を現在のブランチにコミット・プッシュする。
pushしたブランチから、デフォルトブランチへのPRを作成する。バージョンバンプはIssueに紐づかないchore作業のため、create-pr スキル（Closes #<Issue> と cc-triage-scope ラベルを前提とする）は使わず、gh pr create で直接作成する。
chore(plugin): Bump version to <新バージョン>gh repo view --json defaultBranchRef -q .defaultBranchRef.name）gh api user --jq '.login' で取得した自分自身<旧バージョン> から <新バージョン> に更新した旨を記載gh pr create \
--title "chore(plugin): Bump version to <新バージョン>" \
--body "claude-task-worker プラグインのバージョンを <旧バージョン> から <新バージョン> に更新（<バンプ種別> bump）。" \
--base "$(gh repo view --json defaultBranchRef -q .defaultBranchRef.name)" \
--assignee "$(gh api user --jq '.login')"
作成後、PRのURLを報告する。既に同一ブランチのPRが存在する場合は新規作成せず、そのURLを報告する。
Re-analyze an existing GitHub Issue using its current title and body as input, refresh the implementation plan against the latest code state, and update the Issue in place. Use this when the user provides an Issue number (numeric, `#`-prefixed, or Issue URL) and wants to regenerate the code analysis via the explore-agent subagent. For reflecting comment-driven updates instead, use update-issue. For creating a brand-new Issue from a natural-language task description, use create-issue.
Create an implementation plan and a GitHub Issue based on the task description provided as an argument. Use this when the user supplies a natural-language task description (not an issue number) and wants a new implementation-ready Issue. If the input is an existing issue number, use create-issue-from-issue-number (re-analyze) or update-issue (reflect comments) instead.
GitHub Issueの確認事項に対して、コードベースやドキュメントを徹底的に調査し、根拠に基づいた回答を提供するスキル。Issueの最後のコメントに含まれる確認事項を調査・回答し、コメントに追記する。
ライブラリの情報を確認するためのスキル。Next.js、shadcn、その他のライブラリについて、適切なMCPサーバーを使用して最新のドキュメントと使用方法を取得します。
Create or update the Pencil (`.pen`) design for a UI implementation Issue before any code is written, then open a design-only PR. Takes the Issue number as argument, extracts the design requirements from the Issue description and comments, delegates `.pen` edits to the pencil-design-updater agent, exports snapshot PNGs, pushes them on the fixed `cc-ui-design-<Issue number>` branch, and opens a PR that references the Issue with `Refs #<N>` (never a closing keyword).
Execute tasks based on GitHub Issue content