commit-messages

Generate gitmoji-enabled Conventional Commits messages with commitlint rules.

1|Updated Oct 18, 2025
One-click install
npx skills add https://github.com/JimmyPaolini/monorepo --skill commit-messages-jimmypaolini
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: commit-messages
Source: https://github.com/JimmyPaolini/monorepo/tree/main/documentation/skills/commit-messages
Command: npx skills add https://github.com/JimmyPaolini/monorepo --skill commit-messages-jimmypaolini

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Writing consistent, standards-compliant commit messages across the monorepo is tedious and error-prone; this skill teaches the required format and rules to pass pre-commit checks and CI validations.

Core Features & Use Cases

  • Enforces the Conventional Commits header format: <type>(<scope>): <gitmoji> <subject>, with a required leading emoji and optional body and footer.
  • Validates subject, body, and footer constraints: lowercase types/scopes, 72-char line wrapping, subject non-empty, proper blank lines, and allowed scopes.
  • Use Case: contributors craft commits that automatically satisfy linting and CI gates across multi-project workstreams.

Quick Start

Provide a commit message that follows the project's Conventional Commits format with a leading gitmoji.

Frequently Asked Questions about commit-messages

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

FAQPage Schema
How do I format conventional commit messages with gitmoji to pass commitlint checks?▼

Conventional commit messages with gitmoji require a header format of type(scope): emoji subject, using lowercase types and scopes, imperative tense, and a maximum 72-character subject length to pass commitlint and CI validations.

What are the commitlint rules for subject length and blank lines in conventional commits?▼

Commitlint rules for conventional commits enforce a non-empty subject under 72 characters, lowercase types and scopes, proper imperative tense, and required blank lines separating the header, body, and footer sections.

How do I write a pre-commit ready commit message for a monorepo with multiple scopes?▼

Writing a pre-commit ready message for a monorepo involves specifying a valid lowercase scope matching allowed project boundaries, prefixing the subject with a gitmoji, and wrapping body lines at 72 characters.

Does the conventional commits format require an emoji at the start of the subject?▼

Yes, the conventional commits format in this workflow requires a leading gitmoji at the start of the subject line, immediately following the type and scope declaration, to satisfy pre-commit checks.

What is the best way to ensure git commit messages meet CI validation gates across multiple projects?▼

Ensuring commit messages meet CI validation gates requires following the conventional commits standard with a leading gitmoji, enforcing lowercase types, valid scopes, 72-character line wrapping, and proper blank line spacing.

Why do my conventional commit messages fail linting when adding a body and footer?▼

Conventional commit messages fail linting when required blank lines between the header, body, and footer are missing, or when body lines exceed the 72-character wrapping limit defined by commitlint rules.