Perplexity dla firm: wyszukiwanie ze źródłami, Search i Agent API

Perplexity pomaga szybciej zebrać źródła i przygotować wstępne porównanie ofert, dostawców lub informacji z rynku. W aplikacji czytasz odpowiedź z odnośnikami. Search API zwraca wyniki wyszukiwania, a Agent API może na ich podstawie przygotować odpowiedź. Każdy ważny wniosek sprawdź w materiale źródłowym.

Wróć do porównania modeli AI

Czym jest Perplexity i gdzie przydaje się firmie?

Perplexity to aplikacja i platforma oferująca wyszukiwanie oraz generowanie odpowiedzi z odnośnikami. W pracy zespołu przydaje się przy pierwszym rozeznaniu, na przykład znalezieniu dokumentacji produktów albo źródeł producentów przed rozmową handlową. Może pomóc zawęzić obszar poszukiwań, kiedy lista dostawców jest długa i pracownik ma mało czasu na przejrzenie ich stron.

Odnośnik przy zdaniu pozwala szybciej przejść do dowodu. Pracownik wciąż ocenia, czy dokument mówi o właściwej wersji produktu, rynku i okresie. Przykład: wynik podaje funkcję darmową w planie podstawowym, a odnośnik prowadzi do dokumentacji dla planu premium. Zapisz w tabeli, który fragment potwierdza faktyczny zakres i jakiego regionu dotyczy.

Kiedy wybrać aplikację, Search API lub Agent API?

Użyj aplikacji przy pracy ręcznej, gdy osoba czyta odpowiedź i otwiera źródła. Search API przydaje się zespołowi, który chce otrzymać listę wyników do wykorzystania we własnym formularzu, skrypcie lub raporcie. Może na przykład wyszukiwać publiczne karty techniczne dla znanych numerów katalogowych i przekazywać je dalej do ręcznego przeglądu.

Agent API łączy model z narzędziami, w tym wyszukiwaniem i pobieraniem stron. Możesz z niego skorzystać, gdy proces ma zebrać źródła i wypełnić wcześniej uzgodnione rubryki. Jeśli wynik decyduje o większym zakupie, raport powinien przechować odnośnik, cytat, datę i miejsce na akceptację. Ustal, co zrobić, jeżeli strona nie istnieje albo wymaga zalogowania.

Search API i format wyników · Dokumentacja platformy

Co stało się z Sonar API?

Zgodnie z dokumentacją producenta wsparcie dla Sonar Chat Completions zakończyło się 27 września 2026 roku. Dokumentacja opisuje przejściową obsługę synchronicznych i strumieniowych żądań za pośrednictwem Agent API. Dotychczasowe asynchroniczne żądania Sonar utraciły wsparcie. Perplexity wskazuje tryb pracy w tle w Agent API jako ścieżkę migracji.

Jeśli utrzymujesz starszą integrację, wypisz wywołania Sonar, wersje, sposób odbioru odpowiedzi i przyczynę użycia żądania asynchronicznego. Odtwórz na próbie oczekiwane źródła i strukturę wyniku. W Agent API odczytaj osobne elementy odpowiedzi i wyników wyszukiwania. Sonar nadal występuje w dokumentacji jako model dostępny w Agent API. Zmiana dotyczy dawnego sposobu wywołania.

Oficjalny przewodnik migracji z Sonar · Komunikat o zmianie Sonar

Jak zweryfikować raport ze źródłami?

Scenariusz modelowy. Firma szuka narzędzia do faktur z API i chce porównać trzech dostawców. Zadaj to samo pytanie z warunkiem szukania źródeł producenta. Dla każdej funkcji zapisz link, nazwę pakietu, datę i fragment oficjalnej informacji. Oddziel publicznie podaną cenę od funkcji, której cenę trzeba potwierdzić w indywidualnej ofercie.

