CommunityProgramación y desarrollogithub.com

Commitlint

Valida mensajes de confirmación utilizando el formato de Commits Convencionales con la configuración y reglas de commitlint.

¿Qué es Commitlint?

Esta habilidad de agente de IA se especializa en validar mensajes de confirmación (commits) según el estándar Conventional Commits, utilizando commitlint y su configuración. Es útil para desarrolladores y flujos de trabajo de CI/CD que necesitan garantizar un formato de mensajes de commit consistente en sus proyectos. La habilidad cubre la detección y soporte de múltiples formatos de archivos de configuración (JSON, YAML, JavaScript, TypeScript), la configuración de reglas con niveles de severidad (deshabilitado, advertencia, error), la integración con configuraciones compartidas como @commitlint/config-conventional, y el uso tanto desde línea de comandos como desde código. Además, proporciona patrones para extraer reglas de commitlint y generar indicaciones (prompts) optimizadas para modelos de lenguaje (LLM), asistiendo en la generación automática de mensajes de commit que cumplan con las reglas del proyecto. También incluye una referencia completa de todas las reglas disponibles, ejemplos de configuración, y una guía de códigos de salida para depuración.

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

Installed? Explore more Programación y desarrollo skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace Commitlint?

Valida mensajes de confirmación (commits) según el formato de Commits Convencionales utilizando la configuración y reglas de commitlint.

Cuándo Usar Esta Habilidad

Usa esta habilidad cuando:

  • Estés configurando commitlint en un repositorio
  • Estés configurando reglas de commitlint y configuraciones compartibles
  • Estés integrando commitlint con enganches (hooks) de pre-commit o pipelines de CI/CD
  • Estés extrayendo reglas de la configuración de commitlint para generar indicaciones (prompts) para LLM que generen mensajes de commit
  • Valides mensajes de confirmación mediante programación
  • Soluciones problemas de configuración o validación de commitlint
  • Necesites comprender la sintaxis de las reglas y los niveles de severidad de commitlint
  • Detectes archivos de configuración de commitlint en un repositorio

Capacidades Principales

Detección de Configuración

Commitlint usa cosmiconfig para encontrar archivos de configuración en este orden de prioridad:

Archivos de configuración 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

Archivos package:

  • package.json con el campo commitlint
  • package.yaml (PNPM) con el campo commitlint

Formatos de Configuración

JavaScript Módulos ES (Recomendado):

// commitlint.config.js o 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"

Configuración de Reglas

Las reglas se configuran como arreglos: [nivel, aplicabilidad, valor]

Niveles de Severidad:

NivelSignificadoEnumeración de TypeScript
0DeshabilitadoRuleConfigSeverity.Disabled
1AdvertenciaRuleConfigSeverity.Warning
2ErrorRuleConfigSeverity.Error

Aplicabilidad:

  • 'always' - La regla debe coincidir
  • 'never' - La regla no debe coincidir

Ejemplos de reglas:

rules: {
  // Error si el tipo no está en la enumeración
  'type-enum': [2, 'always', ['feat', 'fix', 'docs', 'style', 'refactor', 'perf', 'test', 'build', 'ci', 'chore', 'revert']],

  // Error si el tipo está vacío
  'type-empty': [2, 'never'],

  // Error si el asunto está vacío
  'subject-empty': [2, 'never'],

  // Error si el encabezado supera los 100 caracteres
  'header-max-length': [2, 'always', 100],

  // Error si el asunto termina con punto
  'subject-full-stop': [2, 'never', '.'],

  // Advertencia si el cuerpo no tiene una línea en blanco al inicio
  'body-leading-blank': [1, 'always'],
}

Configuraciones Comunes

@commitlint/config-conventional

La configuración compartible más utilizada. Reglas predeterminadas con nivel de error:

ReglaConfiguraciónEjemplo CorrectoEjemplo Incorrecto
type-enum['build', 'chore', 'ci', 'docs', 'feat', 'fix', 'perf', 'refactor', 'revert', 'style', 'test']fix: messagefoo: message
type-case'lowerCase'fix: messageFIX: message
type-emptyneverfix: message: message
subject-casenever + ['sentence-case', 'start-case', 'pascal-case', 'upper-case']fix: some messagefix: Some Message
subject-emptyneverfix: messagefix:
subject-full-stopnever, '.'fix: messagefix: message.
header-max-length100Encabezado cortoEncabezado > 100 car.
body-leading-blankalways (advertencia)Línea en blanco antes del cuerpoSin línea en blanco
body-max-line-length100Líneas <= 100 caracteresLínea > 100 caracteres
footer-leading-blankalways (advertencia)Línea en blanco antes del pieSin línea en blanco
footer-max-line-length100Líneas <= 100 caracteresLínea > 100 caracteres

Esquema de Configuración Completo

