Ein Posteingang für das, was auf dich wartet

Um 14:10 startest du einen verwalteten Run auf der Payments API und gehst zurück an deine eigene Arbeit. Um 14:25 hält der Agent bei einer Frage an: Sollen Wiederholungsversuche auch 4xx-Antworten der Empfänger abdecken oder nur 5xx und Timeouts? Du bist in einem anderen Tab. Wie wir beschrieben haben, als Runs eine Review-Schleife bekamen, lässt eine Frage, die innerhalb einer Stunde niemand beantwortet, den Agenten nach eigenem Ermessen weitermachen, und ein Plan, den innerhalb einer Stunde niemand prüft, lässt den Run fehlschlagen. Um 15:25 entscheidet der Agent allein.

Nichts war kaputt. Auf der Run-Seite stand die ganze Zeit Wartet auf Sie. Du warst nicht auf der Run-Seite.

Runs sind ein Fall von etwas, das inzwischen überall in Archyl gilt: Dinge warten auf Menschen. Ein Architecture Change Request bleibt offen, bis jemand mit Bearbeitungsrechten ihn prüft. Ein Kommentar an einem Diagrammelement bekommt eine Antwort, die sein Autor nie sieht. Bisher gab es zwei Wege, das herauszufinden. Du hast nachgesehen, oder du hast E-Mail-Benachrichtigungen eingeschaltet, die Architekturänderungen aus der ganzen Organisation spiegeln und dir sehr viel mitteilen, bei dem nicht du handeln musst.

Archyl hat jetzt einen dritten: eine Glocke am rechten Ende des App-Headers, auf jeder Seite, mit einem Zähler für Ungelesenes. Dahinter liegt ein Posteingang, der nur enthält, was auf dich wartet oder was auf etwas antwortet, das du getan hast.

Wie das Panel aussieht

Klick auf die Glocke, und ein Panel mit dem Titel Benachrichtigungen öffnet sich. Jede Benachrichtigung ist eine Zeile: ein Satz, der sagt, wer was getan hat, ein Auszug, der Projektname und wie lange es her ist. Hier ist ein plausibler Nachmittag. Die Sätze sind die, die die App anzeigt. Die Namen, Projekte und Auszüge sind Beispiele.

Benachrichtigungen                         Alle als gelesen markieren

● Ein Agent wartet auf Ihre Antwort
  Should retries also cover 4xx responses from receivers, or only
  5xx and timeouts?
  Payments API · vor 12 Min.

● Marie Laurent wünscht Änderungen an #14
  Billing shouldn't call the ledger database directly. Route it
  through the Ledger API container.
  Billing · vor 2 Std.

● Sam Okafor hat in einer Diskussion geantwortet
  That queue was replaced by the outbox table in March, the
  diagram is behind.
  Checkout · vor 3 Std.

  Ihre Agent-Ausführung ist abgeschlossen
  Document how to set up and run the service locally.
  Billing · gestern

Ein Klick auf eine Zeile markiert sie als gelesen und öffnet die Seite, um die es geht: den Run, den Change Request oder die Diskussion. Alle als gelesen markieren steht im Kopf des Panels, und wenn du mit der Maus über eine ungelesene Zeile fährst, erscheint eine Schaltfläche Als gelesen markieren für die, die du abhaken willst, ohne sie zu öffnen. Wenn nichts da ist, sagt das Panel das auch: „Nichts wartet auf Sie“.

Was eine Benachrichtigung auslöst

Drei Quellen, und die vollständige Liste ist kurz genug, um sie abzudrucken.

Verwaltete Agent-Runs benachrichtigen die Person, die den Run gestartet hat.

Ein abgebrochener Run sendet nichts. Jemand hat sich entschieden, ihn zu stoppen, und diesem Jemand muss man das nicht sagen.

Architecture Change Requests benachrichtigen in zwei Richtungen. Wird einer geöffnet, erfahren es alle, die das Projekt bearbeiten können, außer seinem Autor. Ein Review erfordert Bearbeitungsrechte, also sind das die Personen, auf die er wartet. Von da an hört der Autor, was damit geschieht:

Diskussionen benachrichtigen bei Antworten. Eine Antwort erreicht die Person, die die Diskussion begonnen hat, und alle, die darin bereits geantwortet haben, mit der Antwort als Auszug. Der Link öffnet die Diskussion, nicht die einzelne Antwort, sodass du im ganzen Thread landest.

Eine Regel gilt für alle drei: Über deine eigenen Aktionen wirst du nie benachrichtigt. Genehmige den Change Request deiner Kollegin, und sie erfährt davon. Du nicht.

Warum es kein Aktivitätsfeed ist

Der naheliegende Weg, das zu bauen, wäre, den Änderungsverlauf zu nehmen, den Archyl ohnehin aufzeichnet, und ihn unter einer Glocke anzuzeigen. Das haben wir nicht getan, mit Absicht.

