dykarohora-kizamu-git-rule.ocm.json json {
"ocm": "1",
"id": "dykarohora-kizamu-git-rule",
"kind": "skill",
"name": "git",
"description": "Git - 各コミットは1つの論理的変更のみを含むこと - コミットメッセージは必ず英語で書くこと - 複数の問題解決や機能実装を1つのコミットに混ぜないこと - コミットの粒度を考えるときには以下の分類を参考にすること - feat: 新機能の追加 - fix: バグ修正 - docs: ドキュメントの変更のみ - style: コードの意味に影響しない変更（空白、フォーマット、セミコロン追加など） - refactor: バグ修正でも機能追加でもないコードの変更 - perf: パフォーマンス向上のための変更 - test: テストの追加・修正 - chore: ビルドプロセスやツール、ライブラリの変更（実際のアプリケーションコードは変更されない） - ci: CI設定ファイルやスクリプトの変更 - build: ビルドシステムや外部依存関係に関する変更 - revert: 以前のコミットを取り消す変更 - コミットメッセージには「分類名(パッケージ名):」のプレフィックスをつけること - 例1. web-appパッケージのバグを修正した時のプレフィックスは「fix(web-app):」 - 例2. パッケージに依存しないドキュメントを更新したときには「docs:」",
"publisher": "dykarohora",
"version": "1.0.0",
"capabilities": {
"domains": [
"coding"
],
"tags": [
"skill-md",
"github-cursor-rules"
],
"languages": [
"en"
]
},
"quality_prior": 0.6,
"examples": [
"Git - 各コミットは1つの論理的変更のみを含むこと - コミットメッセージは必ず英語で書くこと - 複数の問題解決や機能実装を1つのコミットに混ぜないこと - コミットの粒度を考えるときには以下の分類を参考にすること - feat: 新機能の追加 - fix: バグ修正 - docs: ドキュメントの変更のみ - style: コードの意味に影響しない変更（空白、フォーマット、セミコロン追加など） - refactor: バグ修正でも機能追加でもないコードの変更 - perf: パフォーマンス向上のための変更 - test: テストの追加・修正 - chore: ビルドプロセスやツール、ライブラリの変更（実際のアプリケーションコードは変更されない） - ci: CI設定ファイルやスクリプトの変更 - build: ビルドシステムや外部依存関係に関する変更 - revert: 以前のコミットを取り消す変更 - コミットメッセージには「分類名(パッケージ名):」のプレフィックスをつけること - 例1. web-appパッケージのバグを修正した時のプレフィックスは「fix(web-app):」 - 例2. パッケージに依存しないドキュメントを更新したときには「docs:」"
],
"primary": false,
"metadata": {
"source": {
"provider": "github-cursor-rules",
"repository": "https://github.com/dykarohora/kizamu",
"path": ".cursor/rules/git.mdc",
"ref": "e040b0f32d585332d04a60828f1a26485c3749d0",
"url": "https://github.com/dykarohora/kizamu/blob/e040b0f32d585332d04a60828f1a26485c3749d0/.cursor/rules/git.mdc",
"key": "dykarohora/kizamu/.cursor/rules/git.mdc"
}
},
"instructions": "### Git\n- 各コミットは1つの論理的変更のみを含むこと\n- コミットメッセージは必ず英語で書くこと\n- 複数の問題解決や機能実装を1つのコミットに混ぜないこと\n- コミットの粒度を考えるときには以下の分類を参考にすること\n - feat: 新機能の追加\n - fix: バグ修正\n - docs: ドキュメントの変更のみ\n - style: コードの意味に影響しない変更（空白、フォーマット、セミコロン追加など）\n - refactor: バグ修正でも機能追加でもないコードの変更\n - perf: パフォーマンス向上のための変更\n - test: テストの追加・修正\n - chore: ビルドプロセスやツール、ライブラリの変更（実際のアプリケーションコードは変更されない）\n - ci: CI設定ファイルやスクリプトの変更\n - build: ビルドシステムや外部依存関係に関する変更\n - revert: 以前のコミットを取り消す変更\n- コミットメッセージには「分類名(パッケージ名):」のプレフィックスをつけること\n - 例1. web-appパッケージのバグを修正した時のプレフィックスは「fix(web-app):」\n - 例2. パッケージに依存しないドキュメントを更新したときには「docs:」",
"cost": {
"context_tokens": 143
}
}