Max Nardit

Max Nardit

Data & AI Systems Engineer mit Fokus auf Sichtbarkeit, Messung und agentische Systeme.

KI sitzt heute zwischen den Menschen und dem, was sie suchen, und zwischen der Arbeit und der Software, auf der sie läuft. Sie antwortet, leitet weiter, erinnert sich, vergisst und handelt inzwischen von selbst. Meist, bevor jemand prüfen kann, ob das Ergebnis stimmt. Ich untersuche diese Schicht mit Originaldaten und baue die Tools, um darin zu arbeiten. Mein Hintergrund ist die Angebotsseite des Digital Marketing: das Crawling, die Analytics, die Automatisierung und das Reporting, die Leitungen unter dem, was nach Marketing aussah. Das Marketing war nie das eigentliche Problem. Sichtbarkeit, Messung und Kontrolle waren es. KI hat dieses Problem nicht kleiner gemacht. Sie hat es dorthin verschoben, wo man es nicht sieht.

Ausgewählte Zusammenarbeit →Über mich →

Beetroot vorgestellt in 窓の杜 (Japan) · Forschung mit Originaldaten · veröffentlichte Open-Source-Tools

die Systeme, die entscheiden:

was wird gefunden,

bekommt Vertrauen, wird genutzt

These

Operating Thesis

KI verändert zwei Dinge gleichzeitig: wie Menschen Informationen finden und wie Arbeit durch Software läuft.

Dieser Wandel ist nicht nur ein Suchproblem. Er betrifft Tracking, Attribution, Kontext, Memory, Handoff und Vertrauen: die Systeme, die entscheiden, was eine Person sieht, bevor sie eine Wahl trifft.

An dieser Schicht arbeite ich. Ein Teil davon ist Forschung: messen, was sich ändert, und veröffentlichen, was standhält. Ein Teil ist Engineering: Tools und Workflows bauen, die Kontext halten, Fehler sichtbar machen und KI-gestützte Arbeit überprüfbar halten.

Fokus

Aktuelle Bereiche

Sichtbarkeit & Discovery
Wie Menschen, Unternehmen und Tools auffindbar bleiben, wenn KI-Systeme antworten, zusammenfassen, routen und handeln.
Messung & Tracking
Wie man weiß, was funktioniert, wenn Klicks, Cookies, Referrals und Dashboards nicht mehr die ganze Geschichte erzählen.
Agentische Systeme
Memory, Handoff, Orchestrierung, Tool-Grenzen und Recovery für Agenten, die reale Workflows berühren.
Operative Evidenz
Forschung mit Originaldaten, Field Notes und veröffentlichte Tools. Befunde statt Prognosen.

Texte

Neuere Texte

Alle Artikel →

Deine Agent-Konfiguration ist jetzt Infrastruktur

Sobald du ein paar Agents betreibst, hören ihre Definitionen auf, Konfiguration zu sein, die du bearbeitest, und werden zu Infrastruktur. Das Problem mit Infrastruktur ist: Sobald du sie nicht mehr im Kopf behalten kannst, driften ihr deklarierter Zustand und ihr laufender Zustand von selbst auseinander, und nichts meldet es. Die Lösung ist die Disziplin, die wir bei Servern gelernt haben: Deklariere die Menge als Dateien, vergleiche sie mit der Realität, halte fest, was du angewandt hast, und verweigere das Anwenden über eine hinter deinem Rücken passierte Änderung hinweg, statt einfach darüber hinweg zu konvergieren. Mit einem Haken, der leicht zu übersehen ist. Ein Reconciler erfasst immer nur das, was du zu deklarieren daran gedacht hast.

Der Connector ist ein nicht vertrauenswürdiger Autor

Wer einen Span geschrieben hat, ist eine Tatsache, die der Harness schon hält. Ob dieser Span sicher zu befolgen ist, ist es nicht. Die Lösung ist also kein clevererer Leser: Es geht darum, dem Tool und dem Peer den Rang des fremden Dings zu geben, das sie sind, statt den Rang der Leitung, durch die sie ankamen.

Der Agent greift zum Werkzeug, das er lesen kann

Du optimierst ein Werkzeug danach, was es kann. Ein Agent wählt ein Werkzeug danach, ob er das Ergebnis vorhersagen und die Antwort lesen kann, wenn sie leer zurückkommt. Das sind verschiedene Eigenschaften, und der Abstand zwischen ihnen ist der Grund, warum gerade das mächtigere Werkzeug so oft unangetastet bleibt.

Kontakt

Kontakt

E-Mail und Telegram funktionieren beide. Telegram ist schneller.

max@nardit.com