// commitlint.config.js
export default {
  // Extender configuraciones compartibles (resueltas mediante resolución de node)
  extends: ['@commitlint/config-conventional'],

  // Ajuste preestablecido del analizador sintáctico para mensajes de commit
  parserPreset: 'conventional-changelog-atom',

  // Formateador de salida
  formatter: '@commitlint/format',

  // Reglas personalizadas (anulan reglas heredadas)
  rules: {
    'type-enum': [2, 'always', ['feat', 'fix', 'docs', 'style', 'refactor', 'test', 'chore']],
  },

  // Funciones que devuelven true para ignorar commits específicos
  // Se combinan con los ignorados predeterminados (merge, revertir, versiones semver)
  ignores: [(commit) => commit.includes('WIP')],

  // Si se deben usar los patrones de ignorado predeterminados
  // Patrones predeterminados: 'Merge pull request', 'Revert X', 'v1.2.3', etc.
  defaultIgnores: true,

  // URL de ayuda personalizada mostrada en caso de error
  helpUrl: 'https://example.com/commit-guidelines',

  // Configuración del indicador (para @commitlint/cz-commitlint)
  prompt: {
    messages: {},
    questions: {
      type: {
        description: 'Selecciona el tipo de cambio:',
      },
    },
  },
};

Uso en CLI

Instalación

# 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 Comunes

# Validar el último commit
npx commitlint --last

# Validar un rango de commits
npx commitlint --from HEAD~5

# Validar desde un commit específico
npx commitlint --from abc1234

# Validar mensaje desde la entrada estándar
printf "feat: add feature" | npx commitlint

# Validar mensaje desde un archivo
npx commitlint < .git/COMMIT_EDITMSG

# Validar con bandera de edición (lee .git/COMMIT_EDITMSG)
npx commitlint --edit

# Validar con ruta de configuración personalizada
npx commitlint --config ./custom-commitlint.config.js

# Imprimir configuración resuelta
npx commitlint --print-config

# Modo estricto (las advertencias se convierten en código de salida 2)
npx commitlint --last --strict

Códigos de Salida

CódigoSignificado
0Éxito (sin errores)
1Errores de validación encontrados
2Advertencias encontradas (solo modo estricto)
3Errores encontrados (modo estricto)
9Archivo de configuración faltante (con bandera -g)

Referencia de Reglas

Reglas de Tipo

ReglaCondiciónAplicabilidad Predeterminada
type-enumtype se encuentra en el valoralways
type-casetype está en mayúsculas/minúsculas según valuealways, 'lower-case'
type-emptytype está vacíonever
type-max-lengthtype tiene value o menos caracteresalways, Infinity
type-min-lengthtype tiene value o más caracteresalways, 0

Reglas de Asunto

ReglaCondiciónAplicabilidad Predeterminada
subject-casesubject está en mayúsculas/minúsculas según valuealways
subject-emptysubject está vacíonever
subject-full-stopsubject termina con valuenever, '.'
subject-max-lengthsubject tiene value o menos caracteresalways, Infinity
subject-min-lengthsubject tiene value o más caracteresalways, 0
subject-exclamation-marksubject tiene signo de exclamación antes de :never

Reglas de Ámbito

ReglaCondiciónAplicabilidad Predeterminada
scope-enumscope se encuentra en el valoralways, []
scope-casescope está en mayúsculas/minúsculas según valuealways, 'lower-case'
scope-emptyscope está vacíonever
scope-max-lengthscope tiene value o menos caracteresalways, Infinity
scope-min-lengthscope tiene value o más caracteresalways, 0

Reglas de Encabezado

ReglaCondiciónAplicabilidad Predeterminada
header-caseheader está en mayúsculas/minúsculas según valuealways, 'lower-case'
header-full-stopheader termina con valuenever, '.'
header-max-lengthheader tiene value o menos caracteresalways, 72
header-min-lengthheader tiene value o más caracteresalways, 0
header-trimheader no tiene espacios iniciales ni finalesalways

Reglas de Cuerpo

ReglaCondiciónAplicabilidad Predeterminada
body-leading-blankbody comienza con una línea en blancoalways
body-emptybody está vacíonever
body-max-lengthbody tiene value o menos caracteresalways, Infinity
body-max-line-lengthLas líneas de body tienen value o menos caracteres (excluyendo URLs)always, Infinity
body-min-lengthbody tiene value o más caracteresalways, 0
body-casebody está en mayúsculas/minúsculas según valuealways, 'lower-case'
body-full-stopbody termina con valuenever, '.'

Reglas de Pie

ReglaCondiciónAplicabilidad Predeterminada
footer-leading-blankfooter comienza con una línea en blancoalways
footer-emptyfooter está vacíonever
footer-max-lengthfooter tiene value o menos caracteresalways, Infinity
footer-max-line-lengthLas líneas de footer tienen value o menos caracteresalways, Infinity
footer-min-lengthfooter tiene value o más caracteresalways, 0

