BugHerd の代替

まず公平に。BugHerd は多くのチームにとって堅実な選択で、以下のような使い方でよく機能します。

• ライブWebサイトにビジュアルフィードバックをそのままピンで留める。
• カンバン形式のボードで、共同でアノテーションと管理を行う。
• 従来型のWebプロジェクトでの QA とクライアントフィードバック。

人によるQAボードをライブサイト上で回すなら、BugHerd はしっかり働きます。あなたのワークフローがそこで完結するなら、それで十分です。

Patchrooms は同じその場フィードバックを出発点に、それを AI ビルドループのために構造化します。BugHerd は QA とバグ管理を中心に据えていて、成果物のソース・ゴール・制約、つまりエージェントが必要とするコンテキストは運びません。

AI エージェントで反復するチームは、フィードバックを「アプリを作ったエージェント向け」に構造化したいはずです。Patchrooms の各レポートには、エージェントがそのまま実行できるコンテキストが付きます。

同じ土俵で、それぞれの重心を並べます。

• 焦点：BugHerd は QA とバグ管理、Patchrooms は AI ビルダーのフィードバックループ。
• 成果物のメタデータ：BugHerd は非対応、Patchrooms はツール・ゴール・制約・ソースを保持。
• アウトプット：BugHerd はチーム向けのボードカード、Patchrooms はエージェント向けの Markdown エクスポート。
• アンカー：BugHerd はページ上のピン、Patchrooms は DOM セレクタ＋スクリーンショット＋コンテキスト。
• 向いている用途：BugHerd は人の QA ボード、Patchrooms は AI コーディングエージェントへの給餌。
• 音声フィードバック：BugHerd はテキストコメント、Patchrooms はテキストまたは自動文字起こしの音声メモ。

Patchrooms の各レポートは、エージェントがそのまま使えるクリーンな Markdown としてエクスポートできます。セレクタ・ゴール・制約が揃っています。誰も貼り付けずに回すなら、エージェントは MCP サーバー（list_reports / get_report、ステータス書き込みは set_status）でキューを直接読めます。いまはアーリーアクセスとして無料で使えます。

エージェントが読むテキストとエクスポートは英語です（モデルが消費するのがそれだからです）。

## Report: Checkout review
**Tool:** claude-code   **Goal:** reduce checkout friction
**Constraint:** keep the layout single-column

- **Element:** `input#coupon-code`
- **Comment:** Remove the coupon field; almost no one uses it.
- **Screenshot:** blob/scr_5da7.png
- **URL:** https://preview.example.com/checkout

どちらか一方だけを選ぶ必要はありません。BugHerd は人の QA ボードとして残しつつ、Patchrooms でエージェントに給餌する、という使い方もできます。

Patchrooms にもレポートごとのステータス（新規・トリアージ済み・対応中・クローズ）を持つダッシュボードはありますが、焦点はフルなプロジェクト管理ボードではなく、フィードバックをエージェント向けに構造化することです。従来型のサイトでの人による QA が中心なら BugHerd、エージェントが実行できるフィードバックが欲しいなら Patchrooms が向いています。