菜单
現在の Git worktree の変更を確認し、必要なら複数の論理コミットへ分割して安全にコミットする。ユーザーが「commitして」「今の変更をコミット」「何個かに分けてコミット」「とりあえずcommit」「変更を保存して」などを依頼したとき、または作業完了後にローカル変更をレビュー可能な commit にまとめたいときに使う。
用 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 リポジトリで新しいブランチを安全に作成して切り替える。ユーザーが「新しいブランチ作って」「branch切って」「この作業用ブランチを作成」「featureブランチを作って」などを依頼したとき、または作業開始前に現在地点から専用ブランチへ移りたいときに使う。
| name | commit-changes |
| description | 現在の Git worktree の変更を確認し、必要なら複数の論理コミットへ分割して安全にコミットする。ユーザーが「commitして」「今の変更をコミット」「何個かに分けてコミット」「とりあえずcommit」「変更を保存して」などを依頼したとき、または作業完了後にローカル変更をレビュー可能な commit にまとめたいときに使う。 |
現在の Git 差分を読み、ユーザーの意図に合う最小単位でコミットする。 既存の未コミット変更はユーザー作業の可能性があるため、内容を確認せずにまとめて staging しない。
git status --short と git status --branch --short で変更量、現在ブランチ、ahead/behind を確認する。git diff -- <path>、staged 済みなら git diff --cached -- <path> を確認する。git add -p を優先する。git add -- <paths> または git add -p で対象だけ staging する。git add . は、全差分を読んで全て対象と判断した場合だけ使う。git diff --cached --stat と git diff --cached --check を実行し、staged 内容と空白エラーを確認する。git commit -m "<message>" でコミットする。hook が失敗した場合、原因を確認し、--no-verify はユーザーが明示したときだけ使う。git status --short と git log --oneline -n <commit_count> で結果を確認する。git log --oneline -n 20 を確認する。最後に次だけを短く報告する。