Was macht Feedback "agent-ready"?

Es trägt strukturierten Kontext, auf den ein Agent handeln kann: den Element-Selector, einen Screenshot sowie Ziel und Constraints des Artifacts — nicht nur eine Freitext-Beschreibung.

Was ist der MCP Feedback Server?

Ein MCP-Server, über den ein KI-Agent die Report-Queue direkt liest: list_reports und get_report (Screenshots inline) zum Lesen, set_status zum Schließen erledigter Reports. Authentifiziert mit einem Secret Key (pr_sk_*). Lesen und set_status sind heute live.

Brauchen Reviewer einen Account?

Nein. Reviewer öffnen den Preview-Link und kommentieren. Nur wer die Queue triagiert und Exporte liest, braucht einen Account.

Ersetzt das den Code-Review?

Nein. Es ist der Checkpoint davor: jemand sieht sich an, was der Agent tatsächlich gerendert hat — kaputtes UI, falscher Text, fehlende States tauchen hier auf, bevor überhaupt ein PR entsteht.

Feedback für KI-Agenten

Feedback für KI-Agenten: strukturierter Bug-Kontext statt Screenshots

Coding Agents sind nur so gut wie ihr Kontext. Patchrooms verwandelt einen Klick auf die Live-Preview in strukturierten Bug-Kontext — Selector, Screenshot, Konsole und Ziel — den dein KI-Agent per Copy-Paste oder über den MCP Feedback Server direkt umsetzt.

Anmelden

Warum "fix this" plus Screenshot für KI-Agenten nicht reicht

Ein Coding Agent ist nur so gut wie der Kontext, den du ihm gibst. Ein Screenshot mit einem roten Kreis zwingt den Agent zu raten: welches DOM-Element ist gemeint, auf welcher URL, in welchem Viewport, was soll stattdessen passieren? Jede falsche Vermutung ist ein Round-Trip und eine verbrannte Iteration.

Feedback für KI-Agenten muss anders aussehen als ein Ticket für einen Menschen. Es braucht strukturierten Bug-Kontext: das genaue Element, den Zustand der Seite und das Ziel — als Text, den ein Modell direkt lesen kann.

Review von AI-generierten App-Previews — ein Klick, ein Report

Patchrooms bettet sich mit einem Script tag auf der Live-Preview ein, die dein Agent gerade gebaut hat. Ein Reviewer klickt das Element an, das falsch ist, und sagt, was passieren soll — getippt oder als Voice-Note, die automatisch transkribiert wird.

Aus dem Klick wird automatisch ein Report mit vollem Kontext:

DOM-Selector des angeklickten Elements
Screenshot, Page-URL, Viewport und Browser
Konsolen-Fehler, die auf der Seite vorhanden sind
der Kommentar als Ziel, plus implizite Constraints

Kein Kontext-Wechsel nach Slack oder in einen Tracker. Das Strukturieren passiert einmal, beim Klick — nicht jedes Mal, wenn jemand den Bug an den Agent weiterreicht.

MCP Feedback Server: der Agent liest die Queue selbst

Für Loops, die ohne einen Menschen laufen, der etwas hinein-kopiert, gibt es den MCP Feedback Server. Mit einem Secret Key (pr_sk_*) bekommt der Agent Zugriff auf die Report-Queue:

list_reports — die offene Queue sehen
get_report — Selector, Screenshot (inline) und Kommentar ziehen
set_status — erledigte Reports auf triaged, in-progress oder fixed setzen

Lesen und set_status sind heute live und real. Native Slack-, Linear- oder Jira-Connectoren sind noch nicht geshippt. Die Doku zum MCP-Server bleibt auf Englisch unter docs.patchrooms.com.

So sieht ein agent-ready Report aus

Wenn du nicht über MCP arbeitest: "Copy agent feedback" macht aus jedem Report einen Markdown-Block, den du direkt in den Agent einfügst. Der Markdown-Text bleibt bewusst auf Englisch — das liest der Coding Agent am zuverlässigsten:

## Patchrooms feedback: report #a3f1c2
**Selector:** `button[data-testid="submit-signup"]`
**Goal:** Enable the submit button once both fields have valid input.
**Constraints:**
- Viewport: 1440x900 (Chrome 126)
- Console error present: `TypeError: Cannot read properties of undefined (reading 'valid')` at SignupForm.tsx:44
- Status: new

**Screenshot:** https://app.patchrooms.com/blob/a3f1c2.png
**Comment (transcribed):** "Should be enabled once both fields are filled; it stays grey even after I type."

Jeder Agent, der Text-Kontext annimmt, kann das verarbeiten: Claude Code, Cursor, Codex, Windsurf und Cline lesen das exportierte Markdown direkt.

Reviewer ohne Account

Wer reviewt, braucht keinen Account — nur den Preview-Link. Nur die Person, die triagiert, meldet sich an.

Häufige Fragen

Was macht Feedback "agent-ready"?: Es trägt strukturierten Kontext, auf den ein Agent handeln kann: den Element-Selector, einen Screenshot sowie Ziel und Constraints des Artifacts — nicht nur eine Freitext-Beschreibung.
Was ist der MCP Feedback Server?: Ein MCP-Server, über den ein KI-Agent die Report-Queue direkt liest: list_reports und get_report (Screenshots inline) zum Lesen, set_status zum Schließen erledigter Reports. Authentifiziert mit einem Secret Key (pr_sk_*). Lesen und set_status sind heute live.
Welche KI-Agenten können das konsumieren?: Jeder Agent, der Text-Kontext annimmt: Claude Code, Cursor, Codex, Windsurf und Cline lesen das exportierte Markdown direkt. Builder-Chats wie Lovable, Bolt, v0 und Replit Agent nehmen denselben Block.
Brauchen Reviewer einen Account?: Nein. Reviewer öffnen den Preview-Link und kommentieren. Nur wer die Queue triagiert und Exporte liest, braucht einen Account.
Ersetzt das den Code-Review?: Nein. Es ist der Checkpoint davor: jemand sieht sich an, was der Agent tatsächlich gerendert hat — kaputtes UI, falscher Text, fehlende States tauchen hier auf, bevor überhaupt ein PR entsteht.