commit-convention

Enforce Conventional Commits format for Git commit messages in the akashic-devkit monorepo.

2|1|Updated Sep 19, 2025
One-click install
npx skills add https://github.com/akashic-devkit/akashic-devkit --skill commit-convention-akashic-devkit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: commit-convention
Source: https://github.com/akashic-devkit/akashic-devkit/tree/main/.claude/skills/commit-convention
Command: npx skills add https://github.com/akashic-devkit/akashic-devkit --skill commit-convention-akashic-devkit

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill enforces a consistent and understandable commit message format, improving code review clarity and automating changelog generation.

Core Features & Use Cases

  • Enforces Conventional Commits: Ensures all commit messages adhere to a strict type(scope): subject format.
  • Scope Mapping: Provides clear guidelines for selecting the correct scope (web, cli, config, root) based on the changed directory.
  • Type Selection Guidance: Offers a table to help choose the appropriate commit type (feat, fix, chore, etc.) based on the intent of the change.
  • Use Case: When preparing to commit changes to the packages/cli directory, use this skill to ensure your commit message follows the feat(cli): add new command format.

Quick Start

Use the commit-convention skill to format your commit message for a change in the apps/web directory.

Frequently Asked Questions about commit-convention

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

FAQPage Schema
How do I format git commit messages using conventional commits in a monorepo?

Format git commit messages in a monorepo using the strict `type(scope): subject` syntax. Select a scope like `web` or `cli` based on the changed directory, and choose a type like `feat` or `fix` based on the change intent.

What is the conventional commits format for code review clarity?

The conventional commits format for code review clarity is `type(scope): subject`. It uses predefined types such as `feat`, `fix`, `chore`, and scopes like `web`, `cli`, `config`, and `root` to standardize commit intent.

How do I choose the correct scope for a git commit in a monorepo?

Choose the correct git commit scope in a monorepo by matching the changed directory to predefined scopes: `web`, `cli`, `config`, or `root`. This maps changes directly to their affected package for clear tracking.

Does commitlint work with conventional commits for automated validation?

Commitlint works with conventional commits to provide automated validation. It enforces the `type(scope): subject` format, ensuring all git commit messages adhere to the specification before integration.

When do I need to use the conventional commits specification for git commits?

You need the conventional commits specification for git commits when you want to improve code review clarity and automate changelog generation. It enforces a consistent `type(scope): subject` format across all commit operations.

What are the limitations of using predefined types and scopes for commit messages?

The limitation of using predefined commit message types and scopes is strict adherence to the `type(scope): subject` format. You must select from defined types like `feat` or `fix` and scopes like `web` or `cli`, limiting freeform messages.