inbox-triage

Présentation de la skill inbox-triage

À quoi sert inbox-triage

inbox-triage est une skill d’automatisation de workflow email qui permet d’effectuer une revue structurée de boîte de réception à partir d’une base de connaissances email personnelle déjà existante. Elle recherche les messages récents, les classe selon votre taxonomie, repère les nouveaux expéditeurs, recommande des actions, prépare des brouillons de réponse et consigne les apprentissages de tri dans ${WORKSPACE}/Email/.

Le point le plus important avant de l’adopter : elle fonctionne avec inbox-setup. La skill inbox-triage attend la base de connaissances en 7 fichiers créée par la configuration initiale, notamment email-taxonomy.md, email-patterns.md, blocklist.md, tracker.md, les éventuels fichiers de décision optionnels, ainsi qu’un répertoire triage-log/.

Utilisateurs et workflows les mieux adaptés

Cette skill convient aux utilisateurs qui veulent trier leurs emails de manière récurrente 1 à 3 fois par jour, ou disposer d’un workflow fiable de type « vérifie ma boîte de réception » à la demande, sans devoir réexpliquer leurs préférences à chaque fois. Elle est particulièrement utile aux fondateurs, consultants, créateurs, opérateurs et professionnels très sollicités qui reçoivent un mélange d’opportunités, de fils actifs, de newsletters, de prospection à froid et de relances.

Utilisez inbox-triage pour de la Workflow Automation lorsque l’objectif n’est pas seulement de résumer les emails, mais d’aider à décider : classer, recommander, rédiger des brouillons, journaliser et mettre à jour la mémoire.

Ce qui la différencie

Son principal différenciateur pratique est son modèle d’automatisation orienté sécurité. La skill crée uniquement des brouillons et précise explicitement qu’elle n’envoie jamais d’email. Le dépôt inclut references/drafts_only_safety.md et scripts/draft_safety_validator.py, qui vérifie les journaux d’action pour détecter d’éventuels appels d’outils ressemblant à un envoi.

Elle fournit aussi des assistants déterministes : kb_reader.py valide la base de connaissances requise avant le tri, et search_window_calculator.py calcule une fenêtre de recherche en fonction de la cadence.

Quand cette skill n’est pas adaptée

N’installez pas inbox-triage comme simple prompt autonome si vous n’avez pas exécuté inbox-setup ou créé les fichiers attendus dans ${WORKSPACE}/Email/. Elle convient également mal si vous recherchez un envoi entièrement autonome, de simples résumés d’emails ponctuels, ou un système qui ignore votre taxonomie et votre style de réponse propres.

Comment utiliser la skill inbox-triage

Contexte d’installation de inbox-triage

Installez la skill depuis le dépôt GitHub avec :

npx skills add alirezarezvani/claude-skills --skill inbox-triage

Vérifiez ensuite que votre agent peut accéder au chemin de la skill :

productivity/email/skills/inbox-triage

Avant la première exécution, examinez SKILL.md, puis lisez references/kb_file_contract.md, references/drafts_only_safety.md et references/triage_decision_framework.md. Pour comprendre le comportement de validation, consultez scripts/kb_reader.py, scripts/search_window_calculator.py et scripts/draft_safety_validator.py.

Entrées requises avant utilisation

La skill a besoin d’un workspace contenant ${WORKSPACE}/Email/. Au minimum, les fichiers requis sont email-taxonomy.md, email-patterns.md, blocklist.md et tracker.md ; triage-log/ doit exister en tant que répertoire. evaluation-framework.md et rate-card.md améliorent la qualité des décisions pour les opportunités, les tarifs, les VIP et les signaux de type accepter/refuser.

Si la base de connaissances est absente ou mal formée, le comportement prévu est de s’arrêter et d’indiquer à l’utilisateur d’exécuter d’abord /cs:inbox-setup. Ce mode fail-fast évite que l’agent invente des règles de tri.

Prompts efficaces pour bien déclencher la skill

Un prompt faible serait : « Check my email. »

Un meilleur prompt d’utilisation de inbox-triage serait : « Run inbox-triage for my normal 2x-daily cadence. Use my existing ${WORKSPACE}/Email/ knowledge base, search only the current window, classify new messages, draft replies but do not send anything, update tracker.md and blocklist.md where appropriate, and give me the report in my preferred format. »

Pour les exécutions à la demande, ajoutez une exception explicite : « Run inbox-triage for the last 24 hours because I missed the morning pass. Do not skip opportunity emails. Draft replies only. »

Workflow pratique pour une première exécution

Commencez par une exécution à blanc et supervisée. Demandez à l’agent de valider la base de connaissances, de calculer la fenêtre de recherche, de lister les catégories prévues et de confirmer qu’aucune action d’envoi ne sera utilisée. Laissez-le ensuite traiter les messages, créer des brouillons et produire le rapport de tri.

