Ihr Agent hat jede Zeile des Repositorys gelesen.
Er hat den Browser noch nie gesehen.

Ein Codierungsagent kennt Ihren Quellcode fließend und ist völlig blind für die zwanzig Sekunden vor dem Fehler. Die benötigten Beweise waren vorhanden – im Browser des Meldenden – und der einzige Weg, den er je in das Kontextfenster hatte, war Ihre Eingabe.

Das Problem

Ein Modell, das den Fehler nicht beobachten kann, muss sich eine Reproduktion ausdenken – und eine ausgedachte Reproduktion ist der Anfang eines selbstsicheren, falschen Patches. So wird ein Mensch zur Transkriptionsschicht: Stacktrace einfügen, Screenshot zuschneiden, die Klickreihenfolge aus dem Gedächtnis aufschreiben, raten, welche Anfrage die entscheidende war. Jeder dieser Schritte verliert etwas, und verloren geht genau das, was ein Modell am schlechtesten wiederherstellt – die Anfrage, die still fehlschlug, der Konsolenfehler, den nichts angezeigt hat, der Zustand der Seite in diesem Moment. Das Ergebnis ist ein Agent, der aus einer Zusammenfassung des Fehlers arbeitet statt aus dem Fehler, und ein Reviewer, der nicht nur die Änderung prüfen muss, sondern auch, ob das Geänderte überhaupt jemals das Problem war.

Wie Snag hilft

Snag stellt die erfassten Beweise dort bereit, wo ein Agent sie anfordern kann. Ein Aufruf liefert die offenen, ungelösten Berichte des Arbeitsbereichs, sortiert nach dem neuesten zuerst, wobei die gelösten Berichte herausgefiltert werden, um eine erneute Korrektur zu vermeiden. Ein anderer Aufruf liefert alle für einen einzelnen Bericht erfassten Daten als strukturierte Felder anstatt als zu analysierenden Text. Die Anweisung, sich an diese Beweise zu halten und Lücken nicht durch Erfindungen zu füllen, ist im Tool selbst enthalten und gilt somit für jeden Aufruf, unabhängig von der Formulierung der Eingabeaufforderung. Der Punkt ist klar: Der Server liefert die Beweise und sendet lediglich den Link zu einem Pull Request zurück, den Ihr Agent bereits erstellt hat. Dadurch kann er keine Änderungen in Ihrem Repository vornehmen, und Ihr Agent kann seine bisherigen Aufgaben fortsetzen. Die Verbindung erfolgt über ein Token und eine URL via Standard MCP – kein SDK, kein Webhook, kein Hosting erforderlich.

Was Sie zurückbekommen

Die Eingabe Ihres Agenten ist nicht mehr Ihre Schilderung des Fehlers, sondern die aufgezeichnete – und der Pull Request, den er stellt, wird weiterhin von Ihrem Agenten gestellt, in Ihrem Repository, mit Ihren Zugangsdaten. Was in die andere Richtung zurückgeht, ist bewusst dünn und kurzlebig: Die Links zu Rohartefakten, Wiedergaben und Video sind signiert und funktionieren nach fünfzehn Minuten nicht mehr, sodass hier nichts zu einer dauerhaften URL in die Sitzung eines Nutzers wird, und jeder Aufruf prüft die Berechtigung des Arbeitsbereichs erneut, statt einem einmal ausgestellten Token zu vertrauen. Die Werkzeugreferenz listet Feld für Feld auf, was für einen Fehler zurückkommt.

Fragen, die die Leute tatsächlich stellen

Kann der Server irgendetwas in unser Repository oder unseren Arbeitsbereich schreiben?

Das ist nicht möglich, da es kein entsprechendes Tool gibt. Der Server liefert lediglich die erforderlichen Informationen und tut sonst nichts. Branching, Commit und Pull Requests finden daher wie gewohnt in Ihrem Repository, auf Ihrer eigenen Infrastruktur und mit Ihren eigenen Zugangsdaten statt. Snag greift niemals auf Ihren Code zu.

Was erhält der Agent konkret für einen einzelnen Fehler?

Titel und Beschreibung des Berichts, die Seite, auf der es passiert ist, samt ihrer Route, eine mit Zeitstempeln versehene Zusammenfassung der Schritte, die damals erfassten Konsolen-, Netzwerk- und Fehlerartefakte, ein Link zur Wiedergabe und der Tracker-Schlüssel, falls der Bericht weitergeleitet wurde. Die Beschreibung des Werkzeugs selbst weist den Agenten an, seine Korrektur in diesem Material zu verankern und keine Details zu erfinden, die nicht darin stehen.

Wie hoch ist der Aufwand für die Verbindung?

Sie benötigen ein Workspace-Token aus dem Dashboard und eine Server-URL aus der Client-Konfiguration. Da es sich um standardmäßiges MCP über Streamable HTTP handelt, ist keine SDK-Installation, kein Webhook-Empfang und kein Hosting erforderlich. Der Zugriff ist ab dem Capture-Plan inklusive und gilt für die gesamten Workspace-Laufzeiten.

Woher diese Details stammen

Diese Seite enthält keinerlei Angaben zu anderen Produkten – alle Informationen stammen von Snag. Ist etwas veraltet? Schreiben Sie eine E-Mail an admin@dvcllc.io, und wir korrigieren es.