Une boîte de réception pour ce qui vous attend

À 14 h 10, vous lancez une exécution gérée sur Payments API et vous retournez à votre propre travail. À 14 h 25, l'agent s'arrête sur une question : les nouvelles tentatives doivent-elles aussi couvrir les réponses 4xx des destinataires, ou seulement les 5xx et les timeouts ? Vous êtes dans un autre onglet. Comme nous l'avons décrit quand les exécutions ont reçu une boucle de relecture, une question à laquelle personne ne répond dans l'heure laisse l'agent continuer selon son propre jugement, et un plan que personne ne relit dans l'heure fait échouer l'exécution. À 15 h 25, l'agent décide seul.

Rien n'était cassé. La page de l'exécution affichait En attente de vous depuis le début. Vous n'étiez pas sur la page de l'exécution.

Les exécutions sont un cas parmi d'autres de quelque chose qui est devenu vrai partout dans Archyl : des choses attendent des gens. Une demande de changement d'architecture reste ouverte jusqu'à ce qu'une personne disposant des droits de modification la relise. Un commentaire sur un élément de diagramme reçoit une réponse que son auteur ne voit jamais. Jusqu'ici, il y avait deux façons de le savoir. Vous alliez voir, ou vous activiez les notifications par e-mail, qui reflètent les changements d'architecture à l'échelle de l'organisation et vous disent beaucoup de choses sur lesquelles ce n'est pas à vous d'agir.

Archyl en a maintenant une troisième : une cloche à l'extrémité droite de l'en-tête de l'application, sur chaque page, avec un compteur de non lus. Derrière elle, une boîte de réception qui ne contient que ce qui vous attend ou ce qui répond à quelque chose que vous avez fait.

À quoi ressemble le panneau

Cliquez sur la cloche et un panneau intitulé Notifications s'ouvre. Chaque notification tient en une ligne : une phrase qui dit qui a fait quoi, un extrait, le nom du projet et le temps écoulé. Voici un après-midi plausible. Les phrases sont celles que l'application affiche. Les noms, les projets et les extraits sont des exemples.

Notifications                                   Tout marquer comme lu

● Un agent attend votre réponse
  Should retries also cover 4xx responses from receivers, or only
  5xx and timeouts?
  Payments API · il y a 12 min

● Marie Laurent demande des modifications sur #14
  Billing shouldn't call the ledger database directly. Route it
  through the Ledger API container.
  Billing · il y a 2 h

● Sam Okafor a répondu dans une discussion
  That queue was replaced by the outbox table in March, the
  diagram is behind.
  Checkout · il y a 3 h

  Votre exécution d'agent est terminée
  Document how to set up and run the service locally.
  Billing · hier

Cliquer sur une ligne la marque comme lue et ouvre la page concernée : l'exécution, la demande de changement ou la discussion. Tout marquer comme lu se trouve dans l'en-tête du panneau, et le survol d'une ligne non lue fait apparaître un bouton Marquer comme lu pour celles que vous voulez écarter sans les ouvrir. Quand il n'y a rien, le panneau le dit : « Rien ne vous attend ».

Ce qui envoie une notification

Trois sources, et la liste complète est assez courte pour être imprimée.

Les exécutions d'agent gérées notifient la personne qui a lancé l'exécution.

Une exécution annulée n'envoie rien. Quelqu'un a choisi de l'arrêter, et ce quelqu'un n'a pas besoin qu'on le lui dise.

Les demandes de changement d'architecture notifient dans deux directions. Quand l'une d'elles est ouverte, toutes les personnes qui peuvent modifier le projet sont prévenues, sauf son auteur. Relire demande les droits de modification, ce sont donc les personnes qu'elle attend. À partir de là, l'auteur apprend ce qu'il lui arrive :

Les discussions notifient sur les réponses. Une réponse atteint la personne qui a lancé la discussion et toutes celles qui y ont déjà répondu, avec la réponse en extrait. Le lien ouvre la discussion, pas la réponse isolée, vous arrivez donc sur le fil entier.

Une règle vaut pour les trois : vous n'êtes jamais notifié de vos propres actions. Approuvez la demande de changement de votre collègue et il l'apprend. Pas vous.

Pourquoi ce n'est pas un fil d'activité