Otwórz najważniejsze źródła. Gdy cytat jest z artykułu pomocniczego, poszukaj pełnej tabeli planów lub dokumentacji. Sprawdź, czy data publikacji odnosi się do używanego wydania. Jeżeli dwa źródła są sprzeczne, pokaż oba i wpisz, kto ma rozstrzygnąć rozbieżność. Gdy link prowadzi do płatnego źródła, zanotuj granicę weryfikacji przed wykorzystaniem informacji.

Ile kosztuje wyszukiwanie w Perplexity?

Publiczny cennik Search API podaje 5 USD za 1000 standardowych żądań i 1 USD za 1000 żądań w Fast Search. Stawki dotyczą udokumentowanego sposobu liczenia żądań i mogą się zmienić. Na przykład 2000 standardowych żądań według tych stawek kosztowałoby 10 USD. Dodatkowo policz pracę nad filtrowaniem oraz weryfikacją źródeł.

Agent API rozlicza użycie modelu i narzędzi według odrębnych stawek. W jednym raporcie agent może wykonać więcej niż jedno wyszukiwanie i otworzyć strony, przez co koszt różni się nawet przy tej samej liczbie raportów. Zapisz koszt prób reprezentujących zarówno łatwe pytania, jak i pytania prowadzące do dodatkowych poszukiwań. Ustaw limit, po którym proces przekaże brak do człowieka.

Cennik Perplexity API

Jak zrobić bezpieczny pilotaż Perplexity?

Zacznij od materiałów publicznych, bez danych klientów w zapytaniu. Test może obejmować dziesięć pytań z różnymi ograniczeniami czasowymi i dwa pytania, dla których założenie było fałszywe. Zespół ma sprawdzić jakość źródeł, aktualność, odsetek potwierdzonych twierdzeń i minuty oszczędzone przy ręcznym przeglądzie.

W integracji zapisuj identyfikator pracy, końcowy wynik oraz listę źródeł dopuszczonych do dalszego użycia. Jeśli źródło zmieniło się, nie nadpisuj automatycznie ustaleń zatwierdzonych w starszym raporcie. Ustal datę przeglądu i właściciela decyzji. Zasady przechowywania i warunki przetwarzania danych oceniaj dla konkretnego produktu i umowy.

Jak zapisać źródła, żeby dało się sprawdzić raport po miesiącu?

Dla każdego kluczowego wniosku zapisz adres publikacji, nazwę dokumentu, datę odczytu i przytoczony fragment. W zestawieniu cen dodaj walutę, jednostkę rozliczenia oraz rynek. Jeżeli cena była widoczna tylko w cenniku płatnego planu, wskaż ten plan i zapisz to w wersji raportu. Przy ważnej decyzji odszukaj źródła, które podają obowiązujący zakres bez interpretacji pośrednika.

Wróć do jednego porównania, które zespół już zaakceptował, i sprawdź, które źródła się zmieniły. Osobno odnotuj nową cenę, usunięty dokument i zmianę pod adresem o tym samym tytule. Celem jest wyjaśnienie, dlaczego aktualny wniosek się różni. Przy ważnych aspektach zachowaj datę decyzji i osobę, która ją podjęła. Ogranicz kopiowanie treści do tego, co jest potrzebne do odbioru.

Jak używać wyników w raportach dla sprzedaży?

Przykład modelowy. Handlowiec przygotowuje pytania na spotkanie z nową firmą. Wyszukiwanie ma wskazać oficjalną stronę, komunikat dotyczący usługi i dokument opisujący potrzebne wymagania. Niepotwierdzony wynik ma zostać jako pytanie do rozmowy. Przed użyciem raportu otwórz źródło i sprawdź, czy nazwa nie należy do innej firmy oraz czy informacje dotyczą właściwego kraju.

W prostym wdrożeniu pracownik korzysta z jednej instrukcji i zapisuje sprawdzone źródła w notatce. W powtarzalnym procesie można ustalić zakres domen, limit liczby wyników oraz format decyzji. Jeżeli witryna nie udostępnia informacji publicznie, osoba odpowiedzialna powinna potwierdzić zakres innym dozwolonym kanałem. Zapisz odróżnienie między brakiem źródła a potwierdzonym brakiem funkcji.

