AI Tools8 мин чтения

AWS даёт агенту ответ со ссылками за один вызов. Подтверждает ли ссылка ответ?

Amazon Bedrock AgentCore Web Answer объединяет поиск, чтение страниц и подготовку ответа. На примере службы поддержки разбираем, как проверять источники без собственной поисковой системы.

K
Ken Jo

Клиент спрашивает, получает ли его версия программы обновления безопасности. Агент поддержки уверенно отвечает и даёт ссылку на документацию поставщика. Ссылка открывается и даже ведёт на нужный домен. Загвоздка в том, что на странице описана последняя версия, а у клиента установлена предыдущая.

5 ноября 2026 года AWS объявила об общей доступности Web Answer в Amazon Bedrock AgentCore. Bedrock AgentCore — инфраструктура AWS для запуска и подключения ИИ-агентов. Новый управляемый коннектор может выполнить поиск в открытом интернете, прочитать страницы и составить ответ со ссылками за один вызов инструмента. AWS указывает регион «Восток США (Северная Вирджиния)», или us-east-1. Результат экономит работу командам, которые раньше собирали эти этапы по отдельности. Он также даёт им конкретный ответ, который можно проверить перед отправкой клиенту. Запуск и руководство AWS · Документация коннектора AWS

Сроки поддержки версий, даты выпуска и обновлённые инструкции хорошо подходят для проверки такого инструмента. На каждый вопрос можно дать полезный ответ, если есть подходящий источник. И каждый даёт системе поиска множество шансов вернуть уместную страницу, которая подтверждает другое утверждение. Ниже показано, как сделать связь между ответом и доказательством видимой.

Здания центров обработки данных AWS в Ашберне, штат Вирджиния

Здания центров обработки данных AWS в Ашберне, штат Вирджиния, снятые в 2020 году. Контекстное фото региона, автор Vahurzpu. Кадрировано и уменьшено, CC BY-SA 4.0. Источник изображения · Лицензия.

Один вызов выполняет несколько задач

У AWS есть два похожих коннектора. Web Search Tool выдаёт ранжированные результаты с названиями, ссылками, фрагментами и датами публикации. Вызывающая сторона решает, какие результаты изучить и как превратить их в ответ. Web Answer принимает вопрос на естественном языке, планирует собственный поиск, читает подходящие страницы и возвращает текст со ссылками. Разница важна, когда команда выбирает, за какой этап хочет отвечать. Сравнение Web Answer и Web Search от AWS

Если ассистент поддержки должен ответить на один фактический вопрос внутри более широкого процесса, готовый ответ может убрать лишний этап координации. Вместо того чтобы передать модели двадцать фрагментов и попросить выбрать полезные, приложение может запросить утверждение со ссылкой об одной версии или политике. Если сотруднику нужно сравнить противоречащие статьи, изучить весь набор результатов или объяснить, почему один источник важнее другого, обычный поиск оставляет больше решений на виду. Команда может использовать оба варианта для разных вопросов в одном приложении.

Сравнение готового ответа с блоками утверждений и ссылками и ранжированного поиска, где результаты выбирает вызывающая сторона

Два способа применить поиск в одном процессе поддержки. В Web Search чтение и составление ответа остаются за вызывающей стороной. Иллюстрация Telli.sh.

Коннектор доступен через AgentCore Gateway как инструмент Model Context Protocol. AWS описывает результат с текстом и структурированным списком ответов. У каждого блока могут быть собственные ссылки, включающие URL и домен, когда они доступны. При ошибке инструмента в ответе отмечается isError. AWS требует сохранять и показывать цитаты и ссылки на источники, если приложение выводит результаты Web Answer конечному пользователю. Сохраняйте связь блока с источником при передаче ответа в интерфейс. Если собрать все ссылки в общий список внизу, проверка усложнится, даже когда текст выглядит подкреплённым источниками. Формат ответа и правила использования AWS

