Commande slash

Comment ça marche

Dans un assistant en ligne de commande, tout ce qu’on tape part au modèle, sauf ce qui commence par une barre oblique. Ces commandes s’adressent à l’outil lui-même : gérer la session, le contexte, les réglages, lancer une procédure enregistrée. Elles sont courtes, se complètent automatiquement, et ne coûtent rien en tokens quand elles ne sollicitent pas le modèle.

Elles se classent en trois groupes. La session : repartir à zéro, nommer, reprendre, quitter. Le contexte : voir ce qui l’occupe, le résumer, poser une question à côté sans l’alourdir. Et les commandes personnalisées : les procédures de l’équipe, enregistrées sous un nom, déclenchées en un mot. C’est ce dernier groupe qui transforme un outil générique en outil de l’entreprise.

Un exemple concret

1. /resume : la responsable reprend la session « reporting-octobre » d’hier, là où elle s’était arrêtée.
2. /plan puis sa demande : l’agent propose les étapes pour intégrer les chiffres de la dernière agence. Elle valide.
3. /btw combien de tokens me reste-t-il ? : une question à l’outil, répondue à part, sans entrer dans le contexte de travail.
4. /compact garde les décisions sur le format du rapport : la session devenait longue ; elle est résumée, en conservant ce qui compte.
5. /relance : une commande personnalisée de l’équipe, qui lance la procédure de relance des agences en retard. Trois minutes.
6. /clear : nouvelle tâche, nouvelle session, contexte vide.

Six commandes, aucune ligne de code. Les noms exacts varient selon l’outil ; les gestes sont les mêmes partout.

Ce que ça change pour une équipe

• La session se pilote. On ne subit plus un contexte qui déborde : on le voit, on le résume, on repart.
• Les procédures ont un nom. /compte-rendu, /devis, /relance : l’équipe partage un vocabulaire d’actions, et chacun les lance de la même façon.
• Les nouveaux sont productifs vite. Apprendre cinq commandes et les noms des procédures de l’équipe, c’est une matinée.
• L’outil se personnalise sans développement. Une commande personnalisée, c’est un fichier texte. Pas besoin d’un développeur pour en créer une.

Les limites et les erreurs fréquentes

• Ignorer /compact et /clear. Laisser une session grossir jusqu’à ce que l’agent oublie tout. Les commandes de contexte sont les plus importantes.
• Trop de commandes personnalisées. Trente commandes que personne ne retrouve. On nomme clairement, on documente, on supprime ce qui ne sert plus.
• Des commandes aux noms ambigus. /rapport fait quoi ? Pour qui ? Le nom doit dire la tâche, et la description le préciser.
• Confondre commande et consigne. Une commande déclenche quelque chose ; une consigne explique comment faire. Les deux se complètent : la commande lance la skill, la skill contient la consigne.