Warum es Snag gibt
Zehn Jahre als Product Manager, jetzt baue ich selbst. Snag ist das Tool, das ich mir immer gewünscht habe – gleich zweimal, aus zwei verschiedenen Gründen.
Als PM war der Bugreport nie genug
Ich habe Stunden damit verbracht, Kunden und dem Support Details zu entlocken, damit Entwickler etwas hatten, womit sie wirklich arbeiten konnten. Was kaputt war, auf welcher Seite, in welcher Reihenfolge, was in der Konsole stand. Das Team war global, also wurden die Lücken in Troubleshooting-Calls geschlossen – zu jeder Uhrzeit, die für beide Seiten irgendwie machbar war.
Als Builder war ich die Copy-Paste-Schicht
Als ich anfing, selbst Code zu liefern, verschob sich der Schmerz, verschwand aber nicht. Ich kopierte Logs aus einem Fenster und fügte sie in eine CLI ein, damit ein Agent genug Kontext hatte, um den Fehler zu beheben. Ich habe von Hand genau das gemacht, worauf ich früher Entwickler hatte warten lassen.
Deshalb übernimmt Snag beide Hälften
Wer meldet, klickt einmal, und die Beweise kommen gleich mit dem Bug – Wiedergabe, Konsole, Netzwerk, Reproduktionsschritte. Dann liest Ihr Codierungsagent diese Beweise direkt über MCP und öffnet einen Pull Request zur Prüfung durch einen Menschen. Niemand überträgt irgendetwas von Hand.
Wer dahintersteckt
Snag wird von Drew Stockler gebaut und von Digital Ventures Conglomerate Limited betrieben. Snag steht noch am Anfang – die ersten 50 Arbeitsbereiche genießen absichtlich Bestandsschutz. Wenn Sie mit der Person sprechen möchten, die es baut: admin@dvcllc.io erreicht mich direkt.