AWS udostępnił Web Answer jako ogólnie dostępne zarządzane narzędzie dla Amazon Bedrock AgentCore. Rozwiązanie odpowiada na dobrze znany problem w tworzeniu agentów: aplikacja potrzebuje aktualnych informacji z publicznej sieci, ale zespół nie chce samodzielnie budować i utrzymywać całego potoku wyszukiwania oraz generowania odpowiedzi.

Scena redakcyjna przedstawiająca osobę sprawdzającą badanie internetowe agenta AI i powiązane cytowania źródeł na laptopie.

Nowa usługa przyjmuje pytanie zadane językiem naturalnym i zwraca zsyntetyzowaną odpowiedź z cytowaniami. Planuje wyszukiwania, uruchamia kilka z nich równolegle, odczytuje istotne strony, sprawdza, czy dowody są wystarczające, a następnie tworzy odpowiedź przypisującą twierdzenia do adresów URL źródeł. Agent dociera do niej przez AgentCore Gateway za pośrednictwem Model Context Protocol (MCP).

To przydatne ograniczenie nakładu pracy inżynieryjnej. Nie oznacza jednak przeniesienia odpowiedzialności. Zespoły nadal muszą ustalić, z jakich domen agent może korzystać, jak wyświetlać cytowania, kiedy odpowiedź musi sprawdzić człowiek oraz czy usługa pasuje do danych i profilu opóźnień konkretnego procesu.

Co właściwie uruchomił AWS

Web Answer to zarządzany konektor podłączony do Amazon Bedrock AgentCore Gateway. Brama uwierzytelnia wywołującego i uruchamia konektor należący do AWS, korzystając z własnej roli usługi. Dołączony agent wykrywa narzędzie w ramach standardowego przepływu listowania narzędzi MCP i wywołuje je jako jedną z dostępnych funkcji.

Różnica względem konwencjonalnego punktu końcowego wyszukiwania ma znaczenie. Narzędzie wyszukiwania zwykle zwraca uporządkowane według rankingu adresy URL, tytuły, fragmenty i metadane. Aplikacja musi wtedy pobrać strony, zdecydować, które fragmenty są istotne, poprosić model o ich syntezę oraz zachować relację między każdym twierdzeniem a potwierdzającym je dowodem. Web Answer wykonuje za aplikację cały cykl pobierania i syntezy, zwracając gotową odpowiedź z cytowaniami.

AWS informuje, że narzędzie wykonuje nowe wyszukiwanie dla każdego pytania i otrzymuje bieżącą datę, aby obsługiwać zapytania zależne od czasu. Może także przyjmować ustawienia dotyczące uwzględnianych lub wykluczanych domen, przedziałów dat publikacji oraz lokalizacji kraju. Administratorzy mogą ustalać granice na poziomie celu bramy, a pojedyncze wywołanie agenta może je zawęzić, lecz nie może ich rozszerzyć.

Pierwsze wydanie jest dostępne w regionie US East (N. Virginia), czyli us-east-1. AWS opisuje usługę jako rozliczaną za wywołanie narzędzia, a przewodnik dla początkujących podaje cenę 10 USD za 1000 wywołań Web Answer. To tylko część kosztów operacyjnych: w budżecie trzeba uwzględnić także bramę, model obsługujący otaczającego agenta, kolejne narzędzia, logowanie oraz pracę związaną z weryfikacją.

Praktyczny problem, który znika

Agent korzystający z aktualnych informacji często zawiera więcej elementów infrastruktury, niż widzi jego użytkownik. Typowa implementacja musi odpowiedzieć na kilka osobnych pytań.

  • Z którego dostawcy wyszukiwania powinna korzystać?
  • Jak formułować dodatkowe zapytania, gdy pierwsze wyniki są niepełne?
  • Jak pobierać strony bez utrzymywania działającego, niebezpiecznego lub kruchego stosu przeglądarkowego?
  • Jak usuwać nawigację, reklamy i niezwiązane z tematem treści stron?
  • Jak porównywać sprzeczne daty publikacji i twierdzenia?
  • Jak dołączać cytowania do konkretnych stwierdzeń w odpowiedzi?
  • Co powinno się wydarzyć, gdy dowody są zbyt słabe, by uzasadnić wniosek?

