القائمة
現在の Git リポジトリで新しいブランチを安全に作成して切り替える。ユーザーが「新しいブランチ作って」「branch切って」「この作業用ブランチを作成」「featureブランチを作って」などを依頼したとき、または作業開始前に現在地点から専用ブランチへ移りたいときに使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Kaggle MCPでCompetition、Dataset、Model、Notebook出力、Notebookソースを取得し、リポジトリの./input配下へ安全に配置する。ユーザーが「コンペを開始」「COMPETITIONのデータを取得」、またはKaggleのDataset・Model・Notebookを「import」「download」「inputへ追加」するよう依頼したときに使う。
Kaggle MCPのdiscussion/forum系ツールでKaggle Discussion、Competition Solution、コメント、返信を調査し、docs/discussion/*.mdへ根拠付きで要約する。ユーザーが「XXXの1位解法を調査」「YYYの上位解法をまとめて」「参加中コンペの有用Discussionを調査」「このコンペのdiscussionから実装ヒントを拾って」など、Kaggle discussionやsolution writeupの調査・整理を依頼したときに使う。
環境変数COMPETITIONのKaggleコンペを開始するため、参加・データ取得、公式ページと厳密なルールの文書化、Discussionと公開Notebookの動向調査、最高voteのEDA Notebook導入とMarkdownセルの日本語化を統括する。ユーザーが「コンペをオンボーディング」「新しいKaggleコンペを開始」「コンペ情報・ルール・流行手法をまとめて」「EDAまで用意」などを依頼したときに使う。
Kaggle MCPで公開Notebook/Kernelを検索し、fork親子関係、重複、派生、public score、利用データ・モデル・出力物、コード本文を根拠付きで調査してMarkdownにまとめる。ユーザーが「公開ノートブックを調査」「似たNotebookの違いを見たい」「BirdCLEFなど参加中コンペのnotebookから実装ヒントを拾って」「高スコアNotebookの派生元を追って」「Kaggle Notebookの重複・fork・改善点を整理して」などを依頼したときに使う。
ユーザーの要望から実装前の設計書または実装計画を作成する。ユーザーが「設計書を作って」「実装計画を立てて」「plan-create」「方針をまとめて」「AIエージェント向けの実装手順にして」などを依頼したとき、またはコード変更前に安全で検証可能な計画を文書化する必要があるときに使う。
現在の Git worktree の変更を確認し、必要なら複数の論理コミットへ分割して安全にコミットする。ユーザーが「commitして」「今の変更をコミット」「何個かに分けてコミット」「とりあえずcommit」「変更を保存して」などを依頼したとき、または作業完了後にローカル変更をレビュー可能な commit にまとめたいときに使う。
| name | create-branch |
| description | 現在の Git リポジトリで新しいブランチを安全に作成して切り替える。ユーザーが「新しいブランチ作って」「branch切って」「この作業用ブランチを作成」「featureブランチを作って」などを依頼したとき、または作業開始前に現在地点から専用ブランチへ移りたいときに使う。 |
現在の Git 状態を確認し、指定または推定した名前で新しいブランチを作る。 未コミット変更は破棄せず、新ブランチへそのまま持ち越すことを基本にする。
git status --branch --short で現在ブランチ、dirty 状態、ahead/behind を確認する。git branch --show-current で detached HEAD ではないか確認する。detached HEAD の場合は、開始点をユーザーに確認する。skill/commit-changes、fix/notion-score。git branch --list <branch-name> で既存ブランチ名と衝突しないか確認する。存在する場合は作成せず、切り替えるか別名にするか確認する。HEAD から作成する。git rev-parse --verify <start-point> などで存在確認する。git switch -c <branch-name> または git switch -c <branch-name> <start-point> を実行する。git status --branch --short を再実行し、現在ブランチと未コミット変更が保持されていることを確認する。git switch -C、git branch -f、git reset など既存参照を上書きする操作は、ユーザーが明示した場合だけ行う。--discard-changes、git checkout -f、stash の drop などローカル変更を失う可能性がある操作は、必ず事前確認する。feature/<topic>: 新機能やスキル追加。fix/<topic>: バグ修正。docs/<topic>: docs だけの変更。experiment/<topic>: 試験的な作業。既存リポジトリに命名規約がある場合は、それを優先する。迷う場合は git branch --list と git log --oneline -n 20 から近い慣習を確認する。
最後に次だけを短く報告する。