commit

Validate staged commit messages against type(scope): title format rules.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/sendo-kakeru/family-photo --skill commit-sendo-kakeru
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: commit
Source: https://github.com/sendo-kakeru/family-photo/tree/main/.claude/skills/commit
Command: npx skills add https://github.com/sendo-kakeru/family-photo --skill commit-sendo-kakeru

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

ステージングした変更を一貫した形式でコミットする際の手間を減らし、メッセージ規約の遵守を自動的に促します。

Core Features & Use Cases

  • 規約準拠のフォーマット: 例として <type>(<scope>): <title> の構造を必須とし、件名行と本文の適切な配置・分離を保証します。
  • タイプと構造の定義: 事前に許可されたタイプリスト(feat、fix、docs、style、perf、test、refactor、chore、revert)を用いて変更の意図を明示します。
  • 実務適用のガイド: Why を重視した本文の記述を促し、破壊的変更の通知方法も整備します。

Quick Start

ステージングした変更に対して、規約に沿った新しいコミットを作成してください。

Frequently Asked Questions about commit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce conventional commit message formatting for staged Git changes?

To enforce conventional commit formatting for staged Git changes, this Skill validates the type(scope): title structure, enforces a 70-character subject limit, and ensures a blank line before the body to guarantee message compliance.

What commit types are allowed when writing conventional commit messages?

Allowed commit types for conventional commit messages include feat, fix, docs, style, perf, test, refactor, chore, and revert, explicitly defining the intent of your staged changes.

How do I structure a Git commit message body and subject line correctly?

To structure a Git commit message correctly, separate the subject line from the body with a blank line, keep the subject under 70 characters, and use the body to explain the Why behind the code changes.

Does this commit message validator support custom commit types or scopes?

This commit message validator does not support custom types; it applies a predefined type list including feat, fix, docs, style, perf, test, refactor, chore, and revert to standardize your commit history.

What is the best way to document breaking changes in a conventional commit?

The best way to document breaking changes in a conventional commit is by following the structural guidelines provided by this Skill, which integrates breaking change notifications into the body to ensure clear communication.