2026-08-01T01:58:10.363Z
LangSmith LLM Beobachtbarkeit: Beweisen Sie den Spurenbaum über Dienste hinweg
Überprüfen Sie eine LangSmith-Spur über die Grenzen des Dienstes hinweg, fangen Sie Split-Wurzeln und Waiten, bewahren Sie gültige Wartezeiten und verlangen Sie ein überprüftes Ergebnis.
LangSmith kann eine reine Reihe erfolgreicher Spans zeigen und dennoch einen Betreiber mit der falschen Schlussfolgerung verlassen. Die fehlenden Beweise können ein Arbeiter sein, dessen Spannung nie der Spur beigetreten ist, eine zweite Wurzel, die nach einem Service Hop erstellt wurde, oder eine ausgefüllte Spur ohne Beweis dafür, dass das gewünschte Artefakt sein Ziel erreicht hat. Die praktische Standardregelung ist einfach: Behandeln Sie one akzeptierte Agentenaufforderung als einen vertrauenswürdigen Spurenbaum und testen Sie diesen Baum dann gegen ein erwartetes Service Manifest. Ein gesundes Urteil erfordert eine Wurzel, lösbare Elternverbindungen, die erwarteten Servicephasen, einen neuen Fortschritt oder eine explizite Wartezeit und eine separate Zielseite. Allein die Abwicklung von Spuren ist nicht die Abwicklung der Aufgabe. Dieser Leitfaden verwandelt diese Regel in einen achtfachen Audit für langsmith llm Observability . Das Gerät enthält keine Anfragen, Antworten, Geheimnisse oder Werkzeuglasten. Es vergleicht eine naive jeder Zeitraum sagt ok Regel mit einer strengeren operativen Entscheidung und enthüllt fünf falsch grüne Fälle. Die Standardfunktion: ein Root über vertrauenswürdige Service Hops aufbewahren LangSmith definiert Spuren als Streckenbäume, und sein verteilte Tracing Dokumentation beschreibt, wie eine Anfrage über Dienste hinweg fortgesetzt werden kann. Der ursprüngliche Dienst serialisiert den aktuellen Laufbaum in einen langsmith trace Header mit optionalem baggage für Metadaten und Tags. Der empfangende interne Dienst stellt diesen Kontext wieder her und verfolgt die Spur. Das ist die vernünftige Implementierungssysteme für eine API, die die Arbeit an einen Planer und dann an einen Arbeiter überträgt. Es gibt dem Betreiber einen Ursachenbaum anstelle unabhängiger lokaler Spuren. Die gleiche Dokumentation stellt neben dem Feature eine wichtige Grenze: Diese Schlagzeilen sind zuverlässig, um den Kontext zu verfolgen. Ein öffentlicher Endpunkt darf sie nicht als autorisiertes Elternteil oder willkürliches Gepäck von einem nicht vertrauenswürdigen Anrufer akzeptieren. Entfernen Sie sie am Rande, starten Sie eine neue Wurzel für die angenommenen Anfrage und verbreiten Sie den neu geschaffenen Kontext nur über vertrauenswürdige Service to Service Hops. Für jeden akzeptierten Antrag wird ein inhaltloses Manifest aufgezeichnet, wie z. B.: requestKey sollte ein unsichtbarer Kennzeichen sein, nicht ein Anruf oder Kundennamen. Das Manifest ist der Nenner: Ohne ihn kann eine Spur Ihnen nicht sagen, dass ein erwarteter Service nichts ausgegeben hat. Auditstruktur vor der Beurteilung des Spannungszustands Beginnen Sie mit der Struktur, weil eine Sammlung lokal erfolgreicher Spans die falsche Ausführung noch beschreiben kann. Diese Kontrollen werden in der folgenden Reihenfolge durchgeführt: Überprüfen Beweise Ausfallzustand Vertrauengrenze Die Wurzel wurde nach dem öffentlichen Rand geschaffen; verbreitetes Gepäck kam nur von einem internen Dienst UNTRUSTED CONTEXT Wurzelnzahl Genau eine Wurzelkarte der angenommenen Anfrage SPLIT TRACE Die Integrität der Eltern Jeder nicht wurzeln parent run id löst sich innerhalb der gleichen Spur ORPHAN SPAN Leistungsabdeckung Jede erforderliche Manifestphase hat mindestens einen erwarteten Lauf TRACE GAP Frische Offene Arbeit hat jüngste Fortschritte oder eine gültige Abhängigkeitsfrist STUCK oder WAITING Ergebnis Die benannte Bestimmungsort hat eine deterministische Quittung OUTCOME UNVERIFIED Das letzte Urteil Alle geltenden Kontrollen bestehen HEALTHY Diese Ordnung zählt. Wenn ein öffentlicher Anrufer vertrauenswürdiges Gepäck liefern kann, ist der Baum nicht sicher, selbst wenn seine Form perfekt ist. Wenn es zwei Wurzeln gibt, kann das Überprüfen von Kindern unter nur einer Wurzel die Hälfte der Hinrichtung verbergen. Wenn eine Eltern ID nicht vorhanden ist, werden die Zeitstücke die Ursachenlücken nicht beheben. Zwangen Sie keine Laufspuren dazu, Stufen einzubeziehen, die sie noch nicht erreicht haben. Die Leistungsdeckung wird an der einschlägigen Lebenszyklusgrenze bewertet. Bevor der Planer die Arbeit entsendet, ist die Abwesenheit eines Arbeiters normal. Nach Abschluss der Laufberichte ist die gleiche Abwesenheit eine Spurenlücke. Speichern Sie den Meilenstein neben dem Manifest, anstatt ihn nur aus der Zeit der Wanduhr abzuleiten. Wiederversuche benötigen auch eine explizite Regel. Eine zweite Arbeitszeit ist nicht automatisch ein doppelter Fehler. Erfassen Sie einen stabilen Betriebsschlüssel und die Versuchsnummer und fragen Sie dann, ob der erneute Versuch unter derselben akzeptierten Wurzel blieb und ob nur ein Effekt verursacht wurde. Diese Trace Tree Audit überprüft die kausale Abdeckung; ein Idempotency oder Effektempfang Audit behandelt doppelte Nebenwirkungen. Wiederholen Sie acht unangenehme Spuren . Das Forschungsgegenstand verwendet vier erforderliche Dienste api , planner , tool worker und verifier und stellt acht Fälle aus: 1. eine vollständige verteilte Spur mit einem verifizierten Artefakt; 2. eine fehlende Arbeitszeit; 3. ein Arbeitnehmer, dessen Eltern Identität nicht vorhanden ist; 4. zwei Wurzeln für einen angenommenen Antrag; 5. eine neue Wartezeit mit Eigentümer und künftige Frist; 6. ein offener Arbeiter mit einem unbeständigen Fortschritt; 7. eine vollständige Spur ohne Bestimmungsbestätigung; 8. Gepäck, der von einer öffentlichen Verbreitungsquelle übernommen wurde. Führen Sie den deterministischen Klassifikator mit Node aus: Das produzierte Gerät: Das falsche Ergebnis ist die Lücke zwischen sechs naiven Grünen und einem verifizierten gesunden Lauf. Fünf Fälle enthielten nur ok Spannungen, die jedoch keine Struktur , Vertrauens oder Ergebnisprüfung durchführten. Der veraltete Arbeiter war nicht naiv grün, weil er offen blieb. Die rechtmäßige Wartezeit blieb ebenfalls offen, wurde jedoch auf WAITING weitergeleitet, anstatt als Misserfolg falsch bezeichnet zu werden. Das bedeutet nicht, dass sieben Agenten gebrochen wurden. Es bedeutet, dass nur ein Fall genug Beweise für eine gesunde Schlussfolgerung hatte. WAITING ist ein gültiger Betriebszustand, und die Lückenzustände ermitteln, welche Beweise vor der Entscheidung wiederhergestellt werden müssen. Ein kompakter Klassifikator kann die Vorrangsregel umsetzen: Die Vorrangszahl behält den Unterschied zwischen Aktivität und nützlichen Fortschritten. Es verhindert auch, dass ein späterer grüner Zustand einen früheren Beweisversagen löscht. Abfragen Sie den Baum, ohne den Inhalt zu exportieren LangSmith s offizielle SDK Fragenleitfaden empfiehlt list runs oder die /runs/query API. Es dokumentiert is root=True für die Root Run Auswahl und read run(..., load child runs=True) für die Hydratation eines Kandidatenbaums, wenn ein lokales Kindspredikat Felder benötigt, die Serverseitenfilter nicht aufdecken. Ein minimaler Python Sammlungsweg ist: Anpassen Sie die select Liste an das installierte SDK. In der Forschungs Snapshot wurde die am 28. Juli 2026 veröffentlichte offizielle langsmith sdk Veröffentlichung V0.10.11 beobachtet; überprüfen Sie die aktuelle Referenz, bevor Sie Feldnamen in den Produktionscode kopieren. Die Prüfung benötigt weder inputs noch outputs . Überqueren Sie den hydratisierten Kinderbaum und halten Sie nur: Ausführungs und Spuren Identifikationen; der Eltern Lauf Identifikator; ein von der Anwendung ausgestelltes Dienst oder Bühnen Tag; Beginn, Ende und letzte Fortschrittszeiten; Status oder Fehlerpräsenz; unsichtbare Betriebsschlüssel und Anforderungsschlüssel; Warte Eigentümer und Frist; die Bestimmungsbestätigung und das Verifizierungsergebnis. Die LangSmith Übersicht über die Beobachtbarkeit trennt Spurenuntersuchungen, Dashboards, Warnungen, Automatisierungen, Online Evaluierungen und Feedback korrekt voneinander ab. Eine strukturelle Spurenprüfung ergänzt diese Oberflächen; sie ersetzt die Bewertungen nicht und behauptet nicht, dass alle Fehler aus Metadaten sichtbar sind. Warten Sie, bleiben Sie fest und überprüfen Sie die Ergebnisse getrennt. Eine lange Laufzeit reicht nicht aus, um einen Agenten festzuhalten. Sie erfordern sowohl einen Verstoß gegen die Frische als auch das Fehlen eines gültigen Wartevertrags. Ein Wartekontrakt braucht einen Eigentümer, eine Abhängigkeit und eine Frist. In der Feststellung hatte der Arbeiter kürzlich Fortschritte, wartete auf einen Prüfer und hatte eine zukünftige Frist. Der richtige Zustand war WAITING . Der veraltete Arbeiter hatte keine solche Erklärung und hatte das Frischefenster von fünf Minuten überschritten, also wurde es STUCK . Keine der beiden Staaten ist HEALTHY . Die Wartezeit erfordert die Weiterleitung zum benannten Eigentümer; feststehende Arbeit erfordert eine Untersuchung und vielleicht ein begrenztes Wiederherstellungsvorschlag. Versuchen Sie es nicht erneut, nur weil sich eine Spur aufgehört hat, besonders nicht in der Nähe einer Grenze zur Nebenwirkung. Und schließlich müssen wir Beweise außerhalb der Spur finden. Eine erfolgreich beendete Verifikationszeit beweist, dass der Code ausgeführt wurde. Es beweist nicht, dass die angeforderte Datei existiert, dass eine Bereitstellung die beabsichtigte Revision erreicht hat oder dass eine Nachricht das beabsichtigte Ziel erreicht hat. Definieren Sie den stärksten verfügbaren deterministischen Empfang: einen unveränderlichen Objekt Hash, eine Datenbankreihe plus Invariante, eine Remote Revision oder eine API Rücklesung. Die Einschränkung ist absichtlich. Diese Prüfung kann keine Spannungen rekonstruieren, die nie ausgegeben wurden, die semantische Qualität aus Metadaten beurteilen oder einen Werkzeug Effekt ohne eine anwendungsgemachte Quittung nachweisen. Es kann zeigen, daß die Beweise unvollständig sind und die Unsicherheit nicht grün werden lassen. Sidewisp verwendet diese gleiche Grenze für die Gesundheit in seiner Produktrichtung: Spuren sind Beweise, während nützliche Fortschritte und erwartete Ergebnisse eigene Kontrollen erfordern. Sidewisp befindet sich derzeit in einer privaten Vorschauphase. Sein Live Site ist ein Early Access Erlebnis und eine interaktive Demonstration; Produktion Agent Gesundheit Sammlung und automatisierte Wiederherstellung werden im Allgemeinen nicht versandt. Nehmen Sie an der privaten Vorschau teil, wenn Sie helfen möchten, eine gesundheitliche Schicht zu gestalten, die neben bestehenden Laufzeiten arbeitet, anstatt LangSmith oder Ihren Agentenstap zu ersetzen.