Synthèse automatique
Valide automatiquement le code (lint, build, tests) puis le commit avec un message conventionnel, en créant une branche si nécessaire.
Points forts
- Assure la qualité du code avant chaque commit via des vérifications
- Utilise le format de commit conventionnel (`type(scope): description`)
- Crée automatiquement une branche de fonctionnalité si on est sur main
- Évite de commiter des fichiers sensibles (secrets, .env)
Limites
- Dépend des outils de vérification configurés dans le projet (lint, build, test)
- Ne gère pas les conflits ni les rebases
- La détection des secrets est basique (noms de fichiers)
Lorsque vous voulez commiter du code propre et bien formaté en suivant une convention standardisée.
Si vous devez commiter rapidement sans vérifications (utilisez l'option `force`) ou si vos modifications incluent des fichiers sensibles que la compétence ne peut pas filtrer.
Analyse de sécurité
SûrThe skill runs only standard local git commands (status, diff, log, branch, add, commit) without any destructive actions, network calls, or secret exfiltration. It even advises against committing secret files.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Commit my changes with checks.Commit my changes with force.name: commit description: Optionally checks, then commits code to the current or a new feature branch.
When asked to commit code, follow these steps:
Arguments
check(default): Run checks first to lint, build, and test the code. Stop if any checks fail.force: Skip the check step and commit directly.
Steps
-
Run these bash commands in parallel to understand the current state:
git statusto see all untracked filesgit diff HEADto see both staged and unstaged changesgit log --oneline -10to see recent commit messages for style consistency
-
If you are on the
mainbranch, create a new feature branch usinggit branchand switch to it. -
Analyze all changes and draft a commit message:
- Summarize the nature of the changes (new feature, enhancement, bug fix, refactoring, test, docs, etc.)
- Use the conventional commit format:
type(scope): description - Keep the first line under 72 characters
- Do not commit files that likely contain secrets (.env, credentials.json, etc.)
-
Stage and commit the changes:
- Add relevant files using
git add - Use a plain string for the commit message (do not use HEREDOCs).
- Add relevant files using
-
Report the results including:
- The commit hash
- The commit message
Specification Design-to-Dev
Developpement
Traduisez vos maquettes en specifications techniques pour les developpeurs.
Patterns d'exports et fichiers barrel
Developpement
Définit les conventions pour les exports de modules et les fichiers baril : exports nommés uniquement, pas de wildcards plats (sauf `export * as Name` pour les composants composés), commentaires par section, types exportés avec les valeurs, et une ligne d'export par fichier source. Aide à maintenir des exports cohérents et optimisés pour le tree-shaking dans les applications portal utilisant Turbopack ou des bundlers similaires.
Créer une compétence d'agent
Developpement
Guide étape par étape pour créer une compétence d'agent structurée, incluant structure de répertoire, format SKILL.md et principes de conception.