Menu
Generate a commit message from staged changes and let the user review before committing. Use when the user wants to commit changes or create a git commit.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Generate a GitHub pull request title and body from the current branch and let the user review before creation. Use when the user wants to create a pull request.
Investigate any topic by querying multiple external sources (web, official docs, GitHub, MCP servers). Use whenever a question requires information not already in the working context, including library behavior, API specifications, error diagnostics, version comparisons, or general factual lookup.
himari is ncaq's rio-like custom Haskell Prelude. Import it with a single `import Himari`, never `import Himari.Prelude` or other submodules directly. Use when writing or reviewing Haskell code in a project that depends on the himari package.
Prefer the most specific built-in method over general-purpose ones in TypeScript/JavaScript. Use includes over indexOf, some over filter().length, find over filter()[0], flatMap over map().flat(), at(-1) over length-based access, startsWith/endsWith/includes over indexOf on strings, structuredClone over JSON round-trip. Use when writing or reviewing code that searches, tests, transforms arrays, objects, or strings.
Avoid for loops (C-style, for...of, for...in) in TypeScript/JavaScript. Prefer higher-order Array methods like map, filter, find, some, every, reduce. Use when writing or reviewing loops or iteration over arrays, objects, Map, Set, or String.
Variable naming conventions for TypeScript/JavaScript. Prefer camelCase even for constants and avoid UPPER_SNAKE_CASE. Use when naming or reviewing variables or constants.
| name | commit |
| description | Generate a commit message from staged changes and let the user review before committing. Use when the user wants to commit changes or create a git commit. |
| allowed-tools | AskUserQuestion, Bash(commit-prepare:*), Bash(git commit:*), Bash(konoka-commit-editor:*), Edit, Read, Write, Skill(commit-style) |
| model | opus |
| effort | medium |
Gitリポジトリの変更をコミットします。 AIがコミットメッセージを生成し、 ユーザが確認してからコミットします。
Skillツールでcommit-styleスキルを呼び出し、
スタイルガイドラインに従ってください。
!commit-prepare
上の埋め込みコマンドが失敗した場合はエラーメッセージを報告してスキルを終了してください。
埋め込みコマンドはJSON形式で結果を出力します。
editmsgPathにはCOMMIT_EDITMSGファイルのパスが書かれています。patchPathにはステージされた差分のパッチファイルのパスが書かれています。ReadツールでpatchPathのパスのファイルを読み、
差分の内容を把握して分析し、
適切なコミットメッセージを生成してください。
WriteツールでeditmsgPathのファイルにコミットメッセージを書き込んでください。
AskUserQuestionツールを使って、
生成したコミットメッセージの扱いをユーザに確認してください。
質問文にはコミットメッセージの全文を含めてください。 ユーザがメッセージの内容を見て判断できるようにするためです。
選択肢は以下の2つを設定してください。
AskUserQuestionツールはこれらに加えてOther(自由テキスト入力)の選択肢を自動的に追加します。
Otherが選ばれた場合はユーザがコミットメッセージの修正指示を入力したものとして扱います。
一時ファイルに書き出したコミットメッセージをそのまま使用して、 コミットの実行に進んでください。
以下のコマンドでユーザにコミットメッセージを編集してもらいます。
値は実際のファイルのパスに置き換えてください。
タイムアウトは最大の600秒(10分)に設定してください。
konoka-commit-editor <editmsgPathの値> <patchPathの値>
エディタが正常終了したら、
COMMIT_EDITMSGファイルをReadツールで読み直してください。
誤字があれば修正してファイルを上書きしてから、
コミットの実行に進んでください。
エディタが異常終了した場合、 ユーザがコミットをキャンセルしたいという意思表示であると解釈して、 コミット作業をキャンセルしてください。
Other(修正指示)の場合ユーザの修正指示に従ってコミットメッセージを修正してください。
Editツールでコミットメッセージ部分のみを修正してください。
修正後にコミットメッセージの確認ステップに戻ってください。
ユーザがコミットをキャンセルしたいという意思表示であると解釈して、 コミット作業をキャンセルしてください。
以下のコマンドでコミットを実行してください。
値は実際のファイルのパスに置き換えてください。
git commit -F <editmsgPathの値>
コミットが完了したら報告してください。