家

Skill

コードレビュー

commit-standards

AsiaOstrich/universal-dev-skills

コミットメッセージを「conventional commits」の標準に従って作成する。使用場面：コミットメッセージの作成、git commitの実行、コミット履歴の確認。キーワード：commit、git、message、conventional、提交、訊息、feat、fix、refactor。

...すべて拡張します

更新された時間 2026年6月29日

# documentation # code-review # git # version-control # Code ReviewGit & Version ControlDocumentation # conventional-commits # commit-message

commit-standards について

「commit-standards」スキルは、Conventional Commits標準に従うことで、コミットメッセージの書式を統一します。これにより、コミットメッセージが明確で、簡潔かつ有益なものになります。このスキルは、メッセージ作成に対する体系的なアプローチを提供することで、一貫性のない、あるいは曖昧なコミットメッセージの問題を解決し、より整理され、理解しやすいコミット履歴を促進します。この標準は、チームや自動化システムの両方にとって明確なバージョン管理と変更記録が不可欠であるソフトウェア開発プロジェクトにおけるコラボレーションにおいて、特に有用です。

このスキルは、コミットメッセージの書式設定をシンプルかつ直感的に行えるよう設計されています。「feat」、「fix」、「refactor」などの事前定義されたコミットタイプを使用して、変更内容を効果的に分類します。ユーザーは、件名、本文、フッターを含む厳格なフォーマットに従うことができ、件名の長さ、大文字の使用、句読点については具体的なルールが定められています。また、このスキルは、多様な開発環境に対応するため、英語、繁体字中国語、およびバイリンガルオプションを含む多言語のコミットメッセージ形式をサポートしています。

このスキルは、コミットメッセージに対して一貫性のあるプロフェッショナルなアプローチを維持したい開発者、チーム、オープンソースの貢献者に最適です。特に、コードレビュー担当者、バージョン管理担当者、およびコードの変更内容を理解するためにコミット履歴に依存するすべての関係者にとって有益です。このスキルの設定システムにより、プロジェクトの好みに応じて柔軟にカスタマイズできるため、さまざまなワークフローやチームのニーズに適応可能です。

よくある質問

コミットメッセージの言語はどのように設定しますか？

コミットメッセージの言語は、プロジェクトの「CONTRIBUTING.md」ファイルで設定できます。設定が見つからない場合、システムはデフォルトで英語を使用します。利用可能なオプションは、英語、繁体字中国語、およびバイリンガルです。

コミットメッセージが標準に従っていない場合はどうなりますか？

このスキルはエラーを自動的に強制することはありませんが、一貫性と明確性を確保するためのベストプラクティスを推奨しています。メッセージが所定の形式に従っていることを確認するのは、チーム次第です。

このスキルは、ソフトウェア開発以外のプロジェクトでも使用できますか？

はい。主にソフトウェアプロジェクト向けに設計されていますが、明確なバージョン管理や変更内容の文書化が必要なプロジェクトであれば、どのようなプロジェクトでもこのスキルの恩恵を受けることができます。

このスキルは、コミットメッセージでの多言語対応をサポートしていますか？

はい。このスキルは、英語、繁体字中国語、およびバイリンガルのコミットメッセージに対応しています。「CONTRIBUTING.md」ファイルで、ご希望の言語設定を選択できます。

このスキルはどのようなコミットタイプに対応していますか？

このスキルは、「feat」、「fix」、「refactor」、「docs」、「style」、「test」、「perf」、「build」、「ci」、「chore」、「revert」、「security」など、さまざまなコミットタイプに対応しています。

GitHubで見る

Commit Message Standards

This skill ensures consistent, meaningful commit messages following conventional commits.

Quick Reference

Basic Format

<type>(<scope>): <subject><body><footer>

Commit Types

