スキルを探す

プロジェクト全体（または指定範囲）を最も美しい確定版へ仕上げる．範囲を媒体に分解して refine プラグインの各スキルへ委譲し，媒体間の継ぎ目を走査する．「プロジェクト全体を完璧にして」「全部洗練して」など，媒体をまたぐ仕上げを求められたときに使う．単一媒体の仕上げは refine プラグインの該当スキルを使う．

ユーザーからの修正・指摘を受けた際の学習記録と自己改善ループ。ユーザーから「違う」「そうじゃない」「前にも言ったけど」といった修正を受けた時、同じミスを繰り返していると気づいた時、セッション開始時の教訓確認で使う。修正やフィードバックを受けたら必ずこのスキルを参照する。

サブエージェントを活用した並列実行・調査委譲・コンテキスト管理の戦略。複雑な問題への対処、調査・探索タスク、複数の選択肢の比較検討、大規模なリファクタリングなどでこのスキルを参照する。「調べて」「比較して」「並列で」「複数のアプローチを試して」といったリクエストや、メインのコンテキストが肥大化しそうな場面で使う。

非自明なタスク（3ステップ以上、アーキテクチャ判断、複数ファイルにまたがる変更）に取り組む際の計画・実行・検証サイクル。タスクの開始時、実装がうまくいかず再計画が必要な時、バグ修正やリファクタリングの着手時にこのスキルを参照する。「計画を立てて」「TODO を整理して」「この機能を実装して」「バグを直して」といったリクエストや、明らかに複数ステップを要するタスクではこのスキルを使う。ただし、大規模な新機能開発（コードベース探索・アーキテクチャ設計・並列レビューが必要な重量級タスク）には feature-dev プラグイン（/feature-dev）の方が適切。

This skill should be used when the user asks to "既存プロジェクトのタスクを整理して", "技術的負債をIssue化して", "このコードベースを改善するタスクを洗い出して", "GitHub Projectに健全化タスクを登録して", "break down what needs to be fixed in this project", "surface tech debt as issues", or "create a project board for cleanup work". Diagnoses pain points and codebase health of an existing project, then registers improvement tasks as GitHub Issues and a Project Board.

This skill should be used when the user asks to "ドキュメントを更新して", "sync the docs", "update CLAUDE.md after this change", "実装に合わせてドキュメントを直して", or notices that docs have drifted from the codebase. Diffs git history to identify what changed, proposes targeted updates to CLAUDE.md, docs/architecture.md, docs/requirements.md, and README.md, then applies only approved changes.

This skill should be used when the user asks to "プロジェクトを解析して", "コードベースを調べてドキュメント化して", "移行作業の準備をして", "新機能実装の前にプロジェクトを整理して", "analyze this codebase", "document the project structure", "既存プロジェクトのCLAUDE.mdを作って", or wants to prepare CLAUDE.md and architecture docs before a migration, feature development, or onboarding.

This skill should be used when the user asks to "このエラーを直して", "help me debug this", "fix this stack trace", "なぜこのエラーが出るの", "CI が落ちた", or pastes an error message or stack trace and wants help diagnosing it. Classifies the error type, identifies related files, and proposes up to three root-cause hypotheses with concrete fix plans.

This skill should be used when the user asks to "このファイルを変えたら何が壊れる？", "what depends on this function", "影響範囲を調べて", "show me what imports this module", or wants to understand the blast radius before modifying a shared utility, exported type, or public API. Traces import/require references up to two levels deep and lists affected test files.

This skill should be used when the user asks to "これらのIssueを全部実装して", "implement these issues autonomously", "Issue一覧を自動で片付けて", "これらのタスクを順番に実装してPRにして", or provides a list of GitHub Issue numbers/URLs for autonomous batch implementation. Fetches all specified Issues, resolves dependency order, then iterates through each — creating a worktree, implementing, and opening a PR — without user intervention.

