Commitlint

Valida mensagens de commit no formato Conventional Commits usando a configuração e regras do commitlint.

O que é Commitlint?

Commitlint é uma ferramenta de validação de mensagens de commit que garante a conformidade com o formato Conventional Commits. Este skill é essencial para equipes que desejam padronizar mensagens de commit em seus projetos, facilitando a geração automática de changelogs, versionamento semântico e integração com pipelines CI/CD. O skill oferece detecção automática de arquivos de configuração (.commitlintrc, commitlint.config.js, etc.), suporte a múltiplos formatos (JavaScript, TypeScript, JSON, YAML) e a capacidade de definir regras personalizadas com níveis de severidade (desabilitado, aviso, erro). Além disso, permite extrair regras de configuração para gerar prompts para modelos de linguagem (LLMs), auxiliando na criação automatizada de mensagens de commit. Suporta integração com ferramentas como lint-staged, husky e diversos CI/CDs, tornando-se uma peça-chave em fluxos de desenvolvimento modernos.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jamie-BitFlight/claude_skills/tree/main/plugins/commitlint/skills/commitlint

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que Commitlint faz?

Valida mensagens de commit no formato Conventional Commits usando a configuração e regras do commitlint.

Quando Usar Este Skill

Use este skill quando:

  • Configurando o commitlint para um repositório
  • Configurando regras do commitlint e configurações compartilháveis
  • Integrando o commitlint com hooks de pre-commit ou pipelines CI/CD
  • Extraindo regras da configuração do commitlint para gerar prompts de LLM para geração de mensagens de commit
  • Validando mensagens de commit programaticamente
  • Resolvendo problemas de configuração ou validação do commitlint
  • Entendendo a sintaxe das regras do commitlint e níveis de severidade
  • Detectando arquivos de configuração do commitlint em um repositório

Capacidades Principais

Detecção de Configuração

O commitlint usa o cosmiconfig para encontrar arquivos de configuração nesta ordem de prioridade:

Arquivos de configuração dedicados:

.commitlintrc
.commitlintrc.json
.commitlintrc.yaml
.commitlintrc.yml
.commitlintrc.js
.commitlintrc.cjs
.commitlintrc.mjs
.commitlintrc.ts
.commitlintrc.cts
commitlint.config.js
commitlint.config.cjs
commitlint.config.mjs
commitlint.config.ts
commitlint.config.cts

Arquivos de pacote:

  • package.json com o campo commitlint
  • package.yaml (PNPM) com o campo commitlint

Formatos de Configuração

JavaScript ES Modules (Recomendado):

// commitlint.config.js ou commitlint.config.mjs
export default {
  extends: ['@commitlint/config-conventional'],
};

TypeScript:

// commitlint.config.ts
import type { UserConfig } from '@commitlint/types';
import { RuleConfigSeverity } from '@commitlint/types';

const config: UserConfig = {
  extends: ['@commitlint/config-conventional'],
  rules: {
    'type-enum': [RuleConfigSeverity.Error, 'always', ['feat', 'fix', 'docs']],
  },
};

export default config;

JSON:

{
  "extends": ["@commitlint/config-conventional"]
}

YAML:

extends:
  - "@commitlint/config-conventional"

Configuração de Regras

As regras são configuradas como arrays: [nivel, aplicabilidade, valor]

Níveis de Severidade:

NívelSignificadoEnum TypeScript
0DesabilitadoRuleConfigSeverity.Disabled
1AvisoRuleConfigSeverity.Warning
2ErroRuleConfigSeverity.Error

Aplicabilidade:

  • 'always' - A regra deve corresponder
  • 'never' - A regra não deve corresponder

Exemplos de regras:

rules: {
  // Erro se o tipo não estiver no enum
  'type-enum': [2, 'always', ['feat', 'fix', 'docs', 'style', 'refactor', 'perf', 'test', 'build', 'ci', 'chore', 'revert']],

  // Erro se o tipo estiver vazio
  'type-empty': [2, 'never'],

  // Erro se o assunto estiver vazio
  'subject-empty': [2, 'never'],

  // Erro se o cabeçalho exceder 100 caracteres
  'header-max-length': [2, 'always', 100],

  // Erro se o assunto terminar com ponto final
  'subject-full-stop': [2, 'never', '.'],

  // Aviso se o corpo não tiver linha em branco inicial
  'body-leading-blank': [1, 'always'],
}