Der Verlauf einer Organisation ist größtenteils die Arbeit anderer Leute, die gut läuft. Jemand hat einen Container umbenannt, jemand hat eine Beziehung hinzugefügt, die Discovery hat zwölf Komponenten vorgeschlagen und ein Teammitglied hat sie genehmigt. All das stimmt, und fast nichts davon braucht dich. Leg das unter einen Zähler für Ungelesenes, und der Zähler bedeutet nichts mehr. Die meisten von uns haben so eine Glocke in irgendeinem anderen Tool, mit einer Zahl darauf, die wir schon lange nicht mehr lesen.

Deshalb hat der Posteingang einen engen Test dafür, was hineinkommt. Entweder ist die Sache blockiert, bis du handelst (die Frage eines Agenten, ein Plan, ein Change Request, den du prüfen kannst), oder sie ist die Antwort auf etwas, das du angestoßen hast (ein Review deines Requests, das Ende deines Runs, eine Antwort in deiner Diskussion). Eine Änderung, die keinen der beiden Tests besteht, bekommt keine Zeile.

Die breite Sicht gibt es weiterhin, und sie hat sich nicht geändert. E-Mail-Benachrichtigungen und die Seite Verlauf bleiben der Ort für Aktivität in der ganzen Organisation. Der Posteingang ist die andere Hälfte: der Teil, der an dich adressiert ist.

Ein paar Details

Jede Organisation hat ihren eigenen Posteingang. Wenn du zu zweien gehörst, zählt und listet die Glocke die, in der du dich gerade befindest.

Sätze folgen deiner Sprache, Auszüge nicht. Die App gibt es in neun Sprachen, und der Satz in jeder Zeile wird in der Sprache deiner Oberfläche dargestellt. Eine Benachrichtigung speichert, was passiert ist, keinen fertigen englischen String. Eine Reviewerin, die auf Französisch arbeitet, und ein Autor, der auf Japanisch arbeitet, lesen „wünscht Änderungen“ also jeweils in ihrer eigenen Sprache. Der Auszug besteht aus den Worten einer Person und bleibt in der Sprache, in der sie geschrieben wurden.

Was eine Benachrichtigung kopiert, ist geschützt wie seine Quelle. Eine Zeile wiederholt den Titel eines Change Requests oder ein Stück eines Kommentars. Wo diese im Ruhezustand verschlüsselt sind, was auf Archyl Cloud der Fall ist, ist die Kopie im Posteingang genauso verschlüsselt.

Der Zähler wird abgefragt, nicht gepusht. Der Zähler für Ungelesenes aktualisiert sich alle 30 Sekunden und noch einmal, wenn du zum Tab zurückkehrst. Eine neue Benachrichtigung kann deshalb bis zu einer halben Minute brauchen, bis sie an der Glocke erscheint. Für „ein Reviewer wünscht Änderungen“ ist das früh genug, und es erspart jedem offenen Tab eine langlebige Verbindung. Wenn du etwas als gelesen markierst, aktualisiert sich der Zähler in deinem eigenen Browser sofort.

Was er noch nicht kann

Change Requests, die ein Agent über den MCP-Server öffnet, benachrichtigen keine Reviewer. Ein in der App geöffneter Request tut es. Einer, den ein Agent über MCP öffnet, taucht in der Liste des Projekts auf, und niemandes Glocke rührt sich.

Keine Einstellungen pro Typ. Du kannst eine einzelne Art von Benachrichtigung nicht abschalten. Die Liste oben ist das, was du bekommst.

Keine @Erwähnungen. Jemanden in einem Kommentar zu nennen, benachrichtigt die Person nicht. Heute erfahren nur Personen von Antworten, die bereits an einer Diskussion beteiligt sind. Erwähnungen stehen für den Posteingang als Nächstes auf der Roadmap, und wir nennen dafür kein Datum.

Wo du ihn findest

Es gibt nichts einzurichten. Die Glocke sitzt am rechten Ende des Headers und bleibt leer, bis etwas an dich adressiert ist. Der schnellste Weg, sie in Aktion zu sehen: Starte einen verwalteten Run auf einem Profil, bei dem Plan zuerst prüfen eingeschaltet ist, wechsle auf eine andere Seite und warte auf den Zähler.

Wenn du Runs aus dem Chat startest, kommt das zu den Updates im Thread hinzu, statt sie zu ersetzen. Ein Run, der aus Slack oder Teams gestartet wurde, meldet sich weiterhin in seinem Thread, und wer ihn gestartet hat, bekommt zusätzlich die Zeile im Posteingang.

Zum Weiterlesen: Review, während der Agent noch arbeitet, zu den Plänen und Fragen, auf die ein Run wartet, und Architecture Change Requests, zum Review-Workflow, dem diese Benachrichtigungen folgen.