Każda decyzja staje się kodem aplikacji, a każda część tego kodu trafia do obszaru wpływającego na niezawodność. Wynik wyszukiwania może być nieaktualny. Parser strony może przestać działać. Prompt syntezy może zgubić informację o autorstwie. Formatter cytowań może umieścić prawidłowy URL obok twierdzenia, którego strona w rzeczywistości nie potwierdza.

Web Answer pakuje znaczną część tego cyklu w zarządzaną funkcję. Dla zespołu budującego asystenta wsparcia, pomocnika badawczego, narzędzie do wstępnej analizy zgodności lub wewnętrznego agenta odpowiadającego na pytania może to znacząco zmniejszyć rozmiar pierwszego użytecznego prototypu. Tworzy też wspólne miejsce do egzekwowania ograniczeń domen na poziomie bramy, zamiast polegać wyłącznie na instrukcjach ukrytych w prompcie agenta.

Korzyść jest największa, gdy agent ma zwrócić gotową odpowiedź na wąskie pytanie faktyczne. Jest mniejsza, gdy aplikacja potrzebuje surowych dokumentów, własnego rankingu, własnego modelu ekstrakcji, prywatnego korpusu albo precyzyjnej kontroli nad każdym pośrednim etapem pobierania danych.

AWS pozycjonuje Web Answer obok Web Search w AgentCore, ale oba narzędzia odpowiadają innym decyzjom projektowym.

Web Search zwraca materiały wyszukiwania, które aplikacja lub jej model musi przetworzyć. Deweloper zachowuje kontrolę nad rankingiem, filtrowaniem, pobieraniem danych, syntezą oraz formatem końcowej odpowiedzi. To lepszy wybór, gdy proces wymaga przeanalizowania kilku dokumentów, zastosowania własnej metody oceny, wyodrębnienia uporządkowanych pól albo połączenia wyników z sieci z wewnętrznymi rekordami przed przygotowaniem odpowiedzi.

Web Answer zwraca gotową odpowiedź. Narzędzie jest przeznaczone do realizacji zadania cząstkowego w ramach większego agenta, gdy deweloper potrzebuje aktualnych informacji z cytowaniami, ale nie chce utrzymywać osobnego potoku pobierania danych. Agent może użyć Web Search do otwartego zadania badawczego, a Web Answer do ograniczonego pytania, takiego jak: „Co zmieniło się w tym tygodniu w wytycznych tego regulatora i które oficjalne strony potwierdzają każdą zmianę?”.

Wybór ma więc charakter architektoniczny, a nie sprowadza się wyłącznie do decyzji między dwiema nazwami. Web Answer zapewnia mniejszą kontrolę w zamian za niższe koszty utrzymania. Web Search pozostawia aplikacji więcej pracy, ale daje większy wgląd w proces gromadzenia dowodów.

Dobrym pierwszym testem jest odpowiedź na pytanie, czy agent działający w kolejnym etapie potrzebuje źródeł, czy odpowiedzi. Jeśli ma samodzielnie porównywać dokumenty, wybierz narzędzie ukierunkowane na pobieranie danych. Jeśli potrzebuje krótkiej, rzeczowej odpowiedzi z cytowaniami, a zespół akceptuje zarządzaną syntezę, Web Answer będzie bardziej bezpośrednim wyborem.

Cytowania poprawiają identyfikowalność, nie prawdziwość

Cytowanie jest dowodem identyfikowalności. Nie gwarantuje jednak, że odpowiedź jest poprawna.

Web Answer może powiązać twierdzenia z adresami URL źródeł, ale agent nadal musi zinterpretować treść tych źródeł. Strona może być oficjalna, lecz nieaktualna. Dostawca może trafnie opisywać możliwości produktu, pomijając ograniczenie istotne dla kupującego. Dwa wiarygodne źródła mogą opisywać różne wersje zasad. System wyszukiwania może znaleźć drugorzędne podsumowanie, zanim dotrze do pierwotnego komunikatu.

W procesach o istotnych konsekwencjach aplikacja powinna traktować cytowania jako obiekty do sprawdzenia, a nie ozdobne linki dołączane po wygenerowaniu odpowiedzi. Co najmniej należy przetestować, czy:

  • każde istotne twierdzenie ma cytowanie;
  • cytowany fragment rzeczywiście potwierdza twierdzenie, a nie tylko wspomina dany temat;
  • daty publikacji są widoczne, gdy czas wpływa na odpowiedź;
  • sprzeczne źródła są ujawniane, zamiast być po cichu łączone;
  • system informuje, gdy nie znalazł wystarczających dowodów;
  • użytkownicy mogą otworzyć źródło bez utraty kontekstu twierdzenia;
  • cytowania pozostają zachowane po dalszych przekształceniach, takich jak streszczanie, tłumaczenie lub eksport.