Configurações Comuns

@commitlint/config-conventional

A configuração compartilhável mais utilizada. Regras de nível de erro padrão:

RegraConfiguraçãoExemplo de SucessoExemplo de Falha
type-enum['build', 'chore', 'ci', 'docs', 'feat', 'fix', 'perf', 'refactor', 'revert', 'style', 'test']fix: mensagemfoo: mensagem
type-case'lowerCase'fix: mensagemFIX: mensagem
type-emptyneverfix: mensagem: mensagem
subject-casenever + ['sentence-case', 'start-case', 'pascal-case', 'upper-case']fix: alguma mensagemfix: Alguma Mensagem
subject-emptyneverfix: mensagemfix:
subject-full-stopnever, '.'fix: mensagemfix: mensagem.
header-max-length100Cabeçalho curtoCabeçalho > 100 caracteres
body-leading-blankalways (aviso)Linha em branco antes do corpoSem linha em branco
body-max-line-length100Linhas <= 100 caracteresLinha > 100 caracteres
footer-leading-blankalways (aviso)Linha em branco antes do rodapéSem linha em branco
footer-max-line-length100Linhas <= 100 caracteresLinha > 100 caracteres

Esquema de Configuração Completo

// commitlint.config.js
export default {
  // Estende configurações compartilháveis (resolvidas via resolução de node)
  extends: ['@commitlint/config-conventional'],

  // Configuração do parser para analisar mensagens de commit
  parserPreset: 'conventional-changelog-atom',

  // Formatador de saída
  formatter: '@commitlint/format',

  // Regras personalizadas (substituem regras herdadas)
  rules: {
    'type-enum': [2, 'always', ['feat', 'fix', 'docs', 'style', 'refactor', 'test', 'chore']],
  },

  // Funções que retornam true para ignorar commits específicos
  // Mesclado com ignores padrão (commits de merge, reverts, tags semver)
  ignores: [(commit) => commit.includes('WIP')],

  // Se deve usar padrões de ignore padrão
  // Padrões padrão: 'Merge pull request', 'Revert X', 'v1.2.3', etc.
  defaultIgnores: true,

  // URL de ajuda personalizada exibida em caso de falha
  helpUrl: 'https://exemplo.com/diretrizes-commit',

  // Configuração de prompt (para @commitlint/cz-commitlint)
  prompt: {
    messages: {},
    questions: {
      type: {
        description: 'Selecione o tipo de mudança:',
      },
    },
  },
};

Uso via CLI

Instalação

# npm
npm install -D @commitlint/cli @commitlint/config-conventional

# yarn
yarn add -D @commitlint/cli @commitlint/config-conventional

# pnpm
pnpm add -D @commitlint/cli @commitlint/config-conventional

Comandos Comuns

# Valida o último commit
npx commitlint --last

# Valida um intervalo de commits
npx commitlint --from HEAD~5

# Valida a partir de um commit específico
npx commitlint --from abc1234

# Valida mensagem via stdin
echo "feat: adicionar funcionalidade" | npx commitlint

# Valida mensagem de arquivo
npx commitlint < .git/COMMIT_EDITMSG

# Valida com flag edit (lê .git/COMMIT_EDITMSG)
npx commitlint --edit

# Valida com caminho de configuração personalizado
npx commitlint --config ./custom-commitlint.config.js

# Imprime a configuração resolvida
npx commitlint --print-config

# Modo estrito (avisos se tornam código de saída 2)
npx commitlint --last --strict

Códigos de Saída

CódigoSignificado
0Sucesso (sem erros)
1Erros de lint encontrados
2Avisos encontrados (apenas modo estrito)
3Erros encontrados (modo estrito)
9Arquivo de configuração ausente (com flag -g)

Referência de Regras

Regras de Tipo

RegraCondiçãoAplicabilidade Padrão
type-enumtype é encontrado no valoralways
type-casetype está no caso valuealways, 'lower-case'
type-emptytype está vazionever
type-max-lengthtype tem value ou menos caracteresalways, Infinity
type-min-lengthtype tem value ou mais caracteresalways, 0

Regras de Assunto

RegraCondiçãoAplicabilidade Padrão
subject-casesubject está no caso valuealways
subject-emptysubject está vazionever
subject-full-stopsubject termina com valuenever, '.'
subject-max-lengthsubject tem value ou menos caracteresalways, Infinity
subject-min-lengthsubject tem value ou mais caracteresalways, 0
subject-exclamation-marksubject tem exclamação antes de :never

