Block-Embed-Dashboards

Team Mut···zuletzt geändert 2026-05-21

Block-Referenzen geben jeder Aussage eine Adresse. Ein Embed geht den Schritt weiter: Es zeigt den Block selbst an einem zweiten Ort — denselben Block, nicht ein Abbild. So baust Du ein Dashboard aus echten Inhalten, das nie auseinanderläuft, weil es nichts kopiert.

Embed ist keine Kopie

Kopiere einen Block, und Du hast zwei Wahrheiten, die ab dem nächsten Edit auseinanderdriften. Embette ihn, und es bleibt eine Wahrheit, an zwei Orten sichtbar. Änderst Du den Block im Dashboard, ändert er sich auch an seiner Heimat — und umgekehrt. Das ist Transklusion: ein Inhalt, viele Fenster.

{{embed ((6c1b9a2e-7d84-4f12-a3b9-0e5c1d7f2a48))}}
;; zeigt denselben Block — eine Quelle, hier nur ein weiteres Fenster

5 Regeln für Block-Embed-Dashboards

1. Ein Embed ist der Block selbst, kein Snapshot — es gibt keine zweite Version, die veraltet.
2. Edits synchronisieren in beide Richtungen: Dashboard und Heimat sind dasselbe.
3. Mische Embeds mit Queries — feste Blöcke für Wichtiges, Regeln für das, was sich ändert.
4. Ein Embed zeigt auch die Kinder des Blocks; wähle die Granularität bewusst.
5. Lösche nie den Quell-Block, um ein Embed zu entfernen — entferne nur das Embed, der Block bleibt zu Hause.

Ein Dashboard aus Embeds und Query

## Sprint-Dashboard
{{embed ((a8e2d710-4f3b-4c1a-9e2d-5b7c8a1f0e63))}}   ;; Sprint-Ziel, lebt im Planungs-Doc
{{query (and (property "type" "task")
             (property "sprint" "aktuell"))}}        ;; offene Aufgaben, live

Vorher/Nachher — Copy-Dashboard vs. Embed-Dashboard

Ehrliche Frage

Wie viele Deiner Dashboards zeigen kopierte Stände, die schon beim Einfügen veraltet waren? Die Antwort entscheidet, ob ein Dashboard Dir die Wahrheit zeigt oder nur ein Foto von gestern.