Ma to szczególne znaczenie, gdy agent używa Web Answer jako etapu pośredniego. Jeśli agent otrzyma odpowiedź z cytowaniami, a następnie przepisze ją do wiadomości e-mail, zgłoszenia lub rekomendacji, pierwotne dowody mogą zniknąć. Proces powinien przenosić cytowania razem z tekstem, zamiast pozostawiać je w wewnętrznym dzienniku narzędzia.

Ta sama zasada dotyczy zautomatyzowanego podejmowania decyzji. Odpowiedź z cytowaniami może pomóc osobie weryfikującej zrozumieć, dlaczego agent doszedł do danego wniosku, ale nie powinna automatycznie prowadzić do akceptacji tylko dlatego, że odpowiedź zawiera linki.

Kontrola domen jest cenniejsza niż sprytny prompt

AWS udostępnia listy dozwolonych i blokowanych domen oraz filtry dat publikacji jako elementy kontroli narzędzia. Administrator bramy może wyznaczyć zewnętrzną granicę, a agent działać w jej ramach.

To trwalszy mechanizm niż polecenie agentowi: „Preferuj oficjalne źródła”. Treść promptu może zostać zignorowana, rozmyta przez długie zadanie albo nadpisana przez późniejszą instrukcję. Polityka domen na poziomie bramy może uniemożliwić narzędziu korzystanie ze źródeł, których organizacja nie zatwierdziła dla danego procesu.

Rozsądna polityka może wyglądać różnie w zależności od zadania. Agent wsparcia oprogramowania może być ograniczony do dokumentacji dostawcy, strony statusu i informacji o wydaniach. Agent monitorujący regulacje może obejmować agencje rządowe, organizacje normalizacyjne i kontrolowany zestaw publikacji specjalistycznych. Agent prowadzący badania rynku może potrzebować szerszego zestawu źródeł, ale jego wyniki powinny być oznaczone jako badanie, a nie jako autorytatywny fakt.

Listy domen nie należy traktować jak stałej białej listy rozwiązującej wszystkie problemy z jakością. Zatwierdzone domeny również mogą publikować błędy, zmieniać adresy URL, aktualizować strony bez zachowania starszych wersji albo zawierać twierdzenia marketingowe. Polityka domen zawęża zbiór dowodów, ale nie zastępuje oceny źródeł.

Filtry dat publikacji również wymagają ostrożnej interpretacji. Nowsza strona nie jest automatycznie bardziej wiarygodna od starszej. W dokumentacji produktów najnowsza wersja może być właściwa. W przypadku prawa, norm lub relacji historycznych starsze źródło może nadal zachowywać znaczenie, podczas gdy nowszy komentarz przedstawia sprawę błędnie. Właściwa granica dat zależy od pytania.

Prywatność i granice sieci wymagają rzeczywistego przeglądu

AWS informuje, że Web Answer korzysta z indeksu internetowego i grafu wiedzy obsługiwanych przez Amazon, a zapytania i wyniki pozostają w środowisku AWS. Usługa jest udostępniana przez AgentCore Gateway, z uwierzytelnianiem IAM dla bramy oraz rolą usługi AWS używaną do wywoływania zarządzanego konektora. AWS opisuje również brak eksfiltracji danych z usługi.

Te deklaracje opisują granicę usługi, ale nie stanowią ogólnej zgody na przesyłanie poufnych materiałów do każdego zapytania. Zespół nadal musi ustalić, jakie informacje agent może umieszczać w pytaniu. Nazwa klienta, wewnętrzny numer incydentu, nieopublikowany szczegół produktu czy sprawa prawna mogą zmienić pozornie zwykłe wyszukiwanie w internecie w zdarzenie związane z przetwarzaniem danych.

Najbezpieczniej jest, gdy to możliwe, oddzielić prywatny kontekst od publicznego pytania. Agent może wykorzystać systemy wewnętrzne do rozpoznania ogólnego problemu, a następnie zadać Web Answer ograniczone pytanie, które nie zawiera zbędnych danych osobowych ani informacji poufnych. Jeśli jakiś szczegół jest niezbędny, zespół powinien potwierdzić, że wymagania umowne, regulacyjne i dotyczące przechowywania danych pozwalają na przekazanie go do usługi.