Regras de Escopo

RegraCondiçãoAplicabilidade Padrão
scope-enumscope é encontrado no valoralways, []
scope-casescope está no caso valuealways, 'lower-case'
scope-emptyscope está vazionever
scope-max-lengthscope tem value ou menos caracteresalways, Infinity
scope-min-lengthscope tem value ou mais caracteresalways, 0

Regras de Cabeçalho

RegraCondiçãoAplicabilidade Padrão
header-caseheader está no caso valuealways, 'lower-case'
header-full-stopheader termina com valuenever, '.'
header-max-lengthheader tem value ou menos caracteresalways, 72
header-min-lengthheader tem value ou mais caracteresalways, 0
header-trimheader não tem espaços no início/fimalways

Regras de Corpo

RegraCondiçãoAplicabilidade Padrão
body-leading-blankbody começa com linha em brancoalways
body-emptybody está vazionever
body-max-lengthbody tem value ou menos caracteresalways, Infinity
body-max-line-lengthLinhas de body têm value ou menos caracteres (URLs excluídas)always, Infinity
body-min-lengthbody tem value ou mais caracteresalways, 0
body-casebody está no caso valuealways, 'lower-case'
body-full-stopbody termina com valuenever, '.'

Regras de Rodapé

RegraCondiçãoAplicabilidade Padrão
footer-leading-blankfooter começa com linha em brancoalways
footer-emptyfooter está vazionever
footer-max-lengthfooter tem value ou menos caracteresalways, Infinity
footer-max-line-lengthLinhas de footer têm value ou menos caracteresalways, Infinity
footer-min-lengthfooter tem value ou mais caracteresalways, 0

Valores de Caso

Para regras que verificam caso (*-case):

[
  'lower-case',    // letras minúsculas
  'upper-case',    // LETRAS MAIÚSCULAS
  'camel-case',    // camelCase
  'kebab-case',    // kebab-case
  'pascal-case',   // PascalCase
  'sentence-case', // Sentence case
  'snake-case',    // snake_case
  'start-case',    // Start Case
]

Uso Programático

Carregar Configuração

import load from '@commitlint/load';

async function getCommitlintConfig() {
  const config = await load();
  console.log(config.rules);
  return config;
}

Validar Mensagem

import load from '@commitlint/load';
import lint from '@commitlint/lint';

async function validateMessage(message) {
  const config = await load();
  const result = await lint(message, config.rules);

  return {
    valid: result.valid,
    errors: result.errors,
    warnings: result.warnings,
  };
}

Padrões de Integração com LLM

Extrair Regras para Geração de Prompts

Gere restrições amigáveis para LLM a partir da configuração do commitlint:

def extract_rules_for_prompt(config: dict) -> str:
    """Extrai regras do commitlint para um formato amigável ao LLM."""
    rules = config.get("rules", {})
    prompt_parts = []

    # Extrai type-enum se presente
    if "type-enum" in rules:
        level, applicability, types = rules["type-enum"]
        if level > 0 and applicability == "always":
            prompt_parts.append(f"Tipos de commit permitidos: {', '.join(types)}")

    # Extrai scope-enum se presente
    if "scope-enum" in rules:
        level, applicability, scopes = rules["scope-enum"]

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Jamie-BitFlight/agentskill-kaizen-meta-docs

Agentskill kaizen plugin documentation index. Load when needing to read about cross-platform notes, improvement plans, or DuckDB integration.

Jamie-BitFlight/bash-51-features

Bash 5.1 release features and improvements with practical examples. Use when working with Bash 5.1 features, epoch time variables, redirection enhancements, or when user asks about Bash 5.1 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-52-features

Bash 5.2 release features and improvements with practical examples. Use when working with Bash 5.2 features, variable handling enhancements, readline improvements, or when user asks about Bash 5.2 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-53-features

Bash 5.3 release features and improvements with practical examples. Use when working with Bash 5.3 features, new command substitution, GLOBSORT, loadable builtins, or when user asks about Bash 5.3 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-development

This skill should be used when the user asks to "write a bash script", "create a shell script", "implement bash function", "parse arguments in bash", "handle errors in bash", or mentions bash development, shell scripting, script templates, or modern bash patterns.

Jamie-BitFlight/bash-lint

