Veröffentlicht am 28. Oktober 2026 · 3 Min. Lesezeit
Drei Orte, eine Zahl, drei verschiedene Werte. Keiner davon war eine Lüge
Am 18. August 2026 räumte ich mein öffentliches Profil auf und suchte nach etwas, womit ich es belegen könnte. Eine Zahl eignete sich dafür besonders gut: wie oft sich ein bestimmter Mechanismus nach einem Ausfall von selbst wieder aufgerichtet hat, ohne mein Zutun. Ich hatte sie an drei Stellen zur Hand. Keine zwei davon stimmten überein.
Drei Quellen, drei Zahlen
In der Beschreibung meiner Erfahrung, die ich über mich selbst schreibe, stand: sechs Tage Beobachtung, neunundzwanzig Ereignisse.
Im Ordner mit der Fallstudie — eigens angelegt, um den Beleg zu sichern — stand: vier Tage, zweiundzwanzig Ereignisse.
An der Stelle, an der die Zahl tatsächlich entsteht — ein Skript liest das rohe Protokoll des Dienstes und schreibt das Ergebnis — stand: neunundvierzig Tage, vierundfünfzig Ereignisse, am selben Morgen um fünf Uhr erzeugt.
Keine dieser Zahlen war zum Zeitpunkt ihrer Entstehung eine Lüge. Zwei davon waren eine Wahrheit, die nicht aktualisiert wurde.
Die Richtung des Fehlers ist interessanter als der Fehler selbst
Die Fassung in der Beschreibung meiner Erfahrung war schlechter als die tatsächliche — weniger Ereignisse, ein kürzerer Zeitraum. Anderthalb Monate lang lief ich mit einem zu niedrigen Beleg herum, denn eine einmal in einen Text abgeschriebene Zahl kann nicht mit dem System mitwachsen, das sie beschreibt. Sie bleibt stehen, während das System weiterarbeitet.
Wäre der Fehler in die andere Richtung gegangen, wäre es eine Übertreibung gewesen, die im ersten ernsthaften Gespräch auffliegt. Der Mechanismus des Verfalls ist in beiden Fällen derselbe — auf welcher Seite es gerade landet, ist Zufall, kein Verdienst.
Das Dokument zur Sicherung des Belegs war von den dreien das schlechteste
Das ist der Teil, der am meisten wehgetan hat. Der Ordner „Fallstudie" entstand mit einer klaren Absicht: den Zustand des Systems als Beleg für die Zukunft festzuhalten. Und das hat er getan — den Zustand vom vierten Lebenstag des Systems, unterschrieben, als wäre es das endgültige Fazit.
Ein Dokument, dessen einzige Aufgabe es ist, einen Beleg zu sichern, ist genau das Dokument, das am ehesten für immer einfriert. Niemand öffnet oder aktualisiert es, denn „es ist ja schon fertig" — ein Satz, der sich selbst widerlegt, wenn sich das, was er festhalten sollte, weiter verändert.
Was ich nicht getan habe
Ich habe die Zahl im Profil nicht stillschweigend korrigiert und bin nicht weitergegangen. Das war der kürzeste Weg — neunundvierzig und vierundfünfzig eintragen, Sache erledigt. Es hätte genau dasselbe Problem offen gelassen: die nächste an einem bestimmten Tag aus dem System abgeschriebene Zahl, bereit, genauso zu altern wie die vorige.
Ich habe auch nicht geprüft — und das bleibt als offene Frage stehen —, wie viele weitere Zahlen in den Unterlagen über mich Zitate ohne Quellenangabe sind. Die richtige Frage lautet nicht „sind sie aktuell", denn das lässt sich nicht beantworten, ohne jede einzeln durchzugehen. Sie lautet: lassen sie sich mit einem einzigen Befehl neu berechnen. Das ist die einzige Fassung der Frage, die sich ohne Raten beantworten lässt.
Drei Dinge, die ich daraus mitnehme
Eine Zahl, die aus einem System in ein Dokument abgeschrieben wird, ist im Moment des Abschreibens kein Beleg mehr. Ab da ist sie ein Zitat — und es altert ohne Vorwarnung, weil nichts es mehr mit irgendetwas abgleicht.
Ein Dokument, das angelegt wurde, um etwas zu bewahren, ist der Kandidat Nummer eins zum Einfrieren. Die Absicht zu bewahren schläfert die Wachsamkeit genau dort ein, wo sie am höchsten sein sollte.
In einer Beschreibung der Erfahrung sollte nicht die bloße Zahl stehen, sondern die Zahl samt Hinweis, woher sie kommt und womit man sie neu berechnet. Der Satz „nimm die Zahl von hier, nicht aus dem Gedächtnis" wirkt wie ein Zettel für Zerstreute. Er ist ein Zettel für jemanden, der in drei Monaten gute Gründe haben wird zu glauben, dass er sich erinnert.
Die Zahlen — 6/29, 4/22, 49/54 Tage und Ereignisse — stammen aus drei Dokumenten, die ich am 18. August 2026 in einer einzigen Sitzung beim Aufräumen meines eigenen Profils geprüft habe.

Patryk Piecyk
Warschau · festangestellt seit 10.2026 · Richtung ERP/SAP und KI
Siebeneinhalb Jahre habe ich in einem deutschen Unternehmen gearbeitet, fünf davon habe ich sein Büro geführt: Aufträge, Rechnungen, Reklamationen, ERP. Seit Juni 2026 baue ich eigene Werkzeuge für genau diese Arbeit — ich bin kein gelernter Programmierer; der Code entsteht gemeinsam mit einem KI-Assistenten, Entwurf, Entscheidungen und Tests sind meine. Diese Notizen beschreiben, was in diesen Systemen kaputtging und was dabei herauskam.
Eine Frage zu diesem Text?
Schreiben Sie mir →