This skill should be used when the user asks to "最小再現環境を作って", "再現環境を構築して", "問題を切り分けたい", "パッケージの不具合か確認したい", "create a minimal reproduction", "isolate the issue", "build a repro environment", "reproduce this bug", "narrow down the cause", "is this a package bug or my code", "このPRの問題を再現して", "this commit broke something", or wants to determine whether a bug is caused by a package, the environment, or application code. Accepts PR URLs, commit hashes, or branch names as input.

This skill should be used when the user asks to "このIssueを実装して", "implement this issue", "fix this bug", "このタスクをやって", "Issue

Guide the user through starting a new web application project — elicit requirements (MoSCoW scoping), create architecture and requirements documents, break work into tasks, and register them as a GitHub Project kanban board. Use when the user says "新しいWebアプリを作りたい", "Webアプリの立ち上げを手伝って", "start a new web app project", "プロジェクトの要件を整理したい", or "GitHub Projectにタスクを登録したい".

This skill should be used when the user asks to "PR を出す前に確認して", "check if this branch is ready to merge", "run pre-PR checks", "PRを作る前にチェックして", or wants to verify a branch before opening a pull request. Executes verification commands, validates Conventional Commits format, and confirms documentation is updated, then reports whether gh pr create is safe to run.

This skill should be used when the user asks to "sandboxの互換性をチェックして", "sandbox設定を確認して", "このプロジェクトでsandboxが使えるか調べて", "sandboxでコマンドが失敗する", "check sandbox compatibility", "verify sandbox settings", "sandbox is blocking my commands", or wants to ensure their development workflow works within Claude Code's sandbox restrictions — either proactively before starting work or reactively after encountering sandbox-related failures.

Google Drive APIを使用してファイルのアップロード、ダウンロード、検索、一覧、削除を行うスキル。使用タイミング: (1) Google Driveにファイルをアップロードするとき、(2) Google Driveからファイルをダウンロードするとき、(3) Google Driveのファイルを検索・一覧するとき、(4) Google Driveのファイルを削除・移動するとき

ユーザーからのリクエストをタスク分割して Issue 登録・プロジェクト管理・進捗報告。 トリガー例: 「差分からタスク登録して」「計画をIssueにして」「タスク管理」「実行して」「repo-manager」

差分からIssueを作成 + プロジェクトに登録 + サブイシューごとのコミット + Gitフロー（analyze-diff + plan + project-mgmt）。 トリガー例: 「/reg-commit」

Googleスプレッドシートへのアクセス、データの書き込み、読み込み、検索、シート管理を行うスキル。セルへの値書き込み、行の追加、シート全体の読み取り、特定条件での検索、シートの作成・削除・名前変更をサポート。レシートの記録、家計簿の管理、データの集計など、スプレッドシートを操作するタスク全般で使用する。

GitHub プロジェクト管理を一括操作。Issue作成、ラベル設定、プロジェクト紐付け、マイルストーン、日付、ステータス変更。 トリガー例: 「Issue作成」「プロジェクト管理」「project-mgmt」「Issueを立てて」「プロジェクトに追加」

VOICEVOX Engineを使って日本語音声合成を行うスキル。テキストから自然な日本語音声を生成する。

差分からIssueを作成 + プロジェクトに登録 + 複数コミット + プッシュ + PR作成で終了（analyze-diff + project-mgmt + repo-flow PR作成まで）。 サブイシューを作成せず、1つのIssueのみを作成し、ファイル単位・機能単位で複数のコミットに分けるフラットなパターン。 マージは実行せず、PR作成で終了します。 トリガー例: 「/reg-commit-pr」

差分からIssueを作成 + プロジェクトに登録 + 複数コミット + Gitフロー（analyze-diff + project-mgmt + repo-flow）。 サブイシューを作成せず、1つのIssueのみを作成し、ファイル単位・機能単位で複数のコミットに分けるフラットなパターン。 トリガー例: 「/reg-commit-flat」

タスク管理（repo-managerのエイリアス）。 トリガー例: 「/task ユーザー認証機能を追加して」