This skill should be used when the user asks to "lint bash script", "run shellcheck", "format shell script", "use shfmt", "fix shellcheck errors", or mentions shell script linting, formatting, code quality, or pre-commit hooks for bash.

Jamie-BitFlight/bash-logging

This skill should be used when the user asks to "add logging to bash script", "colorize output", "implement log levels", "CI/CD sections", "terminal colors in bash", or mentions logging functions, emoji output, collapsible CI sections, or shlocksmith.

Jamie-BitFlight/bash-portability

This skill should be used when the user asks about "POSIX compatibility", "portable shell scripts", "cross-shell compatibility", "bashisms", "shebang selection", or mentions writing scripts that work on different shells (bash, sh, dash, zsh) or different systems.

Jamie-BitFlight/bash-testing

This skill should be used when the user asks to "test bash script", "write shell tests", "use shunit2", "use shellspec", "create test suite for bash", or mentions unit testing, test frameworks, mocking, or test-driven development for shell scripts.

Jamie-BitFlight/brainstorming-skill

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or when users request help with ideation, marketing, and strategic planning. Explores user intent, requirements, and design before implementation using research-validated prompt patterns.

Jamie-BitFlight/clang-format

Configure clang-format code formatting. Use when: user mentions clang-format or .clang-format, analyzing code style/patterns, creating/modifying formatting config, troubleshooting formatting, brace styles/indentation/spacing/alignment/pointer alignment, or codifying conventions.

Jamie-BitFlight/conventional-commits

When writing a git commit message. When task completes and changes need committing. When project uses semantic-release, commitizen, git-cliff. When choosing between feat/fix/chore/docs types. When indicating breaking changes. When generating changelogs from commit history.

Jamie-BitFlight/dasel-reference

Use when querying, modifying, or converting JSON, YAML, TOML, XML, CSV, HCL, or INI with dasel v3. Complete reference for selectors, functions, conditionals, variables, spread operator, type casting, and format-specific patterns.

Jamie-BitFlight/data-exploration

Use when exploring unknown structured data files with dasel v3 — discover schema, list keys, find nested values, sample arrays, identify data types across JSON, YAML, TOML, XML, CSV, HCL, INI formats

Jamie-BitFlight/data-transformation

Use when modifying, converting, or transforming structured data with dasel v3 — in-place mutations, format conversion, batch operations, array manipulation, object construction, and merge patterns across JSON, YAML, TOML, XML, CSV, HCL, INI

Jamie-BitFlight/delegate

Decompose substantive work into phases, dispatch each phase to a sub-agent, and adjudicate what comes back. Use whenever a request asks for implementation, investigation, a fix, a review, or any change to files — including small ones — and whenever you are about to read source or run a diagnostic yourself instead of handing it off. Also use when a report from a sub-agent needs judging, when a phase needs re-dispatching, or when a user names one instance of a pattern. Does not apply when your own prompt begins "Your ROLE_TYPE is sub-agent." — then follow references/sub-agent-contract.md instead.

Jamie-BitFlight/enterprise-hibernate-hbm

Dasel v3 query patterns for Hibernate .hbm.xml mapping files — entity-table binding, Java property-to-column extraction, one-to-many set/list/bag relationship tracing, many-to-one foreign key discovery, batch scanning across 60+ HBM files. Use when querying Hibernate ORM class mappings, extracting schema metadata from Java persistence layer, or auditing entity-column relationships in enterprise legacy codebases.

Jamie-BitFlight/enterprise-installanywhere

Dasel v3 query patterns for InstallAnywhere .iap_xml installer definitions — use when querying action sequences, discovering variables, resolving platform conditions, navigating panels, or comparing installer variants. Files are 2.5+ MB, 65,000+ lines — too large for context reads, requires structural dasel queries.

Jamie-BitFlight/enterprise-maven-pom

Dasel v3 selector patterns for Maven POM XML files — use when querying dependency versions, filtering by groupId or scope, extracting module hierarchy from parent POMs, or detecting version conflicts across enterprise multi-module Java projects. Load this skill when working with pom.xml files using dasel.

Jamie-BitFlight/enterprise-spring-xml

Dasel v3 selectors for Spring bean factory XML — use when querying any Spring ApplicationContext XML for bean discovery, dependency wiring, JMS destination mapping, property injection extraction, or cross-bean reference tracing. Load this skill before writing dasel selectors against Spring bean XML files (applicationContext.xml, *_beans.xml, spring-*.xml).

Habilidades Relacionadas