ВопросКогда полезен Web AnswerКогда полезен ранжированный поиск
Поддерживается ли версия продукта?Для ответа клиенту нужен один публичный статус и его подтверждениеНужно сравнить несколько редакций или противоречивые страницы о сроках поддержки
В каких выпусках упоминается проблема?Агенту нужен краткий результат по конкретному выпускуПроверяющему нужны все подходящие примечания к выпускам, чтобы выбрать важные
Изменилась ли политика?Ассистент может спросить о конкретной дате или регионе и показать подтверждающий фрагментАналитику нужно отследить редакции политики и самостоятельно восстановить хронологию

Дайте инструменту вопрос с чёткими границами

Представьте вымышленного поставщика ExampleSync. Клиент говорит, что в Германии использует ExampleSync Server 4.2 со стандартным планом поддержки. Полезный вопрос уточняет, доступны ли обновления безопасности для этой версии и этого плана на дату запроса. Он просит указать действующее правило жизненного цикла, URL источника, дату вступления в силу и явно отметить, если страницы относятся к другому продукту или редакции. Для этого достаточно обойтись без имени клиента, номера учётной записи, лицензионного ключа и личной переписки.

Такая формулировка отделяет решение по поддержке от поиска доказательств. Вопрос «Могу ли я сказать клиенту, что он получает поддержку?» может заставить систему рассуждать обо всех отношениях с клиентом. Вопрос об опубликованном сроке поддержки конкретной версии даёт проверяющему чёткую задачу. Если публичное расписание ничего не говорит о частном договоре обслуживания, ответ может направить сотрудника к владельцу договора для окончательного решения.

В текущей документации коннектора для версии 1.1.0 и выше описаны ограничения по домену, фильтры по дате публикации и подсказка о стране. Агент может включить, например, домены документации и поддержки поставщика. AWS описывает и ограничения доменов на уровне цели Gateway. Так шлюз может установить границы, не полагаясь полностью на текст запроса пользователя. Настройка страны уточняет результаты поиска. Если география влияет на ответ, всё равно нужно проверить регион или договор. Настройки фильтрации и схема входных данных AWS

Узкий набор доменов помогает отсечь перепечатки, но может дать неполный результат, когда поставщик размещает материалы на нескольких сайтах. Узкий диапазон дат может пропустить документ двухлетней давности, который по-прежнему определяет сроки поддержки. И наоборот, свежая страница может описывать правило, которое ещё не вступило в силу. Различайте дату публикации, указанную дату вступления в силу и дату проверки. Если результаты расходятся, сохраните конфликтующие источники и дайте человеку определить, какой из них применим.

Пройдите по ссылке до конкретного предложения

Для службы поддержки ссылка указывает на доказательство. Сначала откройте страницу, которой подкреплено главное утверждение. Проверьте заголовок и язык, затем найдите нужный фрагмент. Сопоставьте название продукта, версию, редакцию и регион. Если в ответе есть дата, прочитайте строку или таблицу, где она указана. Общее описание политики завершения поддержки может быть верным и при этом ничего не говорить о сроке конкретной версии.

Проверка утверждения по фрагменту источника и параметрам продукта перед отправкой или передачей вопроса

Сотрудник проверяет конкретный фрагмент и его применимость, прежде чем использовать ответ. Иллюстрация Telli.sh.

Допустим, в результате сказано, что версия 4.2 получает обновления безопасности до декабря. Источник — страница жизненного цикла поставщика, но в таблице есть отдельные строки для стандартной и расширенной поддержки. Стандартная заканчивается в сентябре, расширенная — в декабре. Проверяющий должен заметить расхождение, даже если ссылка открывается и указанная дата на странице есть. Хороший интерфейс оставляет ссылку рядом со спорным утверждением и позволяет отметить несоответствие плана.

Иногда нужное различие отсутствует в самом вопросе. Если пользователь не сообщил редакцию, разумнее задать уточняющий вопрос. Иногда не хватает источников. В обзоре продукта может не быть версии, к которой относится функция, а примечания к выпуску могут описывать тестовое развёртывание без указания общей доступности. Хороший интерфейс сообщает, что удалось установить и что осталось открытым, без необходимости разбираться в списке необъяснённых ссылок.

