Architektur in deinem Posteingang: der wöchentliche Team-Digest

Der Drift-Score unseres Payment-Service steigt seit sechs Wochen. Zwei ADRs sind offen und warten auf Review. Ein Konformitätsverstoß mit hoher Severity ist am Montag aufgetaucht. Der neue Inventory-Service wurde einem Team zugeordnet, das noch nicht existiert.

Ich weiß all das, weil ich heute Morgen archyl geöffnet und mich durch fünf Seiten geklickt habe.

Die meisten Engineers in diesen Teams wissen nichts davon.

Genau dieses Problem haben wir diese Woche angepackt. Architektur-Insights — Drift, Konformität, ADRs, Entscheidungen, Diskussionen — existieren in archyl. Sie sind indexiert, berechnet, in Dashboards exponiert. Aber die Menschen, die sie am meisten brauchen, sind tief im Code, nicht beim Refresh von Dashboards. Also bleiben die Insights, wo sie sind, und Architektur-Entscheidungen werden weiter im Vakuum getroffen.

Heute liefern wir den Team-Architektur-Digest aus. Eine wiederkehrende E-Mail, die den Architektur-Status jedes Teams in den Posteingang des verantwortlichen Teams bringt. Wöchentlich, zweiwöchentlich oder monatlich. Das Team wählt.

Dashboards verlieren. Posteingänge gewinnen.

Es gibt einen Grund, warum GitHub dir 2026 immer noch E-Mails über Pull Requests schickt, obwohl die Webseite direkt da ist. Es gibt einen Grund, warum Linear einen täglichen Digest verschickt. Es gibt einen Grund, warum jedes Analytics-Tool eine "weekly summary"-Option hat.

Menschen ziehen nicht. Sie scannen, was ankommt. Ein Dashboard, das du dich öffnen erinnern musst, ist ein Dashboard, das du vergisst zu öffnen.

Zehn Jahre lang hat man uns erzählt, "Slack und Dashboards haben die E-Mail getötet". Aber Dashboards funktionieren, wenn du weißt, wonach du suchst, und Slack funktioniert, wenn du reagieren musst. Keines davon funktioniert für die "hier ist alles, was diese Woche zählte, in zwei Minuten"-Sache — was genau das ist, was ein Engineering-Team braucht, um in Sachen Architektur synchron zu bleiben, ohne ein Meeting daraus zu machen.

E-Mail, ironischerweise, ist die richtige Oberfläche. Leise, dicht, archivierbar, durchsuchbar, weiterleitbar. Und jedes Team hat schon eine Verteilerliste.

Was in einem Digest steckt

Der Digest jedes Teams ist auf die Projekte gescoped, die es besitzt. Nichts Irrelevantes, nichts aus dem Perimeter anderer Teams.

Drinnen, bis zu sieben Sektionen — das Team wählt, welche es behält:

• Architektur-Gesundheit — Drift-Score mit Delta vs. Vorperiode, Konformitätsrate, Anzahl Deploys, Lead Time, MTTR. Der DORA-Snapshot, in einer einzigen Zeile.
• Architektur-Änderungen — welche C4-Elemente hinzugefügt, aktualisiert oder entfernt wurden. Top Items.
• Entscheidungen (ADRs) — was vorgeschlagen und was gemerged wurde.
• Pull Requests — Architecture Change Requests nach Status.
• Konformität — neue Verstöße, mit Severity.
• Diskussionen — neue Kommentar-Threads, die zu Architektur-Elementen geöffnet wurden. Die "was wird gerade debattiert"-Sicht.
• Insights — Architektur-Insights, die für die Periode generiert wurden.

Sektionen ohne Aktivität werden stillschweigend weggelassen. Keine halb leeren E-Mails.

Das Rendering ist schlichtes HTML. Kein Tracking-Pixel, kein Marketing-Chrome. Schwarz auf Weiß, monochrom, mit dem archyl-Wordmark oben — denn transaktionale E-Mails sollten wie Linear oder Vercel aussehen, nicht wie eine Kampagne. Der Dark Mode aktiviert sich automatisch, wenn dein E-Mail-Client prefers-color-scheme unterstützt.

Setup dauert fünfzehn Sekunden

Öffne die Team-Einstellungen, wechsle zum Tab Digest. Trage eine Team-E-Mail ein. Wähle eine Frequenz, einen Tag, eine Stunde und die Zeitzone, in der das Team wirklich lebt. Hake die Sektionen ab. Speichere.

Du kannst die E-Mail in der App vorab sehen, ohne etwas zu verschicken, und eine Test-E-Mail an die konfigurierte Adresse senden, um Zustellbarkeit und Rendering vor Aktivierung des Zeitplans zu prüfen.

Der Scheduler läuft jede Stunde und versendet den Digest jedes Teams zur konfigurierten Lokalzeit. Ein wöchentlicher Digest, der für Montag 9 Uhr in Europe/Berlin eingestellt ist, kommt um 9 Uhr Berliner Zeit an — auch wenn Berlin Sommerzeit hat, auch wenn deine Self-Hosted-Instanz in America/Los_Angeles läuft. Jeder Digest folgt der Uhr seines Eigentümer-Teams.

Warum das wichtig ist

Architektur ist Team-Eigentum. Sie wird kollektiv besessen, und sie entwickelt sich, sobald einer ihrer Eigentümer Code shipped. Das schwerste Problem ist nicht, Architektur zu erfassen — Diagramme, ADRs, Drift-Detection, das alles machen wir seit Jahren. Das schwerste Problem ist, die Schleife zu schließen zwischen dem, was die Architektur sagt, und dem, was das Team weiß.

Ein wöchentlicher Digest tut etwas Einfaches, aber Seltenes: Er gibt dem Team einen einzigen Fünf-Minuten-Moment, jede Woche, um über die eigene Architektur auf derselben Seite zu sein. Kein Standup. Kein Tool zu öffnen. Keine Gewohnheit aufzubauen. Nur die E-Mail, die alle ohnehin lesen.

Wenn du Engineering Manager bist, ist dieser Moment Gold wert. Wenn du Engineer im Team bist, ist es das erste Mal, dass Architektur-Kontext zu dir kommt, anstatt dass du ihm hinterherjagst.

Ab sofort verfügbar

Team-Architektur-Digests sind für jedes Team aktiv. Öffne die Team-Einstellungen, klicke auf Digest, und dein erster Recap geht beim nächsten geplanten Tick raus.

Lass uns wissen, was dein Team davon hält. Wir prototypen schon Slack- und Teams-Äquivalente für Organisationen, die Chat dem Posteingang vorziehen — aber für die wöchentliche Kadenz sind wir überzeugt, dass der Posteingang die Oberfläche ist, die Kontext liefert, ohne zu Lärm zu werden.

Architektur, endlich, dort wo die Menschen, die sie besitzen, wirklich leben.

Willst du tiefer in die Frage einsteigen, wie Architektur-Kontext durch ein Engineering-Team fließt? Lies über Architecture Change Requests für den Pull-Request-Workflow auf deinem C4-Modell, oder Architecture Chat, um jede Frage zu deinem Stack zu stellen und eine Antwort zu bekommen, die in deinem eigenen Modell verankert ist.