Comment tirer parti des commandes Slash pour coder efficacement

sont des invites que vous pouvez stocker pour votre agent de codage pour un accès facile. Ceci est généralement très utile pour les invites que vous utilisez de manière répétée, telles que :

• Créer une demande d’extraction de version du développeur vers la branche de production
• Analysez ces groupes de journaux et informez-moi de tout problème
• Exécutez des vérifications préalables à la validation, poussez le code et effectuez un PR

Ce sont toutes des commandes que j’exécute quotidiennement. Au lieu de taper les invites à chaque fois ou de les stocker quelque part, je peux simplement les enregistrer sous forme de commandes slash dans Claude Code ou Warp.

Cela me donne un accès ultra-rapide à mes invites les plus couramment utilisées, ce qui me fait gagner beaucoup de temps au quotidien.

Dans cet article, je discuterai des commandes slash, de ce qu’elles sont et pourquoi elles sont si efficaces. De plus, je couvrirai certaines commandes spécifiques que j’ai enregistrées et que j’utilise régulièrement.

Pourquoi devriez-vous utiliser les commandes slash

Les commandes Slash sont simplement des invites faciles d’accès qui sont très utiles si vous vous retrouvez à exécuter de nombreuses invites répétitives. Je pense que la plupart des invites utilisées par la plupart des programmeurs seront des invites répétées. Il peut s’agir par exemple de :

• Création de demandes d’extraction
• Vérifier si le code est prêt pour la production
• Rédaction de la documentation pour une base de code

Ce sont toutes des invites que vous exécutez probablement régulièrement. Si tel est le cas, vous devez transformer ces invites en commandes slash. Au lieu d’écrire :

Check if the code is production ready, run pre-commit checks with black, 
mypy and pytest, commit and push the code, and create PR and provide me
the url to the PR.

Vous pouvez simplement stocker cela sous forme de commande et écrire :

/make-pr

Avec les progrès récents des agents de codage, je me retrouve à écrire beaucoup plus de code et donc à faire beaucoup plus de requêtes pull. J’écris donc cette invite entre 2 et 10 fois par jour. Le temps d’écriture de l’invite s’additionne donc rapidement et je gagne beaucoup de temps en utilisant simplement la commande slash à la place.

---

Un avantage supplémentaire de l’utilisation des commandes slash est que vos commandes seront cohérentes. Vous exécuterez toujours la même commande et n’oublierez jamais d’écrire des parties de la commande, par exemple en oubliant d’exécuter des vérifications avant la validation. C’est aussi un énorme gain de temps.

Comment créer des commandes slash

Vous créez des commandes slash de différentes manières, selon l’outil que vous utilisez. Cependant, je fournirai un lien vers trois des outils d’agent de codage les plus courants, ainsi que des liens vers leur documentation respective sur les commandes slash :

En général cependant, vous pouvez simplement inviter n’importe quel outil de codage, lui donner une invite et un nom, et lui dire de créer la commande slash pour vous.

Vous pouvez ensuite utiliser la commande en tapant une barre oblique et le nom de la commande. Par exemple, pour exécuter la commande faire-pr vous écririez la commande ci-dessous dans votre agent de codage

/make-pr

Certaines de mes commandes slash

Dans cette section, je vais décrire certaines des commandes slash que j’utilise quotidiennement. Pour chaque commande, j’expliquerai pourquoi elle est utile et comment l’utiliser.

Créer une version PR

Une pratique de codage courante consiste à avoir 3 types de branches :

• Branches de fonctionnalités (branches personnelles utilisées par les gens)
• Une branche de développement partagée
• Une filière de production partagée

Si vous utilisez cette structure, vous créez probablement des PR de version de la branche de développement à la branche de production. Ces PR suivent généralement une structure standard, mettant en évidence les différents changements qui sont fusionnés. Par exemple :

• Chaque changement étant ajouté, et par qui
• Tout lien utile vers la documentation, les messages Slack ou tout autre contexte pertinent
• Une liste de contrôle à remplir avant de fusionner le code (assurance qualité, etc.)

Pour créer cela, vous invitez généralement votre agent de codage à créer un PR, avec les spécifications de la liste à puces ci-dessus. Cependant, cela prend du temps et peut être incohérent (car vous pouvez avoir de petits changements dans votre invite à chaque fois que vous l’écrivez).

Créez plutôt une commande slash telle que :

Create a release PR from the dev branch to the main branch. The PR should 
include: 
- each change being added, and by whom
- links to relevant context used for an of the changes (slack messages etc)
- a checklist of items that has to be done before merging, if relevant. For 
example: "perform QA testing in dev branch"

Vous pouvez désormais créer rapidement et systématiquement des versions PR pour votre référentiel.

Créer une nouvelle branche de fonctionnalités PR

Probablement la commande la plus courante que j’utilise pour créer un nouveau PR de branche de fonctionnalités. Après avoir implémenté une nouvelle fonctionnalité ou corrigé un bug, je dois procéder comme suit :