Jak znaleźć moment, w którym dodatkowe wyszukiwanie przestaje pomagać?

Ustal, które dwie lub trzy informacje wystarczą do decyzji. Dodatkowe wyniki często zawierają kopie tego samego komunikatu albo starsze opisy. Nie licz kopiowanych opisów jako niezależnych potwierdzeń. Jeżeli ważnego warunku nie uda się znaleźć, zanotuj zakres poszukiwań i zapytaj o niego wprost. Osoba odbierająca raport doceni widoczny brak, jeżeli ma on wpływ na decyzję.

W zestawie do prób uwzględnij wyszukiwanie konkretnego numeru, otwarte porównanie i zadanie z ograniczeniem dat. Zapisz czas ręcznej kontroli oraz liczbę stron, które rzeczywiście były przydatne. W kolejnym podejściu ogranicz wyniki albo wybierz dokładniejsze pytanie. Jeżeli agent ponownie szuka tego samego źródła, ustaw limit i przekaż zweryfikowaną część pracownikowi.

Kiedy wyszukiwanie po domenach zwiększa jakość odpowiedzi?

Przy porównaniu usług zacznij od oficjalnej dokumentacji i cennika wyświetlanego dla Twojego rynku. Strona pośrednika może prowadzić do ciekawego źródła, ale przy decyzji o zakupie potrzebujesz warunków producenta lub oferty handlowej. Podaj datę i utrwal zakres usług odpowiadający nazwie planu. Gdy potrzebujesz opinii użytkowników, przeprowadź osobne wyszukiwanie i zestaw je z faktami sprawdzonymi u dostawcy.

Próba powinna zawierać pytanie o funkcję wycofaną, funkcję oferowaną tylko w innym regionie oraz funkcję występującą pod podobną nazwą. Dla każdej zapisz źródło i oczekiwany wynik. Jeżeli zespół znajduje tylko kartę produktu bez potwierdzenia dostępności, raport zostawia otwarte pytanie. Takie zachowanie można zmierzyć równie łatwo jak liczbę znalezionych adresów.

Co sprawdzić w gotowym raporcie po migracji z Sonar?

Porównaj na kilku tych samych pytaniach kompletność odpowiedzi oraz sposób przekazywania odnośników do odbiorcy. Jeśli stary program pobierał listę odnośników z jednego pola, sprawdź, które elementy nowej odpowiedzi zawierają materiały dla użytkownika oraz które pełnią rolę informacji technicznej. Widać wtedy, czy przeniesienie integracji wymaga zmiany eksportu albo układu raportu, zanim ktoś otrzyma go w pracy.

Odtwórz przypadek, w którym wyszukiwanie zwraca pustą listę, i przypadek, w którym jedna strona odmawia odpowiedzi. Pracownik powinien nadal zobaczyć, które twierdzenia mają podstawę. Jeżeli przesyłasz raport etapami, zapisz oddzielnie status pracy oraz wynik do ręcznego przeglądu. Tę samą próbę powtórz dla krótkiego i długiego raportu, bo liczba wyszukań i koszt modelu mogą się różnić.

Jak porównać Perplexity z ręcznym researchem?

Wybierz kilka pytań z prawdziwego tygodnia pracy. Jedna osoba przygotowuje odpowiedzi z użyciem aplikacji, druga według zwykłej procedury. Ustal limit czasu, a potem wymień się opracowaniami. Oceń liczbę twierdzeń, które mają właściwe źródło, błędy w odczycie i liczbę otwartych spraw. Dla najważniejszych informacji wymagaj tego samego poziomu potwierdzenia. Przekazuj do decyzji raport zawierający obok faktów braki, które zmieniają ocenę dostawcy, a nie tylko dłuższą listę wyników.

