Zeit auf der Baustelle ist keine Zahl.

Es gibt einen bestimmten Dienstagvormittags-Jour-fixe im dritten Geschoss eines unfertigen Bürogebäudes in München-Sendling, den ich sorgfältig beschreiben möchte. Der Projektsteuerer leitet, der Bauleiter liest eine Liste überfälliger Punkte von einem Papierausdruck vor. Bei einem hält er inne — eine fehlende Brandschottung in einer Lüftungstrasse — und sagt, ohne aufzublicken: „das machen wir bis Mitte nächster Woche, wenn die Lieferung kommt." Der Polier nickt. Die Assistenz des Projektsteuerers schreibt es mit. Der Raum geht weiter.

Ich möchte den Blick darauf lenken, was gerade passiert ist. Eine Frist wurde gesetzt, vereinbart und protokolliert. Auf dem Papier lautet die Frist: „Mitte nächster Woche, wenn die Lieferung kommt." Wenn man unseren Wissensgraphen fragt, was das bedeutet, muss er mehrere Entscheidungen treffen, und keine davon ist die Art, die eine Datenbank typischerweise trifft.

Drei Fristen, ein Satz

Dieser Satz enthält mindestens drei eigenständige Frist-Objekte, und sie stimmen nicht überein.

Die Kalenderfrist ist „Mitte nächster Woche" — irgendwo um Mittwoch oder Donnerstag. Die Vertragsfrist, wenn man den Bauvertrag liest, gegen den dieser Mangel angemeldet wurde, sind fünfundvierzig Werktage ab der ursprünglichen Mängelanzeige, also eher sechs Wochen weiter. Die operative Frist — was der Bauleiter tatsächlich meint — ist „vor der Bauherrenrunde am Freitag, weil ich darüber nicht noch einmal mit dem Auftraggeber sprechen will."

Drei Monate lang haben wir versucht, diese drei in eine zu falten. Wir haben die rechtlich verbindlichste gewählt und sie „die Frist" genannt. Es war in jeder Hinsicht die falsche Wahl. Den Bauleiter interessiert die Vertragsfrist nicht; den Auftraggeber interessiert nur die Vertragsfrist; den Anwalt interessieren beide, aber nur, wenn schon etwas schiefgegangen ist.¹

„In einem Pre-Con-Büro wie auf der Baustelle ist eine Frist ein kleines politisches Objekt. Sie hat Autoren, Zeugen und eine Halbwertszeit. Wir haben sie als Zeitstempel modelliert."

Der konditionale Nebensatz

„… wenn die Lieferung kommt." Das ist der Teil, an dem die meisten Schemata zerbrochen sind.

In jedem Protokoll, das ich diesen Winter gelesen habe — Jour-fixe-Protokollen vom Projektsteuerer, Bauprotokollen von der Baustelle, Vergabevermerken vom Einkauf — hat ungefähr eine von drei Fristen eine explizite Vorbedingung. „Wenn das Wetter mitspielt." „Sobald der Statiker freigibt." „Vorausgesetzt, der Auftraggeber bestätigt die Mehrkosten." Das ist kein schmückendes Beiwerk. Das ist der eigentliche Vertrag.

Die erste Version unseres Modells behandelte diese als Kommentare — string-typisierte Metadaten an einer Frist. Nützlich für die Anzeige, vom Retriever ignoriert. Dann haben wir versucht, sie als Boolean-Flag zu modellieren („conditional: true"). Das war schlimmer, weil es das Einzige wegwarf, was zählte: was die Bedingung war. v0.4 des Schemas modelliert sie als eigenständige Entitäten: eine Frist kann eine depends_on-Kante zu einer oder mehreren Conditions tragen, jede mit eigenem Status, Verantwortlichem und eigener Provenienz.

Was das Feld uns gelehrt hat

Sechs Dinge, ungefähr in der Reihenfolge, in der sie mich überrascht haben.

• Fristen werden im Raum verhandelt, nicht im Dokument. Wenn eine Frist im Jour-fixe- oder Bauprotokoll auftaucht, hat sie schon drei Runden gegenseitiger Zugeständnisse hinter sich. Das Schema muss die Konzessionsgeschichte modellieren, nicht das Ergebnis.
• „Nächste Woche" ist fast immer Donnerstag. Nicht Montag, nicht Freitag. Der Donnerstag ist der Tag, an dem Arbeit vor dem Wochenende geliefert wird; der Freitag ist der Tag, an dem inspiziert wird. Das haben wir vom Polier gelernt, wir haben es noch nirgends schriftlich gefunden.
• Wetter ist eine eigenständige Bedingung. Etwa 18 % aller bedingten Fristen für Außenarbeiten in unserem Korpus hängen vom Wetter ab. Unser Modell konsumiert jetzt Wettervorhersagen, um die Auflösungswahrscheinlichkeit von Bedingungen zu schätzen.
• Lieferanten sind schlimmer als das Wetter. Etwa 27 % der bedingten Fristen hängen von einer Lieferung ab; etwa die Hälfte davon rutscht beim ersten Versprechen.
• Der Tonfall des Bauleiters ist Daten, die wir nicht zu erfassen wissen. Eine Frist mit Lächeln gesprochen und eine Frist mit verschränkten Armen gesprochen sind nicht dieselbe Frist. Wir werfen den Unterschied derzeit weg.
• Der einzelne beste Prädiktor dafür, ob eine Frist gehalten wird, ist nicht eine Eigenschaft der Frist selbst. Es ist, ob der Bauleiter der Frist öffentlich, vor dem Auftraggeber, zugestimmt hat. Wir vermuten, dass das über unseren Korpus hinaus generalisiert.

Was sich am Modell geändert hat

Konkret zwei Dinge.

Erstens trägt jede Frist im produktiven Graphen jetzt bis zu drei Lesarten (Kalender, Vertrag, Operativ), jede mit eigenem Datum, Konfidenz und zustimmendem Agent. Anfragen können nach jeder davon fragen; der Default — für den Standard-„Ist das überfällig?"-Check — ist die operative, weil das ist, was der Projektsteuerer eigentlich meint.

Zweitens wurden Bedingungen zu einem eigenen Subgraphen. Eine Condition löst sich über Zeit auf (offen → erfüllt → gescheitert → storniert), und die Frist, die sie steuert, erbt die Auflösung. Wir berechnen „Wahrscheinlichkeit, dass die Frist hält" als Funktion des Auflösungsstatus der Bedingung und einer kleinen empirischen Prior. Kunden, die das erste Dashboard mit dieser Logik gesehen haben, sagten fast unisono, das sei das erste Mal, dass ihre Software mit ihrer Intuition übereinstimmte.

Ein Geständnis

Ich kam mit einem akademischen Hintergrund in temporaler Logik zu diesem Projekt. Ich nahm peinlicherweise an, dass die Lücke zwischen formaler Zeit und Baustellenzeit eine Sache von mehr Formalismus sei — bessere Operatoren, feinere Intervalle, ein reicherer modaler Kalkül.

Ist sie nicht. Die Lücke ist eine Sache der Provenienz. Baustellenzeit ist ein Chor meinungsstarker Menschen, jeder mit Gründen, jeder mit Glaubwürdigkeit, jeder mit Einsatz im Ergebnis. Das Modell wird nicht besser, indem man die Zeitpunkte schärfer macht, sondern indem man die Sänger lauter macht.

— L., München · BV Riemerschmidt, 09. Februar 2026.