• Extrayez la dernière branche de développement pour vous assurer que je suis à jour
• Bifurquez vers une branche de fonctionnalités, à partir de la branche de développement nouvellement extraite
• Exécutez des vérifications préalables à la validation sur le nouveau code
• Validez et poussez le code dans la nouvelle branche de fonctionnalités
• Créez un PR de la branche de fonctionnalité à la branche de développement

Je l’exécute plusieurs fois par jour, et il est donc beaucoup plus rapide de l’exécuter sous forme de commande slash, comme vous le voyez ci-dessous :

Given the changes, I now need to create a PR. Do the following:
- Pull the latest dev branch
- Branch off to a new feature branch from the dev branch
- Run pre-commit checks to make sure my code is production ready
- Commit and push the feature branch
- Create a PR from the feature branch to the main branch

Je fournis souvent également le nom de la branche de fonctionnalité, car j’utilise la dénomination de branche linéaire, pour mettre automatiquement à jour l’état de mes problèmes, en fonction de l’état de mon code (s’il se trouve dans une branche de fonctionnalité, en développement ou en production).

Généraliser les connaissances à partir d’un fil

Une autre commande commande que je l’utilise pour généraliser les connaissances à partir d’un fil. C’est très utile, car je trouve souvent que les agents se comportent un peu différemment de ce que je souhaite, par exemple dans la manière dont ils implémentent une fonctionnalité. Ou encore, le modèle peut manquer de certaines connaissances qui seraient utiles lors de toute interaction future.

Ainsi, je dis au modèle de généraliser les connaissances du fil de discussion où j’ai implémenté une nouvelle fonctionnalité ou corrigé un bug. J’utilise une invite comme :

Generalize the knowledge from this thread, saving all useful, generalizable
knowledge that is useful for future coding in this repository. Store the 
knowedge in AGENTS.md

J’exécute généralement cette commande après la dernière commande qui crée une nouvelle demande d’extraction à partir de ma branche de fonctionnalités.

Code prêt pour la production

Je trouve souvent que demander à mon agent de codage si le code est prêt pour la production est efficace pour détecter les bogues et autres problèmes. Pour une raison quelconque, le fait d’informer le modèle sur l’état de préparation à la production l’amène à réfléchir sur sa mise en œuvre et à découvrir les problèmes qu’il avait négligés auparavant. J’ai donc une invite distincte que j’utilise pour vérifier si mon invite est prête pour la production :

Check if the new code created in this branch is production ready. You should
look for any potential issues when running this code in production, and 
ensure all tests and pre-commit checks run as expected. If you detect any 
issues, provide me a report about the issues, their severity, and how we can
resolve them.

Un exemple de curseur

Je souhaite également souligner un exemple de commande slash fourni par Cursor dans leur documentation.

Ils fournissent par exemple une liste de contrôle de révision de code, que le modèle peut parcourir pour effectuer des révisions de code. Ceci est très utile pour exécuter des révisions après avoir créé des PR, mais est également utile pour exécuter une vérification avant la validation.

Vous pouvez voir la commande slash de révision du code ci-dessous :

# Code Review Checklist
## Overview
Comprehensive checklist for conducting thorough code reviews to ensure quality, security, and maintainability.
## Review Categories
### Functionality
- [ ] Code does what it's supposed to do
- [ ] Edge cases are handled
- [ ] Error handling is appropriate
- [ ] No obvious bugs or logic errors
### Code Quality
- [ ] Code is readable and well-structured
- [ ] Functions are small and focused
- [ ] Variable names are descriptive
- [ ] No code duplication
- [ ] Follows project conventions
### Security
- [ ] No obvious security vulnerabilities
- [ ] Input validation is present
- [ ] Sensitive data is handled properly
- [ ] No hardcoded secrets

Conclusion

Dans cet article, j’ai discuté des commandes slash et de la manière dont elles peuvent faire de vous un programmeur plus efficace. Les commandes Slash sont simplement des invites que vous stockez pour un accès facile, généralement utilisées pour les invites que vous exécutez de manière répétée. L’utilisation des commandes slash me fait gagner beaucoup de temps au quotidien. Je vous invite à réfléchir aux processus et invites répétés que vous utilisez dans votre programmation quotidienne, et à réfléchir à la manière dont vous pouvez les convertir en commandes slash. Je pense que cet état d’esprit est extrêmement important si vous voulez devenir plus efficace. programmeur.

👉 Mes ressources gratuites

🚀 10x votre ingénierie avec les LLM (cours gratuit par e-mail de 3 jours)

📚 Obtenez mon ebook gratuit sur les modèles de langage de vision

💻 Mon webinaire sur les modèles de langage de vision

👉 Retrouvez-moi sur les réseaux sociaux :

📩 Abonnez-vous à ma newsletter

🧑‍💻 Entrer en contact

🔗 LinkedIn

🐦 X/Twitter

✍️ Moyen