Uwierzytelnianie bramy również wymaga osobnego testu. Brama może chronić dostęp do konektora, ale nie oznacza automatycznie, że każdy agent, użytkownik lub proces powinien mieć możliwość zadawania dowolnych pytań. Uprawnienia należy powiązać z zadaniem i klasyfikacją danych. Agent obsługi klienta oraz wewnętrzny agent do badań prawnych mogą korzystać ze wspólnej warstwy infrastruktury, ale potrzebować odmiennych granic domen, zasad rejestrowania i akceptacji człowieka.

Koszty łatwo zaniżyć

Przy ogłoszonej stawce 10 USD za 1000 wywołań narzędzia Web Answer wygląda niedrogo, jeśli mierzyć koszt pojedynczą odpowiedzią. Ruch produkcyjny rzadko ogranicza się do jednej odpowiedzi.

Agent może wywołać narzędzie więcej niż raz, ponieważ zadaje pytania uzupełniające, ponawia nieudane żądanie albo dzieli szerokie zadanie na mniejsze wyszukiwania. Asystent przeznaczony dla ludzi może powtarzać podobne pytania w wielu sesjach. Monitor działający w tle może uruchamiać się zgodnie z harmonogramem, nawet gdy nie zaszła żadna istotna zmiana. Otaczający model może też zużywać tokeny na interpretację wyniku, rozstrzyganie sprzeczności lub przeredagowanie odpowiedzi.

Lepsze oszacowanie kosztów zaczyna się od skali przepływu pracy, a nie od ceny jednostkowej:

miesięczny koszt odpowiedzi internetowych
= oczekiwana liczba wywołań narzędzia na zadanie
× liczba zadań w miesiącu
× cena za wywołanie

To obliczenie należy rozszerzyć o wnioskowanie modelu, bramę, przechowywanie danych, obserwowalność i koszty przeglądu. Jeśli zadanie zwykle wymaga trzech wywołań Web Answer, ale można je obsłużyć jednym starannie sformułowanym pytaniem, projekt promptu i przepływu pracy bezpośrednio wpływa na rachunek. Jeśli nieudana odpowiedź uruchamia kolejne ponowienia, problemy z niezawodnością stają się również problemami kosztowymi.

Zespoły powinny mierzyć odsetek wywołań, które dają odpowiedź uznaną przez recenzenta za użyteczną, liczbę cytowań wymagających korekty, medianę i wartości skrajne opóźnienia oraz częstotliwość, z jaką agenci wywołują narzędzie bez potrzeby. Tanie wywołanie, które daje bezużyteczną odpowiedź, nie jest tanie na poziomie całego przepływu pracy.

Konfiguracja jest prostsza, ale nadal wymaga pracy

Instrukcja AWS wymaga konta AWS z dostępem do AgentCore Gateway, bramy w regionie us-east-1 korzystającej z uwierzytelniania IAM dla połączeń przychodzących, uprawnień dla tożsamości wywołującej, roli usługi mogącej wywoływać Web Answer oraz obsługiwanego środowiska agenta. Przykład korzysta z Pythona 3.10 lub nowszego i komponentów zgodnych z MCP.

Konfiguracja jest prostsza niż zbudowanie kompletnej usługi do badania internetu, ale nadal stanowi zmianę infrastrukturalną. Zespół musi utworzyć lub wybrać bramę, skonfigurować uprawnienia, dodać zarządzany cel, ustalić granice domen administracyjnych i sprawdzić, jak agent korzystający z tej infrastruktury obsługuje wynik.

Ograniczenie regionalne może być największą praktyczną przeszkodą. Zgodnie z dokumentacją z momentu uruchomienia Web Answer jest dostępne w regionie US East (N. Virginia), a kolejne regiony mają pojawić się później. Firma objęta wymaganiami dotyczącymi rezydencji danych, izolacji regionalnej albo wdrażająca obciążenie w innym miejscu może nie być w stanie używać tej usługi jako głównej ścieżki. Nawet jeśli agent działa w innym regionie, trzeba przeanalizować dostępność konektora i konsekwencje przepływu danych.

