feedback pour les coding agents

Feedback pour Claude Code et Cursor

Claude Code et Cursor éditent votre vrai repo, donc meilleur est le feedback, moins il y a d’allers-retours. Patchrooms collecte des rapports ancrés à l’élément depuis votre preview et les livre comme contexte prêt pour l’agent : en Markdown ou directement via MCP.

Se connecter

Du feedback pour Claude Code sans décrire le bug en prose

Claude Code est la CLI agentique d’Anthropic qui édite votre code et exécute votre projet depuis le terminal. Une capture dans un chat ne lui dit pas quel sélecteur a changé ni quel était l’objectif, donc chaque bug vague devient un round de questions.

Patchrooms lui donne des rapports ancrés à l’élément, avec l’objectif et les contraintes déjà attachés. Embarquez le widget dans votre build de preview pendant que Claude Code continue d’éditer le code ; le relecteur commente le résultat en direct et chaque rapport inclut le sélecteur, la capture, l’objectif et les contraintes.

Du feedback pour Cursor ancré à votre preview deploy

Cursor est un éditeur IA où l’agent édite votre codebase pendant que vous exécutez l’app en local ou sur un preview deploy. Les bugs trouvés par les testeurs arrivent rarement avec un sélecteur : ils arrivent comme un message vague sur Slack.

Patchrooms collecte des rapports ancrés à l’élément depuis votre preview deploy et les exporte comme contexte prêt pour l’agent. Vous déposez un rapport dans Cursor et l’agent a le sélecteur, la capture et l’objectif dont il a besoin pour corriger le code, au lieu de chasser dans l’arborescence de fichiers.

Exportez en Markdown ou lisez-le via MCP

Il y a deux chemins pour mettre le rapport devant l’agent, tous deux prêts pour l’agent par défaut :

  • Copier le feedback pour l’agent : un clic transforme le rapport en un bloc Markdown (sélecteur, objectif, contraintes, référence à la capture) à coller dans Claude Code, Cursor, Codex, Windsurf ou Cline.
  • Serveur MCP : pour les boucles sans personne pour coller quoi que ce soit, une API key (pr_sk_...) donne à l’agent list_reports et get_report (captures incluses) pour lire la file, et set_status pour clôturer ce qu’il corrige.

La lecture et la clôture via MCP fonctionnent aujourd’hui ; les connecteurs natifs Slack, Linear ou Jira, pas encore. Voici à quoi ressemble le Markdown lu par l’agent (en anglais, car c’est ce que le modèle consomme) :

## Patchrooms feedback: report #a3f1c2
**Selector:** `button[data-testid="submit-signup"]`
**Goal:** Enable the submit button once email and password are valid.
**Constraints:** keep the existing validation pattern; fix the null-read crash.
**Viewport:** 1440x900 (Chrome 126)
**Screenshot:** https://room.patchrooms.com/blob/a3f1c2.png
**Comment (voice, transcribed):** "Stays grey even after I type in both fields."

L’humain dans la boucle, sans être le goulot d’étranglement

Un agent qui redéploie une preview après chaque changement peut dépasser la capacité de quiconque à regarder chaque version. Garder un humain dans la boucle, c’est conserver son jugement sans le transformer en couche de traduction qui réécrit chaque bug dans le chat de l’agent.

Patchrooms est ce checkpoint : un clic sur la preview, un commentaire, et l’agent reçoit quelque chose d’actionnable sans que personne traduise d’abord. C’est l’étape avant la code review, à regarder ce que l’agent a réellement rendu. Plus de détails dans le feedback prêt pour les agents et les workflows.

Questions fréquentes

Claude Code peut-il lire les rapports Patchrooms directement ?
Oui. Les lectures directes via le serveur MCP (list_reports / get_report) et l’écriture de statut (set_status) sont disponibles aujourd’hui. Vous pouvez aussi coller l’export Markdown dans votre session Claude Code comme contexte.
Comment le feedback arrive-t-il dans Cursor ?
Exportez n’importe quel rapport en Markdown et collez-le dans Cursor comme contexte, ou laissez l’agent lire les rapports directement via le serveur MCP. Dans les deux cas, l’agent édite l’élément exact.
Ai-je besoin de la secret key pour le MCP ?
Oui. La secret key (pr_sk_...) authentifie l’agent auprès du serveur MCP pour lire et clôturer les rapports, et n’est jamais exposée côté frontend. La project key publique (pr_...) ne s’utilise que dans le widget du navigateur pour envoyer des rapports.
La personne qui relit a-t-elle besoin d’un compte ?
Non. N’importe qui avec le lien de la preview peut cliquer, commenter et envoyer. Seule la personne qui trie la file a besoin d’un compte.
La documentation du MCP est-elle en français ?
La documentation technique (SDK, MCP, API) est en anglais sur docs.patchrooms.com. Ces pages en français couvrent le flux et le produit.