Claude Duet vient à vous : quand l’IA d’équipe doit-elle vous interrompre ?

Illustration conceptuelle : transmettre une exception utile tout en gardant les informations courantes en ordre.

Il y a ce message familier dans les canaux projet : « Vérification terminée, rien à signaler. » Au début, il rassure. Après quelques jours, on le fait défiler sans le lire. Et si un fournisseur repousse vraiment sa livraison de deux jours, son message risque de passer avec les autres.

Quand un assistant commence à travailler de lui-même, mieux vaut en parler en équipe : qu’est-ce qui mérite de nous prévenir maintenant, et qu’est-ce qui peut attendre cet après-midi ? Le 21 octobre 2026, Anthropic a ouvert la préversion de recherche de Claude Duet, tournée vers le travail proactif et en arrière-plan. L’idée de moins surveiller soi-même est séduisante. Encore faut-il préciser quand nous solliciter.

Définir un changement qui mérite un message

Imaginons une livraison client prévue vendredi. Le tableau d’achats annonce une arrivée jeudi, mais le fournisseur répond « expédition cette semaine si possible ». Vous voulez savoir si vendredi tient toujours, et quand commencer à chercher une autre solution.

Vous pouvez confier ce contrôle à Leina dans le chat. Elle lit les Apps autorisées, poursuit les travaux longs en arrière-plan et exécute des tâches planifiées. Vérifiez d’abord que tableau et réponses sont accessibles, puis essayez une commande bien connue. Gardons cet exemple pour voir quels messages aideraient vraiment.

Précisez commandes, dates et destinataire. Signalez une nouvelle date confirmée dépassant l’engagement client. « Si possible » reste une information non confirmée.

Séparer alerte, synthèse et silence

Pour savoir si quelque chose a changé, il faut une trace de la fois précédente. « Ne te répète pas » ne précise pas avec quoi comparer. Pendant l’essai, gardez le résultat précédent dans un tableau partagé. Une fois la méthode rodée, vérifiez que votre environnement peut le conserver et le relire ; sinon, fournissez vous-même cette référence pour commencer avec des synthèses programmées.

flowchart TB
  accTitle: Du contrôle à la bonne notification
  accDescr: Lire les sources autorisées et vérifier le succès avant de signaler un échec, rester silencieux, résumer ou avertir le responsable.
  A("Lecture autorisée planifiée"):::channel --> B{"Sources et référence complètes ?"}:::gateway
  B -->|Non| C("Signaler l’échec"):::restricted
  B -->|Oui| D{"Nouveau changement vérifié ?"}:::gateway
  D -->|Non| E("Pas d’alerte métier répétée"):::resource
  D -->|Oui| F{"Décision rapide nécessaire ?"}:::agent
  F -->|Non| G("Synthèse programmée"):::resource
  F -->|Oui| H("Avertir le responsable"):::channel

Apporter une question à laquelle répondre

« Commande à risque » oblige à rechercher. « A passe de jeudi à lundi, au-delà de vendredi : faut-il contacter le client ? » permet d’agir.

Incluez changement, référence comparée, source, date et décision attendue. Un responsable absent des données reste à confirmer. Vérifiez le canal avant de partager des informations client.

Chaque jour ouvré à 10 h, fuseau Asia/Shanghai, lis les achats et réponses autorisées du projet A. Compare avec le dernier contrôle réussi que je fournis. Avertis-moi ici seulement si une nouvelle date confirmée dépasse l’engagement client, avec numéro, dates et sources. Résume les autres changements à 17 h ; pas d’alerte métier pour les données inchangées. Référence absente ou lecture impossible : signale l’échec, pas « tout va bien ». Montre le programme et un exemple avant de planifier après ma confirmation.

Vérifiez si la synthèse demande une autre tâche et où conserver les résultats. Signaler un retard n’autorise pas une nouvelle promesse au client.

Prouver le succès avant de rester silencieux

Le silence peut cacher une connexion expirée. Une conclusion « aucun changement » exige une lecture réussie, un périmètre connu et une référence valide.

Pas besoin de construire tout un système de supervision pour essayer. Un tableau accessible à l’équipe avec le dernier succès, les commandes vues et les documents illisibles aide déjà beaucoup. Vous pouvez le tenir à la main au début. Un contrôle occasionnel du fonctionnement évite de remplir le canal de messages de statut.

Testez données ordinaires, changement réel et informations manquantes. Recherchez alertes oubliées, répétitions et échecs présentés comme des résultats normaux.

Adapter la fréquence au délai de décision

Une source actualisée quotidiennement ne justifie pas forcément un contrôle horaire. Regroupez l’ordinaire à l’heure de revue du responsable et adaptez les contrôles urgents au délai utile.

Une tâche planifiée n’est pas une alerte en temps réel. Vérifiez fréquence et frais d’usage. Après une semaine, comptez notifications utiles, doublons, omissions et échecs avant d’élargir.

Si vous ouvrez chaque jour un tableau pour vérifier la même chose, partez de là avec le guide Leina. Au prochain passage dans le canal, le message attendu pourrait simplement être : « La date a changé. Voici la réponse du fournisseur. Il nous faut votre décision aujourd’hui. »