Valores de Mayúsculas/Minúsculas

Para reglas que verifican mayúsculas/minúsculas (*-case):

[
  'lower-case',    // minúsculas
  'upper-case',    // MAYÚ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

Cargar Configuración

import load from '@commitlint/load';

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

Validar Mensaje

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,
  };
}

Patrones de Integración con LLMs

Extraer Reglas para Generación de Indicaciones

Genera restricciones amigables para LLM a partir de la configuración de commitlint:

def extract_rules_for_prompt(config: dict) -> str:
    """Extrae reglas de commitlint en un formato amigable para LLM."""
    rules = config.get("rules", {})
    prompt_parts = []

    # Extraer type-enum si está 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)}")

    # Extraer scope-enum si está presente
    if "scope-enum" in rules:
        level, applicability, scopes = rules["scope-enum"]
        if level > 0 and applicability == "always":
            prompt_parts.append(f"Ámbitos de commit permitidos: {', '.join(scopes)}")

    # Extraer header-max-length si está presente
    if "header-max-length" in rules:
        level, applicability, max_len = rules["header-max-length"]
        if level > 0:
            prompt_parts.append(f"Longitud máxima del encabezado del commit: {max_len} caracteres")

    # Extraer subject-case si está presente
    if "subject-case" in rules:
        level, applicability, cases = rules["subject-case"]
        if level > 0 and applicability == "never":
            prompt_parts.append(f"Casos de asunto no permitidos: {', '.join(cases)}")

    return "\n".join(prompt_parts)

Generar Mensajes de Commit (Indicación para LLM)

Ejemplo de indicación para que un LLM genere mensajes de commit:

Genera un mensaje de commit en el formato Conventional Commits.

Reglas del proyecto:
- Tipos de commit: feat, fix, docs, style, refactor, test, chore
- Longitud máxima del encabezado: 100 caracteres
- El asunto no debe terminar con punto
- Se requiere línea en blanco antes del cuerpo del commit

Contexto de los cambios:
- Archivos modificados: src/utils.ts, src/index.ts
- Descripción: Implementar la autenticación de usuarios
example

Parsear Mensajes de Commit

import re

def parse_conventional_commit(message: str) -> dict:
    """Analiza un mensaje de commit convencional en sus partes."""
    pattern = r'^(?P<type>\w+)(?:\((?P<scope>[\w-]+)\))?(?P<breaking>!)?:\s*(?P<subject>.+)$'
    match = re.match(pattern, message, re.MULTILINE)

    if not match:
        return {"valid": False}

    return {
        "valid": True,
        "type": match.group("type"),
        "scope": match.group("scope"),
        "breaking": match.group("breaking") is not None,
        "subject": match.group("subject"),
    }

Mejores Prácticas

  1. Usa la extensión @commitlint/config-conventional como punto de partida y personaliza las reglas según las necesidades de tu equipo.
  2. Configura las reglas con un nivel de error (2) para reglas críticas como type-enum, type-empty, subject-empty y header-max-length.
  3. Usa el nivel de advertencia (1) para reglas sugeridas como body-leading-blank y footer-leading-blank.
  4. Deshabilita las reglas con nivel 0 que no se apliquen a tu proyecto o limiten la productividad del equipo.
  5. Integra commitlint con enganches de pre-commit o pipelines de CI para detectar mensajes no conformes temprano en el proceso de desarrollo.
  6. Documenta tus reglas personalizadas en el README del repositorio para que los miembros del equipo las conozcan.
  7. Usa el comando --print-config para depurar la configuración resuelta antes de aplicar cambios complejos.
  8. Define una helpUrl personalizada para enlazar a la documentación de las convenciones de commit de tu equipo.

Solución de Problemas

Mensajes de Error Comunes

Error: Config file not found

  • Asegúrate de que exista un archivo de configuración de commitlint en el directorio raíz del proyecto.
  • Usa --config para especificar una ruta personalizada.

Error: Unknown rule: my-rule

  • Verifica que el nombre de la regla esté escrito correctamente.
  • Las reglas personalizadas requieren un plugin.

Error: Type must be one of [...]

  • El tipo del commit no está en la lista type-enum.
  • Verifica los tipos permitidos en tu configuración.

Advertencia: body must have leading blank line

  • El cuerpo del commit debe comenzar con una línea en blanco.
  • Agrega una línea vacía entre el encabezado y el cuerpo.

Depuración

# Verificar configuración
npx commitlint --print-config

# Forzar re-resolución del paquete de configuración
npx commitlint --last --verbose

# Verificar existencia del archivo de configuración
ls -la commitlint.config.* .commitlintrc*

Referencia

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).

Skills relacionados