Install
bunx skills add vercel-labs/dev3000 --skill d3k --agent '*' -g -yFür wen
d3k richtet sich an alle, die eine Web-App lokal untersuchen und einer Coding-Hilfe die volle Zeitleiste zeigen wollen. Es startet Ihren Entwicklungsserver, öffnet einen überwachten Browser mit einer projektstabilen Chrome-Konfiguration und fasst Serverlogs, Browserfehler, Netzwerkaktivität, Interaktionen und Screenshots zu einer Zeitleiste zusammen.
Die Hauptschnittstelle ist die d3k-Skill: Sagen Sie der Hilfe, was Sie testen oder prüfen wollen, und lassen Sie sie die Laufzeit übernehmen. Es ist kein gewöhnliches „noch einen Browser öffnen“-Skript und nicht dafür da, selbst einen extra Entwicklungsserver zu starten und die Hilfe Logs raten zu lassen.
Vor der Nutzung brauchen Sie Node.js 24 oder neuer. Skill-Installation und Laufzeit-Installation sind zwei Befehle; mischen Sie sie nicht in eine Zeile. Ohne Skill-Unterstützung wenden Sie den Skill-Installationsbefehl nicht an.
Erster Versuch in 3 Minuten
Der offizielle Skill-Befehl ist bunx skills add vercel-labs/dev3000 --skill d3k --agent '*' -g -y. Das Repository ist https://github.com/vercel-labs/dev3000 Folgen Sie nur dieser Seite. Der offizielle Laufzeitbefehl ist bun install -g dev3000. Die Anleitung sagt auch, npm install -g dev3000 funktioniere, aber der Hauptweg folgt bun; erfinden Sie keinen dritten Installer.
Voraussetzungen: Dieser Rechner hat Node.js ≥ 24, ein lokal startbares Web-Projekt, und Sie akzeptieren, dass die Hilfe einen überwachten Browser startet. Die Skill liegt auf der Assistentenseite (der Befehl enthält -g); die Laufzeit ist das globale Paket dev3000. Bestätigen Sie nach der Installation zuerst, dass die Hilfe über d3k sprechen kann, dann entscheiden Sie über den Start.
Erste Aufgabe mit geringem Risiko: Nutzen Sie eine wegwerfbare lokale App. Sagen Sie der Hilfe klar: d3k nicht interaktiv starten, den Hintergrundprozess behalten, den von ihr verwalteten Browser wiederverwenden, nur die einheitliche Evidenz ansehen. Bestätigen Sie vor dem Start Port und Projektverzeichnis; zielen Sie nicht auf Produktion. Erfolgssignal: Eine zeitgestempelte Zeitleiste erscheint (Logs, Fehler, Netzwerk oder Screenshots), und die Hilfe hat keinen zweiten Entwicklungsserver und keinen zweiten Browser extra geöffnet.
Wenn Sie zuerst nur die Installation prüfen wollen, fragen Sie „wie starte ich d3k nicht interaktiv“ und genehmigen Sie erst, nachdem Sie den geplanten Befehl gesehen haben. Die Anleitung nennt weder eine Standardportnummer noch das Stoppen des Prozesses; fragen Sie beim ersten Mal nach dem Stoppen, bevor Sie starten.
Anwendungsfälle
Fall 1: Die Untersuchung an die d3k-Skill übergeben. Nach der Skill-Installation beschreiben Sie das Seitenproblem zum Reproduzieren und lassen die Hilfe die Laufzeit besitzen. Das passt, wenn Sie schon in einem Satz sagen können, welche Seite, welche Aktion, welcher Fehler. Es gibt keinen festen Slash-Befehl; natürliche Sprache reicht. Wenn die Hilfe selbst npm run dev startet und den Systembrowser öffnet, verlangen Sie den Wechsel zu d3k. Die Vergleichsseite ist https://github.com/vercel-labs/dev3000
Fall 2: Nach der globalen Laufzeit die Hilfe nicht interaktiv starten lassen und nur die Zeitleiste lesen. Die Skill lehrt: nicht interaktiv starten, Hintergrundprozess behalten, gehosteten Browser wiederverwenden, einheitliche Evidenz prüfen — nicht extra Server oder Browser öffnen. Das passt bei der Regression einer bekannten Interaktion, wenn Netzwerk und Screenshots zusammen nötig sind. Die Anleitung listet weder einen Dateipfad der Zeitleiste noch eine UI-Adresse; Sie kommen nur bis „nach dem Start Evidenz im von der Hilfe genannten Einstieg ansehen“. Öffnen Sie kein zweites Monitoring, bevor die einheitliche Zeitleiste sichtbar ist.
Grenzen
Versionsgrenze: Node.js 24 oder neuer. Installationsgrenze: Die Skill nutzt bunx skills add vercel-labs/dev3000 --skill d3k --agent '*' -g -y, die Laufzeit bun install -g dev3000 (npm geht auch). Ohne Skill-Unterstützung den ersten Befehl nicht anwenden. Nutzungsgrenze: Hauptschnittstelle ist, der Hilfe das Ziel zu sagen und die Laufzeit zu überlassen; gehosteten Browser und einheitliche Zeitleiste wiederverwenden, keinen extra Server oder Browser öffnen. Umfangsgrenze: lokaler Entwicklungsserver, überwachter Browser, Logs, Fehler, Netzwerk, Interaktionen, Screenshots; keine entfernten Umgebungen und keine Produktionserkundung. Stopp- und Portdetails sind nicht ausgeführt; fragen Sie beim ersten Mal klar, bevor Sie starten.