Usługa wprowadza również zależność od zarządzanego przez AWS wyszukiwania i sposobu generowania odpowiedzi. Dla zespołów, które chcą ograniczyć infrastrukturę wyszukiwania, może to być rozsądny kompromis. Ryzyko pojawia się wtedy, gdy aplikacja wymaga stabilnego, powtarzalnego rankingu albo pełnej kontroli nad wersjonowaniem modeli i wyborem dowodów.

Rozsądny plan oceny

Web Answer należy oceniać na podstawie pytań, które agent rzeczywiście będzie otrzymywać, a nie zestawu efektownych demonstracji.

Zacznij od niewielkiego zbioru zadań dotyczących aktualnych informacji. Uwzględnij pytania z jednym wyraźnym źródłem pierwotnym, pytania, w których kilka źródeł sobie przeczy, pytania wymagające odcięcia według daty publikacji, pytania, na które odpowiedź brzmi „brak wystarczających dowodów”, oraz pytania zawierające terminy łatwe do pomylenia. Dodaj kilka przypadków konfrontacyjnych, w których wysoko pozycjonowana strona jest wiarygodna w danym temacie, ale nie potwierdza żądanego twierdzenia.

Dla każdej odpowiedzi zapisuj samą odpowiedź, cytowania, daty źródeł, opóźnienie oraz informację, czy recenzent akceptuje przedstawione dowody. Jeśli zespół już korzysta z Web Search albo istniejącego potoku wyszukiwania, przetestuj ten sam przepływ pracy również z tym rozwiązaniem. Porównanie powinno obejmować więcej niż jakość odpowiedzi. Zmierz nakład pracy inżynieryjnej, obciążenie utrzymaniem, kontrolę nad źródłami, tryby awarii oraz zakres wymaganej weryfikacji.

Następnie przetestuj agenta w interakcji z narzędziem. Czy zadaje Web Answer precyzyjne pytanie, czy przekazuje do konektora całą prośbę użytkownika? Czy zachowuje cytowania podczas tworzenia końcowej wiadomości? Czy wie, kiedy przestać? Czy ponawia próbę bez końca? Czy użytkownik może zobaczyć, które źródło uzasadnia konkretną rekomendację? Czy ograniczenie domen pozostaje skuteczne, gdy agent przeformułuje zapytanie?

W przepływach o dużym wpływie wstaw kontrolę człowieka, zanim odpowiedź zmieni rekord klienta, przekaże interpretację prawną, zmodyfikuje zabezpieczenie albo uruchomi nieodwracalne działanie. Web Answer może poprawić jakość dowodów dostępnych recenzentowi, ale nie eliminuje potrzeby jego udziału.

Kto powinien spróbować

Web Answer jest dobrym kandydatem dla zespołów, które już korzystają z AgentCore Gateway, potrzebują aktualnych informacji z publicznej sieci i chcą otrzymywać odpowiedź z cytowaniami jako ograniczony krok w większym agencie. Szczególnie dobrze pasuje do obsługi klienta, dokumentacji produktu, monitorowania polityk oraz wewnętrznych procesów badawczych, w których budowa wyszukiwania, syntezy i obsługi cytowań odciągałaby uwagę od głównej aplikacji.

Rozwiązanie jest mniej przekonujące dla zespołu, który potrzebuje prywatnego indeksu wyszukiwania, niestandardowego rankingu dokumentów, surowej treści stron, deterministycznego wyodrębniania danych albo działania w regionie, gdzie konektor nie jest dostępny. Może też nie być właściwym wyborem, gdy organizacja nie może zaakceptować zarządzanej syntezy albo musi audytować każdą decyzję dotyczącą wyszukiwania na poziomie niższym niż końcowa odpowiedź.

Praktyczne pytanie nie brzmi, czy Web Answer potrafi wygenerować dopracowaną odpowiedź. Potrafi. Chodzi o to, czy zaoszczędzona praca inżynieryjna jest warta kontroli, z której zespół rezygnuje, oraz czy wokół narzędzia istnieje wystarczająca obsługa dowodów, aby ten kompromis był bezpieczny.

AWS ułatwił podłączanie badań sieciowych do agenta. Kolejnym zadaniem inżynieryjnym jest wyraźne określenie granicy wokół tych badań: zatwierdzonych źródeł, ograniczonych zapytań, widocznych cytowań, mierzalnych kosztów, ograniczeń regionalnych oraz jasnej zasady wskazującej, kiedy kontrolę musi przejąć człowiek.