活用例
QA テスターのための Pluely：バグのトリアージと再現手順のメモ
見覚えのないスタックトレースがコンソールを埋め尽くした。スクリーンショットを撮ってチャットに貼り、返事を待つうちに、何をテストしていたのか見失ってしまう。Pluely なら、その往復が数秒で済みます。エラーのスクリーンショットを撮ってオーバーレイでそのまま質問すれば、失敗した状態がまだ画面にあるうちに解説がストリーミングで表示されます。そしてトリアージの日には、会議全体を文字起こしし、すべてのバグに担当者を割り当てます。
テスト中
- スクリーンショット起点のデバッグ：エラーダイアログ、コンソールの出力、仕様と合わない UI の状態を画像のアップロードでキャプチャし（画面全体または範囲のキャプチャ）、質問モードで何が起きていそうか質問します。回答はストリーミングで表示されるので、十分に読めたらその時点で停止を押せます。
- 同じ画面に複数の質問：「画像を使用」をオンにすれば、入力したすべての質問に現在の画面が自動で添付されるので、デバッグのやりとりのたびに新しいスクリーンショットを撮る必要はありません。スマートフォローアップのチップが、次に聞くべき質問を用意してくれます。
- 再現手順：不具合が起きる前に何をしたかを説明し、開発者がそのとおりに追える、番号付きのきれいな再現手順に整えてもらいます。
- 期待結果と実際の結果：仕様書やチケットを PDF で添付し、実際の結果のスクリーンショットを撮って、その差を Pluely に正確に言語化してもらいます。プロンプトでカスタムプロンプトに製品の仕様書を一度添付しておけば、すべての回答が実際の受け入れ基準に基づいたものになります。
トリアージやバグバッシュの最中
十数件の不具合が入り乱れるトリアージの会議では、聞き取りモードをオンにしましょう。話者ラベル付きのリアルタイムの文字起こしが、どの修正がどのエンジニアに割り当てられたか、どのバグが後回しになり、どのバグが解決済みになったかを正確に記録します。通話にボットは参加せず、チームが使っているどの会議アプリでも動作します。終わったあとは、会議に保存された会議から、不具合ごとの要約と、トラッカーにそのまま貼り付けられるアクションアイテムを生成できます。
セットアップ
- ひとりでテストするときは、質問モードを使うだけで十分です。スクリーンショットを撮って質問するだけで、開始も停止も必要ありません。
- トリアージの会議では、聞き取りモードに切り替えてマイクと画面収録のアクセス権を許可します。
- 会議が始まったら「聞き取りを開始」を押します。オーバーレイは常に手前に表示されますが、テスト中のアプリからフォーカスを奪うことはありません。
- 終わったら「停止」を押します。アクションアイテム用に、会議は自動で保存されます。
- 質問モードの「最新」と「すべて」のタブで、現在の回答と、このセッションで質問したすべての内容を切り替えて表示できます。
ヒント
- 正確さが重要なときは、スクリーンショットと一緒にエラーの文字列をそのまま貼り付けましょう。スクリーンショットは文脈を伝えますが、正確なテキストは入力するのがいちばん確実です。
- ふだんからターミナルで作業しているチームは、モデルの選択から Pluely をローカルの CLI（Claude Code、Gemini CLI、OpenAI Codex、Qwen Code、Ollama）に接続できます。自分のキーや CLI での利用は Pluely の使用量にカウントされません。
- プロンプトで再現手順を番号付きにそろえておけば、QA チーム全体でバグレポートの書き方が統一されます。
- 質問モードの添付ファイルは 20 MB までです。大きな仕様書は丸ごと添付せず、分割しましょう。
関連ページ
最終更新：2026年7月10日 · pluely.com