Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/ncaq/konoka/commit-stylenpx skills add ncaq/konoka --skill commit-stylegit clone --depth 1 https://github.com/ncaq/konokaWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00028 | $0.01511 |
| Opus 5 | $0.00014 | $0.00756 |
| Sonnet 5 | $0.00006 | $0.00302 |
| Haiku 4.5 | $0.00003 | $0.00151 |
Grade A, and why
commit-style scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 156 lines — stays where its author put it; the contents beside it link to each section on GitHub.
コミットメッセージを書く際のスタイルガイドラインです。
/commitスキル経由でないコミットでも、
このガイドラインに従ってください。
既存コミットスタイル
!git log --no-merges -20
上記のgit log --no-merges -20の内容から、
既存のコミットメッセージのスタイルを把握してください。
コミットメッセージのガイドライン
!read-commit-instructions
上記の内容が空でなければプロジェクト固有のコミットメッセージガイドラインです。 内容に従ってください。
コミットメッセージのスタイル
プロジェクト固有のガイドラインと衝突するスタイルがある場合はそちらを優先してください。 以下はデフォルトのスタイルとして使用してください。
環境によってはcommit-msgフックのcommitlintで、
このスタイルの一部が機械的に検査されます。
検査に引っかかると修正のやり直しで時間を浪費するので、
最初からスタイルに従った文章を書いてください。
以降の「エラーになります」という記述は、
この検査が有効な環境での話です。
検査規則の出所は、
ncaq/git-hooksのcommitlint設定です。
規則の詳細や最新の内容はそちらを参照してください。
文体
丁寧語とですます調で書いてください。
英単語と日本語が混在する場合は、 英単語の前後にスペースを入れないでください。 中国語の風習では普通スペースを入れますが、 日本語ではスペースを入れないのも一般的で、 私は基本的にスペースなしのスタイルを採用しています。
タイトルと本文の構成
1行目はタイトルなので簡潔に変更の要約をしてください。 タイトルは68文字以内に収めることが推奨されます。 72文字を超えるとエラーになります。
タイトルの末尾は文字・数字・バッククォートのいずれかで終わらせてください。 句読点や括弧などの記号で終わるとエラーになります。
必要に応じて本文を追加してください。 その場合タイトルとの間に必ず空行を入れてください。
行長と改行
本文の行長は100文字以内に収めてください。 URLなど改行できないものを挿入する場合は例外です。
本文の段落では改行位置が機械的に検査されます。 以下の規則に従ってください。
- 句読点(
、・半角カンマ,・。・半角ピリオド.)を書いたらその直後で改行する。行の途中に句読点を残さない - 改行する行は句読点かバッククォートで終わらせる。文節の途中で改行しない
つまり一文一行が基本で、 長い文は読点の直後で折り返す形になります。
以下は例外として許容されます。
- 行頭から6文字目までにある読点(
また、やしかし、のような短い接続詞の直後)では改行しなくて良い Node.jsや1.2.3のような英数字に挟まれた半角ピリオドは句点として扱われない- URL・Markdownリンク・インラインコードの中身は検査対象外。
素のURLもリンクとして扱われるため、
closeやrefのフッタ行のようにURLで終わる行は違反にならない - リスト項目・コードブロック・見出し・引用・テーブルの行は検査対象外
規則に従っても改行位置が不自然になる場合は、 改行で誤魔化さずに文章自体を練りなおしてください。 日本語は英語と違い好きに改行して良い言語ではないので、 改行位置には十分注意してください。
コードシンボル
コードのシンボル(関数名や変数名など)をメッセージに含める場合は、 Markdownのインラインコード記法であるバッククォートで囲んでください。
列挙
本文で要素の列挙が3つ以上になる場合は、 文章に詰め込まずMarkdownのリスト形式で書いてください。
例えば、
`foo`と`bar`と`baz`の設定を追加します。
ではなく、
以下の設定を追加します。
- `foo`
- `bar`
- `baz`
のように書いてください。
列挙する要素が2つ以下の場合は、 文章のままで構いません。
順序に意味がない場合は番号付きリストを使わないでください。
issueやPRの参照
GitHubのissueやpull requestを参照する場合は、
#123やowner/repo#123のような短縮記法は使わず、
完全なURLを使ってください。
同じリポジトリのissueやPRであっても完全なURLを使ってください。
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 156 lines · 28 tokens per session scan A f3546fcba559
commit-style is a skill published in the GitHub repository ncaq/konoka (3 stars, last pushed 4d ago), licensed Apache-2.0. It adds 28 tokens to every session and 1,511 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
conventional-commit
Workflow for generating conventional commit messages following the Conventional Commits specification. MUST be invoked every time a commit is created. Guides construction of standardized commit messages with correct type, scope, description, body, and footer.
changelog-generator
智能变更日志生成器 - 自动分析Git提交历史，生成符合规范的CHANGELOG.md。支持语义化版本管理、多种输出格式、增量更新和GitHub/GitLab集成。.
git-commit
Turn the working changes into one or more atomic commits with well-written messages. Use whenever the user runs /git-commit or asks to commit their work, wrap up a feature, or "commit what I have.".
git-add-u-after-async-post-commit-hook
Prevent (and recover from) git add -u + git commit --amend + git push --force-with-lease catastrophically rolling thousands of unrelated tracked-file deletions into an amended commit when the project has an async post-commit hook that mutates tracked files (e.g. regenerates docs/site/.html, docs/site/index.html…
async-post-commit-hook-commit-orphaned-by-squash-merge
In a repo with an ASYNC/background post-commit hook (one that fires after a commit and creates its OWN follow-up commit — [auto-docs] …, a docs/site regen, a changelog/checkbox tick), the hook's commit can land LOCAL-ONLY after your git push already captured just your work commit, so it is never in the PR and gets…
version-control-review
Review changes and manage commits, branches, merges, and code-review workflows using VCS-agnostic engineering principles.