Après le rapport, vérifiez trois points : les emails mal classés, les brouillons qui ne vous ressemblent pas, et les éventuelles mises à jour écrites dans tracker.md ou blocklist.md. Ces corrections ont un fort effet de levier, car les prochaines exécutions dépendront de la base de connaissances.

FAQ de la skill inbox-triage

inbox-triage envoie-t-elle des emails ?

Non. La règle de sécurité centrale est : brouillons uniquement. La skill est conçue pour rédiger des réponses à valider par l’utilisateur, pas pour les envoyer. Le validateur inclus peut analyser un journal d’actions de tri afin de détecter des opérations ressemblant à un envoi, comme des appels d’envoi Gmail ou Outlook, et faire échouer l’exécution si elles apparaissent.

En quoi est-ce mieux qu’un prompt email ordinaire ?

Un prompt générique peut résumer des emails, mais il manque généralement de mémoire stable, de règles par expéditeur, de fenêtres liées à la cadence, de discipline de sécurité autour des brouillons et d’un cadre de recommandation reproductible. La skill inbox-triage lit un contrat de base de connaissances défini, utilise une taxonomie, applique les décisions TAKE IT / WORTH CONSIDERING / PASS / FLAG FOR REVIEW, et journalise les résultats.

inbox-triage est-elle adaptée aux débutants ?

Elle est accessible aux débutants uniquement après la configuration initiale. Si vous êtes à l’aise avec l’installation d’une skill et avec le fait de laisser un agent accéder à des outils email et à des fichiers de workspace, l’utilisation au quotidien est simple. Le principal point de blocage initial est la dépendance à inbox-setup et à la structure exacte des fichiers dans ${WORKSPACE}/Email/.

Quels écosystèmes email peut-elle prendre en charge ?

La skill est pensée autour du comportement des outils email plutôt que d’un fournisseur unique. La référence de sécurité mentionne des opérations de type brouillon pour Gmail et Outlook/Microsoft Graph. En pratique, la réussite dépend de votre environnement d’agent : il doit disposer des autorisations de recherche, de lecture et de création de brouillons, sans autorisations d’envoi.

Comment améliorer la skill inbox-triage

Améliorer les résultats de inbox-triage avec de meilleurs fichiers KB

Le moyen le plus rapide d’améliorer inbox-triage est de rendre email-taxonomy.md et email-patterns.md plus précis. Ajoutez des exemples de newsletters à ignorer, de VIP à faire remonter, d’opportunités à considérer et de fils nécessitant une réponse le jour même. Ajoutez aussi des règles de ton, par exemple « short, warm, no exclamation marks » ou « include pricing only when asked ».

Si le tri des opportunités est important pour vous, maintenez evaluation-framework.md et rate-card.md. Ces fichiers réduisent les recommandations vagues de type « peut-être » et aident les brouillons à inclure des prochaines étapes concrètes, une posture tarifaire ou des questions de clarification.

Corriger les échecs fréquents

Si la skill rédige trop de brouillons, renforcez les signaux PASS et les règles de blocklist. Si elle manque des fils importants, enrichissez les signaux de conversations actives et les entrées VIP. Si les brouillons sont trop génériques, ajoutez dans email-patterns.md de vrais exemples de réponses acceptées et rejetées.

Si la fenêtre de recherche est incorrecte, vérifiez les valeurs de cadence utilisées par search_window_calculator.py : une exécution quotidienne utilise un chevauchement plus large, tandis que les cadences 2x et 3x par jour utilisent des fenêtres plus courtes. Pour les sessions de rattrapage inhabituelles, indiquez explicitement une surcharge en heures.

Itérer après le premier rapport

Après chaque exécution, indiquez quelles recommandations étaient correctes, quels brouillons vous avez envoyés après modification et quels messages auraient dû être ignorés. Demandez à l’agent de convertir ces retours en mises à jour de la base de connaissances, plutôt que de les traiter comme un simple contexte de conversation ponctuel.

Prompt de suivi utile : « Review the last inbox-triage report. Update my taxonomy so emails like X are classified as PASS, add sender Y to VIP, and adjust my draft style to be shorter for cold outreach. Do not change send safety rules. »

Garder la sécurité et la journalisation vérifiables

Pour un usage planifié, gardez la règle « brouillons uniquement » visible dans les prompts et les journaux. Exécutez ou inspectez draft_safety_validator.py si votre environnement prend en charge les journaux d’actions. Maintenez triage-log/ bien organisé, car il fournit la piste d’audit de ce qui a été recherché, rédigé en brouillon, ignoré et appris.