Menu
GitHubのIssueに記載されたバグ報告をもとに修正計画を立て、TDD（テスト駆動開発）を用いてバグ修正を実施します。Issue番号やURLが与えられた際に使用してください。
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
プロジェクト内のKotlinおよびComposeコードを一定のフォーマットに静的整形する。コミット前に必ず実行する。
新しいバージョンをリリースするための準備（バージョン更新のPR作成、リリースノートのドラフト作成）を行います。
Pull Requestのコードレビューを行い、GitHub上でレビューコメントを提出します。PR番号やURLが与えられた際に使用してください。
GitHubにPull Requestを作成する際のワークフローとルールを定義します。コードの変更をPRとして提出する際に使用してください。
Conventional Commits 仕様に従って git のコミットメッセージを生成します。ユーザーが変更をコミットしたいときや、コミットメッセージの作成を求めたときに使用してください。
| name | fix-bug-issue |
| description | GitHubのIssueに記載されたバグ報告をもとに修正計画を立て、TDD（テスト駆動開発）を用いてバグ修正を実施します。Issue番号やURLが与えられた際に使用してください。 |
このスキルは、GitHubのIssueとして報告されたバグチケットに対して、原因調査・修正計画の策定を行い、TDD（テスト駆動開発）のプロセスに則って修正を実施するためのワークフロー定義です。 ユーザーから特定のIssueに対するバグ修正を依頼された場合、以下の手順に従って作業を進めてください。
GitHub MCPサーバー経由でIssueの情報を取得し、バグの事象を把握します。
mcp_github_issue_read (method: get): 対象のリポジトリ(owner, repo)と issue_number を指定し、Issueのタイトルや本文(Body)を取得します。いきなりコードを修正するのではなく、リポジトリ内の関連コードを調査し、修正方針とテスト方針を計画します。
grep_search や view_file 等を用いて関連するソースコードを特定し、なぜバグが発生しているのか（根本原因）を分析します。TDD形式を採用する。必ず実現したい振る舞いをテストコードで表現してから実装する）に従い、このバグを再現させ、かつ修正を確認するためのテストケース（入力と期待される出力・状態）を設計します。implementation_plan.md を作成し、以下を記述します。
RequestFeedback を true に設定し、ユーザーに計画のレビューと承認を求めます。承認が得られるまでは実装に進まないでください。ユーザーからImplementation Planの承認が得られたら、実装を開始する前に最新のデフォルトブランチから作業ブランチを作成します。
git checkout main (またはプロジェクトのデフォルトブランチ) を実行し、git pull でリモートの最新状態を取得します。git checkout -b <ブランチ名> でIssueに対応する新しい作業ブランチを作成します。（例: fix/issue-123-bug-description）task.md）、実装の進捗を管理する準備をします。作業ブランチの準備ができたら、TDDのサイクル（Red -> Green -> Refactor）に沿って実装を開始します。
format-code スキル）等があれば実行し、静的解析・整形を行います。walkthrough.md を作成または更新し、以下の内容を含めてユーザーに報告します。