English	中文	When to Use
`feat`	`新增`	New feature
`fix`	`修正`	Bug fix
`refactor`	`重構`	Code refactoring (no functional change)
`docs`	`文件`	Documentation only
`style`	`樣式`	Formatting (no code logic change)
`test`	`測試`	Adding or updating tests
`perf`	`效能`	Performance improvement
`build`	`建置`	Build system or dependencies
`ci`	`整合`	CI/CD pipeline changes
`chore`	`維護`	Maintenance tasks
`revert`	`回退`	Revert previous commit
`security`	`安全`	Security vulnerability fix

Subject Line Rules

Length: ≤72 characters (50 ideal)
Tense: Imperative mood ("Add feature" not "Added feature")
Capitalization: First letter capitalized
No period: Don't end with a period

Detailed Guidelines

For complete standards, see:

Conventional Commits Guide
Language Options

Examples

✅ Good Examples (English)

feat(auth): Add OAuth2 Google login supportfix(api): Resolve memory leak in user session cacherefactor(database): Extract query builder to separate classdocs(readme): Update installation instructions for Node 20

✅ Good Examples (中文)

新增(認證): 實作 OAuth2 Google 登入支援修正(API): 解決使用者 session 快取記憶體洩漏重構(資料庫): 提取查詢建構器為獨立類別

✅ Good Example (Bilingual)

feat(auth): Add OAuth2 Google login support. 新增 OAuth2 Google 登入支援。Implement Google OAuth2 authentication flow for user login.實作 Google OAuth2 認證流程供使用者登入。Closes #123

❌ Bad Examples

fixed bug                    # Too vague, no scopefeat(auth): added google login  # Past tenseUpdate stuff.                # Period, vagueWIP                          # Not descriptive

Body Guidelines

Use the body to explain WHY the change was made:

fix(api): Resolve race condition in concurrent user updatesWhy this occurred:- Two simultaneous PUT requests could overwrite each other- No optimistic locking implementedWhat this fix does:- Add version field to User model- Return 409 Conflict if version mismatchFixes #789

Breaking Changes

Always document breaking changes in footer:

feat(api): Change user endpoint response formatBREAKING CHANGE: User API response format changedMigration guide:1. Update API clients to remove .data wrapper2. Use created_at instead of createdAt

Issue References

Closes #123    # Automatically closes issueFixes #456     # Automatically closes issueRefs #789      # Links without closing

Configuration Detection

This skill supports project-specific language configuration.

Detection Order

Check CONTRIBUTING.md for "Commit Message Language" section
If found, use the specified option (English / Traditional Chinese / Bilingual)
If not found, default to English for maximum tool compatibility

First-Time Setup

If no configuration found and context is unclear:

Ask the user: "This project hasn't configured commit message language preference. Which option would you like to use? (English / 中文 / Bilingual)"
After user selection, suggest documenting in CONTRIBUTING.md:

## Commit Message LanguageThis project uses **[chosen option]** commit types.<!-- Options: English | Traditional Chinese | Bilingual -->

Configuration Example

In project's CONTRIBUTING.md:

## Commit Message LanguageThis project uses **English** commit types.### Allowed Typesfeat, fix, refactor, docs, style, test, perf, build, ci, chore, revert, security

License: CC BY 4.0 | Source: universal-dev-standards

すべてのファイル

3件のファイル

SKILL.md 4.3k

表示

conventional-commits.md 4.6k

表示

language-options.md 3k

表示

commit-standardsをインストール

スキルファイルをダウンロードし、.claude/skills/ ディレクトリに解凍してください。

ZIPをダウンロード

リポジトリをクローンし、スキルファイルをプロジェクトにコピーしてください。

git clone https://github.com/AsiaOstrich/universal-dev-skills/blob/main/skills/commit-standards/SKILL.md # Copy SKILL.md to your .claude/skills/ directory

コピー

クイックセットアップ: skillフォルダを.claude/skills/にコピーしてください。Claudeが自動的にそのスキルを検出して使用します。

リポジトリ AsiaOstrich/universal-dev-skills