Was erfasst ein visueller Bug-Report?

Einen Screenshot, den Selector des angeklickten Elements, die Page-URL und den Konsolen-Kontext — automatisch, ohne manuelles Tippen.

Kann ich es auf einer Live-Production-App nutzen?

Ja. Der Embed läuft auf jeder Seite, die du servierst, inklusive Production, Staging oder einem Preview-Build.

Ersetzt es meinen Issue-Tracker?

Es kann einen füttern oder eigenständig stehen. Reports exportieren als Markdown, den du in einen Tracker oder einen Coding Agent einfügst, oder du hältst sie triagiert im Patchrooms-Dashboard.

Kann ein Coding Agent den Bug-Report direkt fixen?

Ja. Jeder Report exportiert als agent-ready Markdown mit Selector, Screenshot und Konsolen-Kontext. Füge ihn in Claude Code oder Cursor ein, oder lass MCP-Clients die Queue direkt über list_reports / get_report lesen.

Verlangsamt das Widget meine App?

Nein. Das Script wird async von einem CDN geladen und initialisiert die Review-Schicht erst, wenn ein Reviewer sie öffnet. Für alle anderen rendert die App normal.

Brauchen Reviewer einen Account?

Nein. Reviewer öffnen den Link und melden den Bug. Nur die Person, die die Queue triagiert, braucht einen Account.

Visuelles Bug Reporting

Visuelles Bug Reporting: den Bug anklicken statt beschreiben

Ein visuelles Bug Reporting Tool für dein Team: klick das kaputte Element auf der Live-App an, statt es in Prosa zu beschreiben. Patchrooms erfasst Screenshot, Selector, URL und Konsole automatisch — den Fix macht ein Entwickler oder ein Coding Agent, gezielt statt spekulativ.

Anmelden

Was ist ein visuelles Bug Reporting Tool?

Hör auf, Bugs in Prosa zu beschreiben. Beim visuellen Bug Reporting klickt dein Team das kaputte Element direkt auf der Live-App an, und Patchrooms erfasst alles, was zum Reproduzieren und Fixen nötig ist — für einen Entwickler oder einen Agent.

Einen Bug-Report von Hand zu schreiben ist langsam und verlustbehaftet. "Das Dropdown ist verrutscht" sagt selten, welches Dropdown, auf welcher Page, in welchem State — der Fix dauert länger und trifft manchmal das komplett falsche Element.

Den Bug anklicken — kein Beschreiben, wo er ist

Ein Reviewer klickt das kaputte Element direkt auf der Live-App an. Keine Reproduktionsschritte, kein "scroll zur dritten Card von oben". Der Klick selbst ist der Anker.

Ein Script tag auf jeder Seite genügt — Production, Staging oder ein Preview-Build. Kommentieren ist getippt oder als Voice-Note, die automatisch transkribiert wird.

Patchrooms erfasst den Kontext automatisch

Bei jedem Klick erfasst Patchrooms den technischen Kontext, den ein klassischer Report von Hand zusammentragen müsste:

einen Screenshot der betroffenen Region
den DOM-Selector des angeklickten Elements
Page-URL, Viewport und Browser
Konsolen-Fehler, die auf der Seite vorhanden sind

Kein manuelles Tippen, kein Raten am Selector. Der Report ist in Sekunden gefiled statt in einer mehrseitigen Bug-Beschreibung.

Ein Entwickler oder ein Agent fixt es

Der Report exportiert als Markdown mit allem technischen Detail dran. Ein Entwickler öffnet ihn und fixt genau dieses Element, ohne "welches Modal?" zu fragen:

## Bug: Misaligned modal
- **Element:** `div.confirm-modal`
- **Comment:** Modal is offset ~24px to the right on desktop.
- **Screenshot:** blob/scr_41bd.png
- **URL:** https://staging.example.com/billing
- **Console:** no errors

Oder du gibst denselben Report einem Coding Agent: der Markdown bleibt auf Englisch — die Sprache, die Claude Code, Cursor, Codex, Windsurf und Cline am zuverlässigsten lesen — und der Agent fixt gezielt statt spekulativ. MCP-Clients lesen die Queue auch direkt über list_reports / get_report und schließen erledigte Reports mit set_status.

Läuft auf Production, Staging und Preview

Der Embed läuft auf jeder Seite, die du servierst — Production, Staging oder ein Preview-Build. Damit ersetzt Patchrooms deinen Issue-Tracker nicht zwingend: die Reports exportieren als Markdown, den du in einen Tracker einfügst, an einen Coding Agent gibst oder im Patchrooms-Dashboard triagiert hältst.

Datenschutz: Reviewer ohne Account

Wer einen Bug meldet, braucht keinen Account — nur den Link zur App. Nur die Person, die triagiert, meldet sich an. Erfasst wird nur, was zum Report gehört — kein Session-Recording, kein Tracking über die App hinaus.

Zum Einbetten nutzt du den public project key (pr_...), der im HTML stehen darf; der Secret Key (pr_sk_*) bleibt serverseitig.

Häufige Fragen

Was erfasst ein visueller Bug-Report?: Einen Screenshot, den Selector des angeklickten Elements, die Page-URL und den Konsolen-Kontext — automatisch, ohne manuelles Tippen.
Kann ich es auf einer Live-Production-App nutzen?: Ja. Der Embed läuft auf jeder Seite, die du servierst, inklusive Production, Staging oder einem Preview-Build.
Ersetzt es meinen Issue-Tracker?: Es kann einen füttern oder eigenständig stehen. Reports exportieren als Markdown, den du in einen Tracker oder einen Coding Agent einfügst, oder du hältst sie triagiert im Patchrooms-Dashboard.
Kann ein Coding Agent den Bug-Report direkt fixen?: Ja. Jeder Report exportiert als agent-ready Markdown mit Selector, Screenshot und Konsolen-Kontext. Füge ihn in Claude Code oder Cursor ein, oder lass MCP-Clients die Queue direkt über list_reports / get_report lesen.
Verlangsamt das Widget meine App?: Nein. Das Script wird async von einem CDN geladen und initialisiert die Review-Schicht erst, wenn ein Reviewer sie öffnet. Für alle anderen rendert die App normal.
Brauchen Reviewer einen Account?: Nein. Reviewer öffnen den Link und melden den Bug. Nur die Person, die die Queue triagiert, braucht einen Account.