Odczytuje raport przez MCP i wykorzystuje go zgodnie ze swoimi możliwościami.
Kontekst z przeglądarki dla agentów
Voice2Bug to wtyczka Chrome, która podczas odtwarzania problemu zbiera kroki, adresy URL, opcjonalne zrzuty i dostępne dane techniczne.
Porządkuje je w jeden raport i udostępnia agentowi przez MCP.
- Przeglądarka
- Raport
- MCP
- Agent
Agent może być świetny.
Bez kontekstu nadal zgaduje.
Voice2Bug daje mu dane.
Demo produktu
Zobacz, jak powstaje raport.
Kontekst przechodzi dalej
Jedno odtworzenie.
Materiał do pracy.
Nie składasz ticketu ręcznie z pięciu okien. Odtwarzasz problem, sprawdzasz raport i przekazujesz ten sam materiał komuś z zespołu albo agentowi.
BUG-214PŁATNOŚĆ
Płatność utknęła po kliknięciu „Zapłać”
KROKI
Otwórz koszyk → wybierz BLIK → kliknij „Zapłać”
WYNIK FAKTYCZNY
Przycisk ładuje się bez końca.
WYNIK OCZEKIWANY
Użytkownik przechodzi do potwierdzenia.
3 zrzutykonsolasiećprzeglądarka
Support, QA albo developer dostaje ten sam uporządkowany materiał.
Problem nie zaczyna się w modelu
Agent nie widział tego,
co wydarzyło się w przeglądarce.
- 01
Agent dostaje: „płatność nie działa”.
- 02
Czasem dochodzi do tego jeden zrzut ekranu.
- 03
Brakuje kroków, adresu strony i oczekiwanego wyniku.
- 04
Dalsza praca zaczyna się od zgadywania.
Dobry model nie odtworzy informacji, których nie dostał.
- 01
Użytkownik odtwarza problem.
- 02
Voice2Bug zbiera przebieg i dostępne dane techniczne.
- 03
Użytkownik sprawdza raport i wpisuje wynik oczekiwany.
- 04
Człowiek lub agent dostaje uporządkowany kontekst.
Kontekst powstaje podczas reprodukcji, nie dopiero po niej.
Jak działa
Kontekst trafia do agenta, zanim zacznie pracę.
Voice2Bug nie programuje, nie testuje i nie klika za agenta. Przechwytuje, porządkuje i udostępnia materiał wejściowy. Dalszy krok zależy od możliwości odbiorcy raportu.
- 01
Odtwórz problem
Nie przełączasz się między przeglądarką a formularzem. Przechodzisz przez scenariusz, a Voice2Bug może zebrać akcje, adresy URL i opcjonalne zrzuty.
- 02
Sprawdź kontekst
Przejrzyj tytuł, kroki i dowody. W osobnym polu wyniku oczekiwanego wpisz poprawne zachowanie aplikacji.
- 03
Przekaż raport
Wyślij go e-mailem, udostępnij link, utwórz ticket albo pozwól agentowi odczytać raport przez MCP.
- 04
Niech Twój agent zrobi swoje
Może analizować, programować, testować albo działać w przeglądarce, jeśli ma takie możliwości.
Mówienie jest prawie3× szybsze niż pisanie.
Bez przełączania się do trackera. Bez składania raportu od zera.
Wynik oczekiwany ma znaczenie
„Co się stało” bez
„co miało się stać” to nadal pół kontekstu.
Wynik faktyczny opisuje widoczny problem. Wynik oczekiwany mówi, po czym poznać poprawne zachowanie. Bez niego agent może przejść scenariusz, ale nie zawsze wie, jaki wynik ma potwierdzić.
WYNIK FAKTYCZNY
Po zapisaniu powstały dwa identyczne zamówienia.
WYNIK OCZEKIWANY
Po zapisaniu powinno powstać jedno zamówienie.
Oczekiwany rezultat uzupełniasz samodzielnie przed przekazaniem raportu.
Jeden raport. Różne zadania agenta.
Voice2Bug nie musi wiedzieć, co agent zrobi dalej.
Ma dostarczyć wiarygodny materiał wejściowy. Programowanie, testowanie, analiza i obsługa przeglądarki to możliwości agentów, nie funkcje Voice2Bug.
01Przykład
Agent programujący
Może odczytać raport przez MCP i od razu zacząć naprawę.
- kroki reprodukcji i adresy URL
- wynik faktyczny i oczekiwany
- dostępne dowody z przeglądarki
Agent testujący
Może przejść scenariusz i porównać wynik faktyczny z oczekiwanym, jeśli obsługuje takie zadania.
Agent analizujący
Może przejrzeć opis, kroki i dowody, a następnie wskazać, czego brakuje albo co warto sprawdzić.
Agent obsługujący przeglądarkę
Może odtworzyć opisane kroki, jeśli jego środowisko pozwala wykonywać takie działania.
Prosta granica
Voice2Bug daje kontekst.
Agent robi resztę.
Ten sam raport może być wejściem do analizy, pracy z kodem, testu albo działania w przeglądarce.
RAPORT→MCP→AGENT→KOD / TEST / ANALIZA / PRZEGLĄDARKA
VOICE2BUG:przechwytujeporządkujeudostępnia kontekst
Co może zawierać raport
Kontekst, z którego da się zacząć pracę.
Co zawiera raport?
Jak odtworzyć problem
Przebieg zależny od faktycznie zebranych akcji.
Wynik faktyczny i oczekiwany
Widoczny problem oraz osobne pole z poprawnym zachowaniem aplikacji.
Zrzuty ekranu i adresy URL
Opcjonalne zrzuty widocznego obszaru i adresy odwiedzonych stron.
Kontekst z przeglądarki
Dostępne, zredagowane dane techniczne. Część pól może być nieobecna, filtrowana lub ograniczona rozmiarem.
Konsola i sieć
Dostępne błędy konsoli i wybrane żądania sieciowe jako dowody, nie instrukcje.
Dokąd trafia raport
Jeden raport.
Dwie drogi dalej.
Do bug trackera dla zespołu albo przez MCP do agenta. Przez MCP agent może tylko odczytać raport.
Pełny test produktu
Daj agentowi kontekst z prawdziwego problemu.
30 dni pełnego dostępu. Bez karty i bez automatycznej płatności. Okres próbny zaczyna się po aktywacji.
- rozszerzenie Chrome
- nielimitowane raporty podczas aktywnego testu
- połączenie MCP tylko do odczytu
Pytania i odpowiedzi
Najczęściej zadawane pytania.
Czy Voice2Bug jest agentem?
Nie. Voice2Bug przechwytuje, porządkuje i udostępnia kontekst problemu. Dalszą pracę wykonuje człowiek albo zewnętrzny agent.
Czy agent musi być agentem programującym?
Nie. Raport może wykorzystać agent programujący, testujący, analizujący albo obsługujący przeglądarkę. To, co zrobi dalej, zależy od jego możliwości.
Skąd agent ma wiedzieć, jaki jest oczekiwany rezultat?
Nie wie, dopóki mu tego nie podasz. Po wygenerowaniu raportu sam uzupełniasz osobne pole „Wynik oczekiwany”. Dopiero potem przekazujesz raport agentowi.
Z jakimi klientami AI działa MCP?
Voice2Bug obsługuje Codex i Claude Code przez MCP. Agent może czytać raporty, ale MCP nie daje mu dostępu do repozytorium ani narzędzi zapisu.
Czy raport zawsze zawiera dane z konsoli i sieci?
Nie. Zakres zależy od faktycznie zebranych danych. Pola mogą być nieobecne, filtrowane, redagowane lub ograniczone rozmiarem.
Czy Voice2Bug zastępuje system do obsługi zgłoszeń?
Nie. System taki jak Jira czy Linear przechowuje zgłoszenie. Voice2Bug wcześniej zbiera kontekst z przeglądarki i porządkuje go w raport. Możesz na jego podstawie utworzyć zgłoszenie w Jirze lub Linearze, wysłać treść e-mailem, udostępnić raport przez link albo przenieść go do innego systemu.
Jak chroniony jest dostęp przez MCP?
Połączenie korzysta z OAuth i jest przypisane do obszaru roboczego wybranego podczas logowania. Przed każdym odczytem Voice2Bug sprawdza uprawnienia użytkownika i aktywny dostęp do produktu. MCP nie udostępnia operacji zapisu, a połączenie możesz odłączyć w panelu administratora.
Kiedy Voice2Bug zbiera dane?
Tylko podczas sesji, którą sam uruchomisz. Voice2Bug nie nagrywa ekranu w sposób ciągły. W trybie ręcznym możesz przed wysłaniem sprawdzić raport i usunąć wybrane dowody.
Czy głos jest wymagany?
Nie. Głos i zrzuty ekranu są opcjonalne. Voice2Bug może utworzyć raport na podstawie zebranych działań i pozostałych dostępnych dowodów z przeglądarki.
Czy rozszerzenie zapisuje localStorage, sessionStorage albo pliki cookie?
Nie. Rozszerzenie nie zapisuje zawartości localStorage, sessionStorage ani plików cookie odwiedzanych stron.
Jak działa 30-dniowy test?
Test zaczyna się dopiero po skutecznej aktywacji rozszerzenia. Przez 30 dni masz pełny dostęp i możesz tworzyć raporty bez limitu. Nie podajesz karty i nic nie nalicza się automatycznie. Po zakończeniu testu funkcje wymagające aktywnego dostępu zostają zablokowane, ale konto i dane nie są automatycznie usuwane.
Co z danymi i RODO?
Voice2Bug może przetwarzać zebrane działania i adresy URL, opcjonalne audio i zrzuty, treść raportu oraz wybrany kontekst techniczny. Rozpoznane sekrety, tokeny i adresy e-mail są maskowane. Szczegóły znajdziesz na stronie Bezpieczeństwo oraz w polityce prywatności.