Wypróbuj
5 000 wyszukiwań
9,25 USD
1,85 USD/1K wyszukiwań
- Podłącz to do jednego agenta
- To samo API co w największym packu
- Kredyty nigdy nie wygasają
Szybka odpowiedź
Jak monitorować newsy za pomocą web search API?
Uruchamiaj ustaloną listę zapytań raz dziennie z wynikami wiadomości z ostatniego dnia, zachowuj tylko URL-e, których jeszcze nie widziałeś, i podsumowuj nowe artykuły. LLMWebSearch zwraca wyniki wiadomości z pierwszymi 3 odczytanymi artykułami jako Markdown, za jeden kredyt na zapytanie. Pięćdziesiąt tematów sprawdzanych codziennie zużywa około 1500 kredytów miesięcznie, od 1,20 USD/1K wyszukiwań. Bez KYC; płatność kryptowalutą.
Jak działa monitoring wiadomości z LLMWebSearch?
Trzy parametry wykonują większość pracy. topic=news prosi o wyniki wiadomości zamiast ogólnych stron internetowych. time_range=day zachowuje tylko pozycje z ostatniego dnia. read=3 zwraca tekst pierwszych trzech artykułów, więc możesz je podsumować bez otwierania każdego linku.
Scheduler uruchamia skrypt raz dziennie lub co kilka godzin w przypadku szybko zmieniających się tematów. Każde uruchomienie wysyła te same zapytania, porównuje URL-e z już widzianymi i raportuje tylko nowe.
Które zapytania warto obserwować?
Najlepiej sprawdzają się krótkie, konkretne zapytania. Połącz nazwę z wydarzeniem: firmę i „przejęcie”, produkt i „wycofanie”, ustawę i „nowelizacja”. Szerokie zapytania codziennie zwracają te same duże serwisy i ukrywają historie, na których Ci zależy.
Grupuj zapytania według odbiorców. Zespół prawny, zespół produktowy i zespół sprzedaży chcą każdego dnia innego przeglądu. Jeden skrypt może wygenerować wszystkie trzy, oznaczając każde zapytanie jego odbiorcą.
Użyj country i language, gdy potrzebne wiadomości są lokalne, na przykład country=fr i language=fr dla francuskiego pokrycia.
// Run once a day (cron, a scheduler or an n8n Schedule trigger). Node.js 18+ (built-in fetch).
import fs from 'node:fs';
const API = 'https://llmwebsearch.com/api/v1/search';
const KEY = process.env.LLMWEBSEARCH_API_KEY;
const SEEN_FILE = './seen-urls.json';
const QUERIES = ['example corp product recall', 'example corp acquisition', 'example industry regulation'];
const seen = new Set(fs.existsSync(SEEN_FILE) ? JSON.parse(fs.readFileSync(SEEN_FILE, 'utf8')) : []);
const fresh = [];
for (const q of QUERIES) {
const res = await fetch(API, {
method: 'POST',
headers: { Authorization: `Bearer ${KEY}`, 'Content-Type': 'application/json' },
body: JSON.stringify({ q, topic: 'news', time_range: 'day', max_results: 10, read: 3, max_chars: 3000 }),
});
if (!res.ok) {
console.error(q, res.status, await res.text());
continue;
}
const { results } = await res.json();
for (const r of results) {
if (seen.has(r.url)) continue; // the same story found by two queries is reported once
seen.add(r.url);
fresh.push({ query: q, title: r.title, url: r.url, published_at: r.published_at, text: r.content });
}
}
fs.writeFileSync(SEEN_FILE, JSON.stringify([...seen]));
for (const item of fresh) console.log(`${item.published_at ?? 'n/d'} ${item.title}\n ${item.url}`);Jak zgłosić każdą historię tylko raz?
Prowadź listę adresów URL, które już zgłoszono, i pomijaj je przy kolejnym uruchomieniu. Powyższy skrypt zapisuje tę listę w małym pliku JSON; tabela w bazie danych działa tak samo.
Ta sama historia często pojawia się w kilku serwisach, każdy z własnym adresem URL. Grupuj wyniki, których tytuły mają większość wspólnych słów, i pokazuj jeden nagłówek z kilkoma linkami. Pole published_at pomaga uporządkować grupę i rozpoznać pierwsze zgłoszenie.
Czyść stare adresy URL po kilku tygodniach, żeby plik nie rósł w nieskończoność. Historie starsze niż Twoje time_range i tak nie mogą wrócić.
Jak zamienić nowe artykuły w digest?
Wyślij nowe artykuły do modelu z ustaloną instrukcją: jedna linia na historię, co się wydarzyło, kto jest zaangażowany i numer źródła. Poproś go o scalenie pozycji opisujących to samo zdarzenie.
Ponieważ tekst artykułu jest już w wynikach, model streszcza to, co mówi artykuł, a nie to, na co wskazuje nagłówek. Utrzymuj każdy artykuł krótki, z max_chars około 3 000; pierwsze akapity artykułu prasowego zawierają to, co najważniejsze.
Które artykuły nie zostaną odczytane?
Artykuły za paywallem lub logowaniem oraz witryny, które odmawiają naszemu czytnikowi. Takie wyniki nadal się pojawiają z tytułem, adresem URL i fragmentem oraz content_status, który wyjaśnia brak.
Nasz czytnik respektuje robots.txt: przedstawia się jako LLMWebSearch, przestrzega reguł, które witryna zapisuje dla niego lub dla wszystkich robotów, i pomija treść każdej strony, której nie wolno mu czytać. Gdy witryna odrzuca nasz czytnik, wynik wraca bez treści i ze statusem witryny: nigdy nie rozwiązujemy CAPTCHA, nie logujemy się na konta ani nie obchodzimy blokady czy paywalla. W przypadku serwisu za paywallem nagłówek i fragment często wystarczają, by oznaczyć historię; osoba z subskrypcją może przeczytać resztę.
Ile kosztuje konfiguracja monitoringu?
Jeden kredyt na zapytanie na uruchomienie. Pięćdziesiąt zapytań sprawdzanych raz dziennie zużywa około 1500 kredytów miesięcznie. 5 000 wyszukiwań przy 9,25 USD pokrywa trzy miesiące takiego harmonogramu.
Sprawdzanie co trzy godziny mnoży liczbę przez osiem: około 12 000 kredytów miesięcznie za te same pięćdziesiąt zapytań. 25 000 wyszukiwań przy 41,25 USD pokrywa wtedy dwa miesiące. Częste sprawdzanie rezerwuj dla nielicznych tematów, w których liczą się godziny.
Który pack pasuje do harmonogramu monitoringu?
Zapytania × uruchomienia na dzień × 30 dni. Kredyty na wyszukiwanie nie mają daty ważności: to, czego nie wykorzystasz w tym miesiącu, będzie tam jeszcze w przyszłym roku.
Builder
25 000 wyszukiwań
41,25 USD
1,65 USD/1K wyszukiwań
- Agent kodujący lub asystent badawczy
- Gotowe do MCP, LangChain i n8n
- Kredyty nigdy nie wygasają
Produkcja
100 000 wyszukiwań
145 USD
1,45 USD/1K wyszukiwań
- Agenci w produkcji
- Wyższy rate limit na życzenie
- Kredyty nigdy nie wygasają
W każdym planie: 3 najlepsze strony odczytane jako Markdown · Filtry kraju, języka, czasu i domeny · Nieudane wywołania nie są naliczane · Kredyty nigdy nie wygasają
Monitoring wiadomości: najczęstsze pytania
Czy mogę uruchomić sprawdzanie z n8n zamiast ze skryptu?
Tak. Użyj wyzwalacza Schedule i węzła HTTP Request wskazującego na endpoint wyszukiwania. Strona n8n pokazuje ustawienia.
Jak świeże są wyniki?
Wyniki pochodzą z wyszukiwania w sieci na żywo, uruchamianego w momencie Twojego wywołania, w kolejności, w jakiej szereguje je wyszukiwarka; nic nie jest serwowane ze starego indeksu. Przy time_range=day zachowywane są tylko pozycje z ostatniego dnia.
Czy mogę monitorować wiadomości w innych językach?
Tak. Ustaw language i country dla każdego zapytania, żeby jeden skrypt mógł śledzić kilka rynków.
Co zawiera każdy wynik wiadomości?
Każdy wynik zawiera swoją pozycję, tytuł, adres URL, host, snippet, a gdy strona została odczytana — główną treść strony jako Markdown lub czysty tekst wraz z liczbą słów i datą publikacji, jeśli jest znana.