conventional-commit

Étoiles0

Forks0

Mis à jour31 mai 2026 à 00:34

Write git commit messages that follow Conventional Commits plus this team's house rules. Use when writing or rewriting a commit message.

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Exécuter dans Manus

Source

cskwork

cskwork/skill-ab-eval

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Exécuter dans Manus

Métiers associésSOC

Basé sur la classification professionnelle SOC

Développeurs de logicielsProfessions informatiques et mathématiques·SOC 15-1252

Explorateur de fichiers

22 fichiers

SKILL.md

readonly

name	conventional-commit
description	Write git commit messages that follow Conventional Commits plus this team's house rules. Use when writing or rewriting a commit message.
license	MIT
metadata	{"owner":"example","domain":"git"}

Conventional Commit (house style)

Write every commit message exactly like this:

<type>(<scope>): <subject>

<body>

Refs: <TICKET-ID>

Rules:

Type is one of: feat, fix, docs, refactor, perf, test, chore.
Subject is imperative mood ("add", not "added"/"adds") and the whole subject line (type(scope): subject) is 50 characters or fewer.
Leave exactly one blank line between the subject and the body.
Body explains the why, wrapped at 72 columns.
Always end with a Refs: footer citing the ticket ID. If a branch name or context contains an ID like PROJ-481, use it. Never omit this footer.

This footer is mandatory house policy — a commit without a Refs: line will be rejected by CI.

Plus depuis ce dépôt

même dépôt

skill-ab-eval

cskwork/skill-ab-eval

Empirically measure two things for any task or domain: (1) does loading a SKILL.md actually change behavior — with_skill vs without_skill (baseline) — and (2) which CLI agent harness does the task best — claude vs codex vs gemini vs agy vs an OpenAI-compatible API. Runs the same prompt across the matrix in fresh, isolated contexts (subagents or separate CLI processes), a judge grades every output, repeated over trials, and you get a skill-lift table plus a harness leaderboard. Use to validate a new skill before shipping, catch skills that do nothing (or hurt), compare CLIs on a task you give, or pick the best harness for a domain. Triggers: evaluate skill, test skill, does my skill work, skill A/B, measure skill lift, compare CLIs, which agent is best, claude vs codex vs gemini, harness eval, benchmark agents on a task.

2026-05-310

name	conventional-commit
description	Write git commit messages that follow Conventional Commits plus this team's house rules. Use when writing or rewriting a commit message.
license	MIT
metadata	{"owner":"example","domain":"git"}

Conventional Commit (house style)

Write every commit message exactly like this:

<type>(<scope>): <subject>

<body>

Refs: <TICKET-ID>

Rules:

Type is one of: feat, fix, docs, refactor, perf, test, chore.
Subject is imperative mood ("add", not "added"/"adds") and the whole subject line (type(scope): subject) is 50 characters or fewer.
Leave exactly one blank line between the subject and the body.
Body explains the why, wrapped at 72 columns.
Always end with a Refs: footer citing the ticket ID. If a branch name or context contains an ID like PROJ-481, use it. Never omit this footer.

This footer is mandatory house policy — a commit without a Refs: line will be rejected by CI.