ПроверкаЧто должен определить проверяющийЧто делать, если проверка не пройдена
Авторитетность источникаОрганизация или команда, отвечающая за утверждениеНайти оригинальный документ о выпуске или жизненном цикле
Соответствие доказательстваТочное предложение или ячейка таблицы, подтверждающие ответСузить утверждение или направить на проверку
ПрименимостьСоответствующие версия продукта, план и регионЗапросить недостающую информацию у пользователя
СрокиДата вступления в силу и возможное более позднее уведомлениеПоказать оба источника или передать вопрос ответственной команде

Повторите упражнение с вопросом, для которого верный результат — неопределённость. Например, спросите о версии, которой нет в графике поддержки. Ожидаемый ответ — ясное объяснение, что публичная документация не устанавливает её статус, и полезный следующий шаг. Такой тест помогает команде оценить и умение отвечать, и умение распознавать ситуации, когда с ответом нужно подождать.

Сделайте первую интеграцию удобной для измерения

  1. Используйте тестовый шлюз в указанном регионе. По руководству AWS подключите Web Answer и выдайте сервисной роли шлюза документированное разрешение на вызов коннектора. Вызывающей стороне выдайте отдельное разрешение на вызов шлюза, подходящее для теста. Используйте тестовую учётную запись или изолированную среду, в которой уже разрешены платные запросы. Руководство AWS по настройке
  2. Подготовьте небольшой набор вопросов до настройки промптов. Включите актуальный ответ, устаревший, но относящийся к теме документ, вопрос о конкретном плане, вопрос с конкурирующими источниками и вопрос с недостатком открытых сведений. Запишите, как должен выглядеть хороший ответ в каждом случае.
  3. Начните с тестовых вопросов и опубликованной документации. Задавайте ограничения доменов и дат, когда у них есть чёткая цель. Просмотрите структурированные блоки ответа, сохраните ссылки при отображении и дайте проверяющим сравнить текст с исходной страницей.
  4. Сравните с текущим ручным процессом или коннектором ранжированных результатов. Посчитайте подтверждённые утверждения, обоснованно отложенные ответы и вопросы, к которым пришлось вернуться. По возможности измерьте время от подачи вопроса до окончательного одобрения, чтобы учесть ручную проверку.
  5. Предусмотрите запасной путь на случай ошибок инструмента, отсутствия источников и истечения времени ожидания. Дайте сотруднику открыть официальную документацию или передать обращение коллеге. Записывайте точный код причины для диагностики и соблюдайте правила доступа и хранения исходного обращения.

В руководстве AWS от 5 ноября указана цена Web Answer — 10 долларов за 1 000 вызовов инструмента. При такой цене строка Web Answer за 100 вызовов составит 1 доллар, а за 250 — 2,50 доллара. Использование шлюза, модель вызывающего агента и повторные вызовы учитываются отдельно. Это важно, потому что для поддержки полезнее сравнивать стоимость пригодного и проверенного ответа. Короткий ответ, которому нужны три исправления и несколько минут ручной сверки, может обойтись дороже более медленного ответа, принятого с первой проверки. Цена в руководстве AWS

Отслеживайте это время и самую частую причину ошибок до расширения охвата. Если чаще всего не совпадает редакция, добавьте в форму явное поле редакции. Если основная проблема — устаревшие страницы, найдите официальный документ поставщика и выясните, как публикуются обновления. Если полезные источники часто находятся за пределами списка разрешённых доменов, пересмотрите правила шлюза с ответственным за поддержку. Каждая мера устраняет свою причину.

Сравнивайте простые и спорные вопросы отдельно. Если девятнадцать обычных ответов одобряют сразу, а двадцатый объединяет две конфликтующие региональные политики, одно среднее скроет место, где всё ещё нужна ручная работа. Записывайте причину и продолжительность каждой проверки. После изменения настроек коннектора повторяйте те же случаи. Задача — увидеть, становится ли больше пригодных ответов и продолжают ли сомнительные случаи попадать к нужному сотруднику.

Практический выигрыш заключается во времени между чётко поставленным вопросом и комплектом источников, с которым можно работать. AWS даёт поиск и сводку за один запрос. Польза для команды поддержки зависит от того, насколько ясно она определит достаточные доказательства и насколько легко их смогут открыть сотрудники.

Источники


Чтобы хранить вопросы, проверки источников и решения службы поддержки в доступном для поиска виде, создайте аккаунт Telli.sh.


← Вернуться в блог