Committing Code

Regroupe les changements git en attente en Commits Conventionnels logiques, avec une garde contre les secrets et une pause d'approbation avant chaque commit.

par alexei-led · alexei-led/cc-thingz

Testé · Fonctionne ★ 8.8/10

Committing Code — Regroupe les changements git en attente en Commits Conventionnels logiques, avec une garde contre les secrets et une pause d'approbation avant chaque commit.

Ce que fait

Inspecte le statut/diff/log git et propose un commit pour les petits ensembles de changements cohérents ou plusieurs commits groupés par objectif (feat/fix/docs/test/etc.) pour les changements mixtes, refusant de préparer des secrets probables et s'arrêtant pour approbation par l'utilisateur avant d'exécuter git add/commit. Se déclenche sur la validation, la sauvegarde des changements, la création de commits, ou le regroupement du travail en commits ; exclut explicitement les demandes d'amend/rebase/force-push/réécriture d'historique.

Rapport de test

L'a exécuté en réel sur un dépôt jetable avec trois changements en attente non liés (une correction de bug, un nouveau fichier de test, un nouveau README) : le script de collecte en lecture seule de la compétence a correctement signalé le diff à objectif mixte, et il a produit trois Commits Conventionnels propres (fix/test/docs) par rapport à une baseline naïve d'un seul commit groupé et mal formulé.

Testé le: 2026-07-15 · Claude Code 2.x (agent harness)

Installation

git clone https://github.com/alexei-led/cc-thingz
cd cc-thingz
mkdir -p ~/.claude/skills
cp -r src/skills/committing-code ~/.claude/skills/committing-code

Commandes et exemples de prompts

  • /committing-codeRegroupe les changements git en attente en Commits Conventionnels logiques, avec une garde contre les secrets et une pause d'approbation avant chaque commit.

Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :

  • I've got three unrelated changes staged, group them into clean commits
  • Save my changes as Conventional Commits, splitting fix from docs and tests
  • Check my diff for secrets before committing this batch of changes