La façon évidente de construire cela consiste à prendre l'historique des changements qu'Archyl enregistre déjà et à l'afficher sous une cloche. Nous ne l'avons pas fait, exprès.

L'historique d'une organisation, c'est surtout le travail des autres qui se passe bien. Quelqu'un a renommé un container, quelqu'un a ajouté une relation, la découverte a proposé douze composants et un collègue les a approuvés. Tout cela est vrai et presque rien n'a besoin de vous. Placez cela sous un compteur de non lus et le compteur ne veut plus rien dire. La plupart d'entre nous ont une cloche comme celle-là dans un autre outil, avec dessus un nombre que nous avons cessé de lire depuis longtemps.

La boîte de réception applique donc un test étroit à ce qui y entre. Soit la chose est bloquée tant que vous n'agissez pas (la question d'un agent, un plan, une demande de changement que vous pouvez relire), soit c'est la réponse à quelque chose que vous avez lancé (une relecture de votre demande, la fin de votre exécution, une réponse dans votre discussion). Un changement qui ne passe aucun des deux tests n'a pas droit à une ligne.

La vue large existe toujours et n'a pas changé. Les notifications par e-mail et la page Historique restent l'endroit où suivre l'activité de toute l'organisation. La boîte de réception est l'autre moitié : la partie qui vous est adressée.

Quelques détails

Chaque organisation a sa propre boîte de réception. Si vous appartenez à deux organisations, la cloche compte et liste celle dans laquelle vous vous trouvez.

Les phrases suivent votre langue, pas les extraits. L'application est livrée en neuf langues, et la phrase de chaque ligne est rendue dans la langue de votre interface. Une notification stocke ce qui s'est passé, pas une chaîne anglaise toute faite : un relecteur qui travaille en français et un auteur qui travaille en japonais lisent donc chacun « demande des modifications » dans leur propre langue. L'extrait, ce sont les mots de quelqu'un, et il reste dans la langue dans laquelle ils ont été écrits.

Ce qu'une notification copie est protégé comme sa source. Une ligne reprend le titre d'une demande de changement ou un morceau de commentaire. Là où ceux-ci sont chiffrés au repos, ce qui est le cas sur Archyl Cloud, la copie dans la boîte de réception est chiffrée de la même façon.

Le compteur est interrogé, pas poussé. Le compteur de non lus se rafraîchit toutes les 30 secondes, et de nouveau quand vous revenez sur l'onglet. Une nouvelle notification peut donc mettre jusqu'à une demi-minute à apparaître sur la cloche. Pour « un relecteur veut des modifications », c'est assez tôt, et cela épargne à chaque onglet ouvert une connexion longue durée. Marquer quelque chose comme lu met le compteur à jour immédiatement dans votre propre navigateur.

Ce qu'elle ne fait pas encore

Les demandes de changement ouvertes par un agent via le serveur MCP ne notifient pas les relecteurs. Une demande ouverte dans l'application le fait. Celle qu'un agent ouvre via MCP apparaît dans la liste du projet, et la cloche de personne ne bouge.

Pas de réglages par type. Vous ne pouvez pas désactiver un type de notification. La liste ci-dessus est ce que vous recevez.

Pas de @mentions. Nommer quelqu'un dans un commentaire ne le notifie pas. Aujourd'hui, seules les personnes déjà présentes dans une discussion sont prévenues des réponses. Les mentions sont la prochaine étape de la feuille de route pour la boîte de réception, et nous ne leur donnons pas de date.

Où la trouver

Il n'y a rien à configurer. La cloche est à l'extrémité droite de l'en-tête, et elle restera vide tant que rien ne vous est adressé. Le moyen le plus rapide de la voir fonctionner : lancez une exécution gérée sur un profil où Relire le plan d'abord est activé, passez sur une autre page et attendez le compteur.

Si vous lancez des exécutions depuis le chat, ceci s'ajoute aux mises à jour dans le fil plutôt que de les remplacer. Une exécution lancée depuis Slack ou Teams rend toujours compte dans son fil, et la personne qui l'a lancée reçoit aussi la ligne dans la boîte de réception.

À lire aussi : relire un agent pendant qu'il travaille, pour les plans et les questions sur lesquels une exécution attend, et les demandes de changement d'architecture, pour le workflow de relecture que suivent ces notifications.