Bonnes Pratiques de Messagerie Slack
Cette skill offre des conseils pour rédiger des messages Slack bien formatés et efficaces.
Quand l'utiliser
Appliquez cette skill chaque fois que vous composez, brouillonnez, ou aidez l'utilisateur à rédiger un message Slack — y compris lors de l'utilisation de slack_send_message, slack_send_message_draft, ou slack_create_canvas.
Formatage Slack (mrkdwn)
Slack utilise sa propre syntaxe de balisage appelée mrkdwn, qui diffère du Markdown standard. Utilisez toujours mrkdwn lors de la composition de messages Slack :
| Format | Syntaxe | Notes |
|---|---|---|
| Gras | *texte* |
Un seul astérisque, PAS deux |
| Italique | _texte_ |
Tirets bas |
| Barré | ~texte~ |
Tildes |
| Code (inline) | `code` |
Accents graves |
| Bloc de code | ```code``` |
Trois accents graves |
| Bloc de citation | > texte |
Chevron ouvrant |
| Lien | <url\|texte d'affichage> |
Séparé par une barre dans les chevrons |
| Mention d'utilisateur | <@U123456> |
ID utilisateur dans les chevrons |
| Mention de canal | <#C123456> |
ID de canal dans les chevrons |
| Liste à puces | - élément ou • élément |
Tiret ou puce |
| Liste numérotée | 1. élément |
Numéro suivi d'un point |
Erreurs courantes à éviter
- N'utilisez PAS
**gras**(doubles astérisques) — Slack utilise*gras*(simples astérisques) - N'utilisez PAS
## en-têtes— Slack ne supporte pas les en-têtes Markdown. Utilisez plutôt*texte en gras*sur sa propre ligne. - N'utilisez PAS
[texte](url)pour les liens — Slack utilise le format<url|texte> - N'utilisez PAS
---pour les lignes horizontales — Slack ne les affiche pas
Directives de structure des messages
- Commencez par l'essentiel. Placez les informations les plus importantes sur la première ligne. Beaucoup de gens lisent Slack sur mobile ou via des notifications où seule la première ligne s'affiche.
- Soyez concis. Visez 1 à 3 courts paragraphes. Si le message est long, envisagez d'utiliser un Canvas à la place.
- Utilisez généreusement les sauts de ligne. Les murs de texte sont difficiles à lire. Séparez les pensées distinctes par des lignes vides.
- Utilisez des puces pour les listes. Tout ce qui comporte 3+ éléments doit être une liste, pas une phrase continue.
- Mettez en gras les informations clés. Utilisez
*gras*pour les noms, dates, délais, et points d'action afin qu'ils ressortent lors du balayage.
Étiquette thread vs. canal
- Répondez dans les threads quand vous réagissez à un message spécifique pour garder le canal principal propre.
- Utilisez
reply_broadcast(poster aussi dans le canal) uniquement quand la réponse contient des informations que tout le monde doit voir. - Postez dans le canal (pas dans un thread) quand vous lancez un nouveau sujet, faites une annonce, ou posez une question au groupe entier.
- Ne créez pas un nouveau thread pour continuer une conversation existante — trouvez et répondez au message original.
Ton et audience
- Adaptez le ton au canal —
#generalest généralement plus formel que#random. - Utilisez les réactions emoji à la place des messages de réponse pour les simples accusés de réception (bien que noter : les tools MCP ne peuvent pas ajouter de réactions, donc suggérez à l'utilisateur de le faire manuellement si approprié).
- Lors de la rédaction d'annonces, utilisez une structure claire : contexte, informations clés, appel à l'action.