AI-Agent Beobachtbarkeit: Stoppen Sie Stale Green mit einem Frischkeitsnachweis

Ein Gesundheitsurteil über AI Agenten muss ablaufen. Wenn ein Dashboard healthy sagt, ohne zu zeigen, wann seine entscheidenden Beweise beobachtet wurden, kann es einen abgeschnittenen Runtime Grün lange nach der Änderung der Fakten behalten. Das praktische Standard ist ein Frischheitszertifikat , das zu einem ausdrücklichen Zeitpunkt ausgewertet wird. Für jedes erforderliche Signal halten Sie die Quelle Event Zeit, die Sammler Beobachtungszeit, eine monotonisch zunehmende Sequenz und ein Aufgaben spezifisches Höchstalter fest. Markieren Sie den Lauf nur dann, wenn jedes erforderliche Signal vorhanden ist, frisch, nicht wiedergegeben und im Einklang mit dem behaupteten Ergebnis ist. Wenn die erforderlichen Beweise auslaufen, wird das Urteil unknown nicht gesund und nicht automatisch fehlgeschlagen. Dieser Artikel macht diese Regel überprüfbar. Das mitgelieferte Fassungsgerät ändert kein Modell, Spurenverkäufer oder Agenten Anforderung. Es ändert nur das Alter, die Ankunftszeit, die Sequenz oder den Ergebniswert und zeigt, warum einem vorgehobenen Grünstatus selbst nicht vertrauen kann. Ein Urteil über die Gesundheit braucht eine Ablaufzeit. Beobachtungssysteme sind gut darin, den neuesten Wert aufrechtzuerhalten. Die Gesundheit des Agenten erfordert, zu wissen, ob dieser Wert noch zulässig ist. Stellen Sie sich einen Forschungsagent mit drei grünen Feldern vor: Herzschlag: ok ; nützliche Fortschritte: 3 sources accepted ; Ergebnisseprüfung: brief schema valid . Diese Werte beschreiben verschiedene Versprechen. Ein Herzschlag kann nach zwei Sammelintervallen ablaufen. Der Fortschritt kann während einer begrenzten Lesephase vernünftigerweise unverändert bleiben. Eine Ergebnisbestätigung kann für den bestimmten Lauf für immer gültig bleiben, muss aber immer noch an diesen Lauf angeschlossen werden, anstatt von gestern geerbt zu werden. Ein einziges weltweites Das sicherere Zertifikat speichert für jede erforderliche Tatsache ein Ablaufdatum: Das Minimum zählt. Eine neue Ergebnisbestätigung kann nicht beweisen, daß die Laufzeit derzeit erreichbar ist; ein frischer Herzschlag kann nicht beweisen, daß das versprochene Artefakt existiert. Wenn das erste erforderliche Signal abläuft, endet das kombinierte gesunde Urteil mit ihm. Dies ist keine neue Voraussetzung für LLM. Kubernetes verwendet die Lease API für Knoten Herzschläge: Jedes Kubelet aktualisiert einen Leases spec.renewTime , und die Steuerungsebene verwendet diesen Zeitstempel, um die Knotenverfügbarkeit zu bestimmen. Die offizielle Kubernetes Lease Dokumentation bei Quellrevision 9a8df52 ist hier nützlich, weil sie die Verfügbarkeit als zeitlich begrenzte Forderung behandelt und nicht als dauerhaftes Eigentum der letzten erfolgreichen Aktualisierung. Prometheus macht eine verwandte Grenze explizit. Sein Anfrageunterlagen bei Revision ab225f6 beschreibt ein standardmäßiges fünfminütiges Rückblick und veraltetes Verhalten. Diese fünfminütige Standardregel ist eine Prometheus Fragenregel, nicht eine angemessene universelle Frist für Agenten. Das übertragbare Prinzip ist, dass eine alte Probe schließlich aufhören muss, eine aktuelle Frage zu beantworten. Verwenden Sie zwei Uhren und eine Bewertungszeit Ein Ereignis kann mindestens zwei relevante Zeiten haben: wenn die Quelle sagt, dass es stattgefunden hat und wenn das Sammelsystem es beobachtet hat. Beide behalten. Die stabile OpenTelemetry Logs Datenmodell bei Revision f62b146 definiert Timestamp als die Zeit, die durch die Herkunftsuhr gemessen wird, und ObservedTimestamp als die Zeit, in der das Sammelsystem das Ereignis beobachtet hat. Es heißt auch, dass der Zeitstempel fehlt. Diese Trennung verhindert, dass ein überlastetes Feld so tut, als ob es auf die Veranstaltungsbestellung antwortet, den Transport verzögert und die Frische gleichzeitig überwacht. Für ein Gesundheitszertifikat sollten Sie das Alter in einem Uhrbereich bewerten: Verwenden Sie source time , um Quellereignisse nur dann zu ordnen, wenn Sie die Synchronisierungsgrenze der Quelluhr kennen. Eine Host Uhr von einer Sammler Uhr abzuziehen und die Ergebnis Netzwerk Latenz zu nennen, ist ohne diese Grenze ungerechtfertigt. Wenn eine Laptop Uhr vier Minuten schneller ist, kann ein neu gesammeltes Herzschlag aus der Zukunft erscheinen; wenn sie langsam ist, kann ein Live Agent veraltet erscheinen. collector time hat eine engere, aber zuverlässige Bedeutung: Der Monitor hatte diese Beweise zu diesem Zeitpunkt. Es kann nicht nachweisen, wann die zugrunde liegende Aktion wirklich stattgefunden hat, aber es kann nachweisen, ob die eigene Sicht des Monitores kürzlich ist. Die Erhebung von Aufzeichnungen wird separat verzögert, wenn die Quelle vertrauenswürdige Uhren oder eine Beförderungsbestätigung übermittelt. Eine Evaluierungszeit ist ebenso wichtig. Ohne evaluated at kann ein Zertifikat bei einer Prüfung oder einer Vorfallüberprüfung nicht wiedergegeben werden. Fresh now ist keine überprüfbare Aussage. Frisch bei 2026 07 26T00:42:00Z im Rahmen der Politik freshness v1 ist. Erstellen Sie ein Zertifikat, nicht ein Cache mit neuem Wert Die kleinste nützliche Aufzeichnung ist bewusst einfach: Jedes Feld schließt eine spezifische Lücke: Feld Was sie verhindert run id die Akzeptanz eines Ergebnisses aus einem anderen Lauf evaluated at Eine bewegliche, unwiederstellbare now collector time Nach dem Frischefenster des Monitores Beweise aufbewahren source time Verlust der Quelle Ereignis Bestellung, wenn diese Uhr vertrauenswürdig ist sequence Ein wiedergespieltes oder außerordentliches Herzschlag als neu zu akzeptieren max age s Anwendung einer willkürlichen Frist für andere Signale required die fehlende entscheidende Beweise als optional behandeln policy Änderungen der Schwellenwerte ohne Prüfverfolgung Nehmen Sie den Fortschritt nicht anhand der Herzschlagsequenz ab. Eine Schleife kann perfekte Herzschläge ausstrahlen und dabei keine nützlichen Veränderungen hervorbringen. Geben Sie Herzschlag, Fortschritt, Warteabhängigkeit und ergeben Sie Ihre eigenen Beweisbücher. Eine benannte Genehmigung kann frisch und gültig sein, während der Fortschritt absichtlich aufgehalten wird; das Zertifikat sollte die Ausführung als waiting klassifizieren und nicht festhalten. Das Urteil sollte Unsicherheit bewahren: 1. ein neues deterministisches Ausfall erzeugt attention ; 2. eine fehlende, veraltete, zukünftige oder wiedergespielte erforderliche Signalleistung unknown ; 3. eine frisch benannte Abhängigkeit erzeugt waiting ; 4. Nur vollständige, frische, aktuelle Beweise können healthy ergeben. Dieser Befehl verbirgt nicht, dass die Telemetrie fehlt. Ein neues gescheitertes Ergebnis ist stärker als ein veraltetes Herzschlag. Umgekehrt beweisen alleine veraltete Beweise nicht, dass das Mittel gescheitert ist; sie beweisen, dass der Monitor derzeit keine gesunde Behauptung unterstützen kann. Fünf Gegenbeispiele Die in diesem Artikel beigefügte Anlage enthält fünf gleichzeitig bewertete Runden: fresh run hat drei frische, fortschreitende und erfolgreiche Signale; stale green trägt immer noch heartbeat: ok , aber der Sammler sah ihn zuletzt vor 240 Sekunden gegen eine 120 Sekunden Grenze. delayed batch enthält einen Fortschrittsbericht, dessen Sammelzeit nach der Bewertungszeit liegt, so dass noch keine Beweise verfügbar waren; replayed sequence wiederholt eine Ergebnissequenz, anstatt sie voranzutreiben; failed outcome hat neue Beweise dafür, dass die erforderliche Artefaktprüfung versagt hat. Führen Sie den Node.js 20+ Klassifikator aus: Die genaue Ausgabe ist: Die verfälschbare These ist schmal: Nur durch die Änderung der Beweiszulasse muss ein grünes Urteil widerrufen werden. fresh run und stale green enthalten beide heartbeat: ok ; nur das Alter des Sammlers unterscheidet sich. Wenn ein Dashboard zum Zeitpunkt der Bewertung immer noch sowohl gesund als auch gesund aussieht, wird ein Cache Wert angezeigt, anstatt ein aktuelles Gesundheitsschluss. Der Fall delayed batch behandelt einen subtileren Fehler. Die zurückgefüllte Telemetrie kann die historische Diagnose verbessern, darf jedoch nicht das neu schreiben, was der Monitor zu einer früheren Entscheidung wusste. Wenn man collector time mit evaluated at vergleicht, bleibt das Wiederholen des Vorfalls ehrlich. Der Sequenzcheck blockiert eine andere falsche Frische. Eine Schlange kann den letzten Herzschlag mit einer neuen Ankunftszeit des Transports wiederherstellen. Wenn der Monitor das Alter mit der Ankunft allein erfrischt, lässt die Wiedergabe eine tote Quelle aktuell erscheinen. Benötigen Sie eine Quellsequenz, einen Boot Identifier oder ein anderes monotonisches Token, bei dem die Laufzeit eine liefern kann. Über die Neustart, paare die Sequenz mit einer Inkarnations ID, so dass ein legitimer Reset nicht für Wiedergabe verwechselt wird. Das Gerät ist ein kontrollierbares Gegenbeispiel, nicht ein Produktionsreferenzwert. Es schätzt keine falsch positiven Raten, berücksichtigt jede Warteschlange oder beweist, dass die Beispielschranken für Ihre Arbeitsbelastung geeignet sind. Sein Wert ist, daß jedes Urteil eine einfältige Erklärung hat und durch Bearbeitung eines Zeitstempels oder einer Reihenfolge geändert werden kann. Kalibrieren Sie Frische um Versprechen herum Wählen Sie die Grenzen aus dem erwarteten Verhalten des Workflows, nicht aus einer universellen Dashboard Vorgabe. Für einen Befragten, der alle 60 Sekunden erwartet wird, kann ein Herzschlaglimit zwei verpasste Intervalle plus gemessene Nervenreiz sein. Für eine Kompilaturphase, die voraussichtlich acht Minuten lang still läuft, kann der Fortschritt eine Phasendatum anstelle einer 60 Sekunden Änderungsregel verwenden. Für einen Ergebnisreceit, der unveränderlich an einen Lauf und einen Artefakt Hash gebunden ist, kann die Frische bedeuten, gehört zu diesem Lauf und wurde nach seinem Start verifiziert, nicht wurde in den letzten fünf Minuten erstellt. Prüfen Sie diese Grenzen, bevor Sie alarmieren: Normaler Scheduler jitter; Neustart des Sammlers und Backlog der Warteschlange; die Uhr des Gastgebietes verzerrt; duplizierte und nicht bestellbare Lieferungen; Laufzeit Wiederstart mit einer Reset Sequenz; eine rechtmäßige menschliche Genehmigung warten; ein abgeschlossener Befehl, dessen Bestimmungsprüfung fehlt; Ein Ausfall des Monitors, während der Agent weiter arbeitet. Die erste Verletzung ist getrennt von der letzten Beobachtung aufzuzeichnen. Erfordert Beharrlichkeit, wenn die Beweise laut sind, aber lasst nicht, dass ein neuer Herzschlag eine veraltete Fortschrittsuhr zurücksetzt. Ein Vorfall nur mit neuen Beweisen, die den Zustand der Eröffnung bestätigen, zu beseitigen. Ein neu gestarteter Prozess ist kein Beweis dafür, dass der fehlende Bericht jetzt existiert. Es gibt eine Kosten für diese Strenge: mehr Felder, eine Politik pro Workflow und einen ausdrücklichen unknown Zustand. Der Vorteil besteht darin, einen teureren fiction green Status zu vermeiden, der durch Beweise unterstützt wird, dass der Monitor nicht mehr das Recht hat, ihn zu benutzen. Beginnen Sie mit den drei Signalen, die die Aktion verändern können: Reichbarkeit, nützliche Fortschritte oder Abhängigkeit und Ergebnisprüfung. Halten Sie die Diagnose und die Produktanmeldungen begrenzt Ein Frischheitszertifikat liegt über Logs, Spuren, Metriken, Zeitplaner Daten und Zielseitenkontrollen. Sie ersetzt sie nicht. Sie erfasst, welche Beweise für eine Gesundheitsentscheidung zulässig waren und wann diese Entscheidung abläuft. Sie sollte auch nicht von selbst eine irreversible Erholung auslösen. unknown fordert die Wiederherstellung von Beweisen oder menschliche Inspektion. attention kann eine beschränkte Empfehlung rechtfertigen, aber Geheimnisse, zerstörerische Veränderungen und unsichere Diagnosen erfordern immer noch explizite Autorität. Die Wiederherstellung erfolgt erst nach einem neuen Fortschritt oder nach Beobachtung des beabsichtigten Ergebnisses. Das löst die ursprüngliche Frage: Die Beobachtbarkeit des AI Agentes sollte niemals den gesunden Status auf unbestimmte Zeit erhalten. Geben Sie jedem entscheidenden Signal einen Sammlerzeitstempel, das festgelegte Höchstalter, die aktuelle Identität und die Wiedergabewache; bewerten Sie sie in einem benannten Moment; und verfallen Sie das kombinierte Urteil an der frühesten erforderlichen Grenze. Sidewisp befindet sich derzeit in einer privaten Vorschauphase. Seine beabsichtigte Rolle ist eine gesundheitliche Schicht neben bestehenden Wirkstofflaufzeiten, mit sichtbaren Beweisen und menschlichen Genehmigungsgrenzen. Die Sammlung von Produktionsagent Gesundheit, Laufzeitadapter, automatisierte Wiederherstellung, Cron Management und Token Kosten Analysen werden heute im Allgemeinen nicht versandt. Wenn die Frischkeitsprüfungen mit den Fehlern übereinstimmen, die Sie fangen müssen, können Sie Teil der privaten Vorschau.