Jak sprawdzić polskie źródła i filtry czasu?

W zbiorze testowym umieść pytanie o produkt z polskiej oferty i o produkt dostępny tylko w innym kraju. Podaj datę, interesującą Cię wersję oraz rynek. W wynikach sprawdź, czy strona prowadzi do bieżącej polskiej dokumentacji albo dokładnie wyjaśnia ograniczenie języka. Gdy odnośnik jest lokalny, potwierdź także walutę i adres punktu sprzedaży. Jeśli wersja serwisu zależy od ustawień regionu, zaznacz to w raporcie.

Warto osobno zmierzyć przydatność trybu szybkiego. Jeżeli pracownik szuka adresu dokumentacji, porównaj odsetek trafień i liczbę zbędnych wyników. Gdy temat dotyczy wieloetapowej decyzji, sprawdź, czy korzyść większej liczby wyszukań pokrywa dłuższy czas sprawdzania. Trzymaj zapis pomiaru dla każdego tematu, żeby nie uogólniać wyniku pojedynczej próby.

W cyklicznym raporcie kontroluj także świeżość raportu wejściowego. Karta dla odbiorcy może zawierać datę przygotowania, datę ostatnich źródeł i następne działanie. Przed automatycznym użyciem wyniku porównaj identyfikator podmiotu lub produktu z własną bazą. Pomyłkę w nazwie kieruj do ręcznego wyjaśnienia, nawet przy bardzo przekonującej odpowiedzi.

Jak sprawdzić otwartą odpowiedź, która brzmi zbyt pewnie?

Przygotuj pytanie o porównanie usług z tym samym skrótem nazwy, ale przeznaczonych dla innego rynku. Poproś o osobny link, nazwę dostawcy i datę dla każdej funkcji. Jeśli odpowiedź łączy dwa produkty, prosty przegląd źródeł ujawni rozbieżność. Osoba odbierająca zaznacza, które zdanie wymaga potwierdzenia i gdzie je znajdzie. Na drugim przebiegu podaj identyfikator planu lub domenę i sprawdź, czy dostajesz precyzyjniejszy wynik.

Rozważ także przypadek, w którym dwie publikacje używają tego samego cennika. Choć linki są dwa, informacja pochodzi z jednego dokumentu. W ocenie ryzyka zapisz pojedyncze źródło i dodaj odrębny dowód, jeśli ma znaczenie dla wyboru. Przy badaniu rynku różnica pomiędzy tekstem producenta i opinią klienta może być wskazówką. W raporcie zachowaj rodzaj źródła, nie mieszając jego roli z liczbą odwiedzin.

Przypisz do każdego wniosku jedną decyzję. Cena może przejść do wyceny, informacja o dostępności do pytań handlowych, a niepotwierdzona funkcja do listy rzeczy do sprawdzenia. Jeśli raport trafia do kilku osób, pokaż datę i zakres, aby odbiorcy wiedzieli, które informacje mogą zastosować. Krótszy, przejrzysty raport jest łatwiejszy do sprawdzenia po zmianie cennika lub wersji usługi.

Dla zadania cyklicznego rozdziel ocenę systemu wyszukiwania od oceny syntezy. Najpierw porównaj, czy lista zawiera uznane wcześniej źródła. Potem sprawdź, co model wywnioskował z tych materiałów. Przykład błędu wyszukiwarki to znalezienie starego pakietu, a błędu w syntezie przypisanie właściwej ceny do złego regionu. Te pomiary wskazują, czy ograniczyć zapytania, dopracować filtr, czy zmienić sposób prezentacji odpowiedzi.

Źródła i aktualność. Opis funkcji zweryfikowano 14 listopada 2026 w dokumentacji dostawców. Przykłady dotyczą planu pilotażu. Search API i format wyników · Oficjalny przewodnik migracji z Sonar · Cennik Perplexity API · Dokumentacja platformy · Komunikat o zmianie Sonar.