{"schema_version":"1.0","service":"Publicasta","type":"article","id":1167,"slug":"aws_web_answer_agentcore_cited_web_research","title":"AWS Web Answer превращает веб-исследование в инструмент агента. Но граница ответственности за цитирование по-прежнему у вас","excerpt":"AWS Web Answer возвращает актуальный ответ с цитатами через один вызов AgentCore Gateway. Сервис сокращает объём инфраструктуры поиска, но не отменяет проверку источников, доменные политики, региональные ограничения и тестирование работы агентов с доказательствами.","language":"ru","default_language":"en","canonical_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=ru","image":{"url":"https://publicasta.com/storage/projects/8/pages/1167/2026/11/bd8f8311-e822-41ca-a025-58db6b8384fe.webp","alt":"Редакционная сцена: человек проверяет веб-исследование ИИ-агента и связанные цитаты источников на ноутбуке."},"publisher":{"id":8,"slug":"ai_practice","name":"AI-практика","url":"https://publicasta.com/ai_practice"},"author":{"name":"Anton R"},"published_at":"2026-11-08T10:15:51+00:00","updated_at":"2026-11-08T10:15:51+00:00","content_markdown":"AWS выпустила Web Answer — управляемый инструмент для Amazon Bedrock AgentCore, доступный в общем режиме. Он решает знакомую задачу разработки агентов: приложению нужна актуальная информация из открытого веба, но команда не хочет самостоятельно создавать и поддерживать весь конвейер поиска и подготовки ответов.\n\n ![Редакционная сцена: человек проверяет веб-исследование ИИ-агента и связанные цитаты источников на ноутбуке.](https://publicasta.com/storage/projects/8/pages/1167/2026/11/bd8f8311-e822-41ca-a025-58db6b8384fe.webp)\n\n Новый сервис принимает вопрос на естественном языке и возвращает синтезированный ответ с цитатами. Он планирует поисковые запросы, запускает несколько из них параллельно, читает релевантные страницы, проверяет достаточность доказательств и формирует ответ, связывая утверждения с URL источников. Агент обращается к сервису через AgentCore Gateway по протоколу Model Context Protocol (MCP).\n\n Это заметно сокращает объём инженерной работы, но не означает передачи ответственности. Командам по-прежнему нужно определить, к каким доменам агент может обращаться, как показывать цитаты, в каких случаях ответ должен проверять человек и подходит ли сервис для данных и требований к задержке конкретного процесса.\n\n ## Что именно запустила AWS\n\n Web Answer — управляемый коннектор, подключённый к Amazon Bedrock AgentCore Gateway. Шлюз аутентифицирует вызывающую сторону и запускает принадлежащий AWS коннектор с собственной сервисной ролью. Подключённый агент обнаруживает инструмент в обычном процессе получения списка MCP-инструментов и вызывает его как одну из доступных возможностей.\n\n Отличие от обычной поисковой конечной точки здесь существенно. Поисковый инструмент обычно возвращает ранжированные URL, заголовки, фрагменты текста и метаданные. Затем приложение должно загрузить страницы, определить релевантные отрывки, попросить модель синтезировать их и сохранить связь каждого утверждения с подтверждающими его материалами. Web Answer выполняет этот цикл извлечения и синтеза за приложение и возвращает готовый ответ с цитатами.\n\n AWS сообщает, что инструмент выполняет новые поисковые запросы для каждого вопроса и получает текущую дату, чтобы обрабатывать запросы, чувствительные ко времени. Он также поддерживает ограничения по включённым и исключённым доменам, диапазонам дат публикации и локализации по стране. Администраторы могут задавать границы на уровне цели шлюза, а отдельный вызов агента может их сузить, но не расширить.\n\n Первая версия доступна в регионе US East (N. Virginia), то есть `us-east-1`. AWS описывает тарификацию по числу вызовов инструмента; в руководстве по началу работы указана цена $10 за 1 000 вызовов Web Answer. Это лишь часть операционных расходов: в бюджет также входят шлюз, модель, на которой работает окружающий агент, последующие инструменты, журналирование и работа по проверке ответов.\n\n ## Какую практическую проблему он устраняет\n\n Агенту, работающему с актуальной информацией, часто требуется гораздо больше скрытой от пользователя инфраструктуры, чем кажется. Типичная реализация должна отдельно ответить на несколько вопросов.\n\n - Какого поставщика поиска выбрать?\n- Как формулировать дополнительные запросы, если первые результаты неполны?\n- Как загружать страницы, не поддерживая небезопасный или хрупкий браузерный стек?\n- Как удалять навигацию, рекламу и не относящееся к делу содержимое страниц?\n- Как сопоставлять противоречащие друг другу даты публикации и утверждения?\n- Как прикреплять цитаты к конкретным фразам в ответе?\n- Что делать, если доказательств недостаточно для вывода?\n\n Каждое решение превращается в код приложения, а каждый фрагмент кода становится частью поверхности надёжности. Результат поиска может быть устаревшим. Парсер страниц может сломаться. Промпт для синтеза может потерять атрибуцию. Форматтер цитат способен поставить действительный URL рядом с утверждением, которое страница на самом деле не подтверждает.\n\n Web Answer объединяет значительную часть этого цикла в управляемую возможность. Для команды, создающей помощника службы поддержки, исследовательский инструмент, средство первичной проверки соответствия требованиям или внутреннего агента вопросов и ответов, это может существенно уменьшить первый полезный прототип. Кроме того, появляется единое место для применения ограничений доменов на уровне шлюза, вместо того чтобы полагаться только на инструкции, скрытые в промпте агента.\n\n Преимущество особенно заметно, когда агенту нужен готовый ответ на узкий фактический вопрос. Оно слабее, если приложению требуются исходные документы, собственное ранжирование, своя модель извлечения, частный корпус данных или точный контроль над каждым промежуточным шагом поиска.\n\n ## Web Answer — не то же самое, что Web Search\n\n AWS представляет Web Answer и Web Search как соседние возможности AgentCore, но они рассчитаны на разные проектные решения.\n\n Web Search возвращает приложению или его модели материалы поиска для дальнейшей обработки. Разработчик сохраняет контроль над ранжированием, фильтрацией, извлечением данных, синтезом и форматом итогового ответа. Этот вариант лучше подходит для рабочих процессов, которым нужно изучить несколько документов-кандидатов, применить собственный метод оценки, извлечь структурированные поля или объединить результаты из веба с внутренними записями до подготовки ответа.\n\n Web Answer возвращает готовый ответ. Этот инструмент рассчитан на отдельную задачу внутри более крупного агента, когда разработчику нужны актуальные сведения с цитатами, но он не хочет поддерживать еще один конвейер извлечения данных. Агент может использовать Web Search для открытой исследовательской задачи, а Web Answer — для ограниченного вопроса вроде: «Что изменилось на этой неделе в рекомендациях данного регулятора и какие официальные страницы подтверждают каждое изменение?»\n\n Следовательно, выбор имеет архитектурный характер, а не сводится к выбору между двумя названиями. Web Answer предлагает меньше контроля в обмен на более низкие затраты на сопровождение. Web Search оставляет приложению больше работы, зато открывает больше этапов сбора свидетельств.\n\n Полезно начать с вопроса: нужны ли последующему агенту источники или готовый ответ? Если ему нужно самостоятельно сопоставлять несколько документов, выбирайте инструмент, ориентированный на извлечение данных. Если нужен короткий фактический ответ с цитатами, а команда готова доверить синтез управляемому сервису, Web Answer подойдет лучше.\n\n ## Цитаты повышают прослеживаемость, но не гарантируют истинность\n\n Цитата подтверждает прослеживаемость. Она не гарантирует правильность ответа.\n\n Web Answer может связывать утверждения с URL источников, но агенту по-прежнему необходимо интерпретировать содержание этих источников. Страница может быть официальной, но устаревшей. Поставщик может точно описывать возможности продукта, умолчав об ограничении, важном для покупателя. Два заслуживающих доверия источника могут описывать разные версии политики. Поисковая система может найти вторичное резюме раньше первичного объявления.\n\n В рабочих процессах с серьезными последствиями приложение должно рассматривать цитаты как объекты для проверки, а не как декоративные ссылки, добавляемые после генерации. Как минимум командам следует проверить, что:\n\n - у каждого существенного утверждения есть цитата;\n- процитированный фрагмент действительно подтверждает утверждение, а не просто упоминает тему;\n- даты публикации видны, если от времени зависит ответ;\n- противоречащие друг другу источники показываются пользователю, а не безмолвно объединяются;\n- система сообщает, когда найденных свидетельств недостаточно;\n- пользователь может открыть источник, не теряя контекст утверждения;\n- цитаты сохраняются при последующих преобразованиях, таких как суммаризация, перевод или экспорт.\n\n Это особенно важно, когда агент использует Web Answer как промежуточный этап. Если агент получает ответ с цитатами, а затем переписывает его в электронное письмо, тикет или рекомендацию, исходные свидетельства могут исчезнуть. Рабочий процесс должен передавать цитаты вместе с текстом, а не оставлять их во внутреннем журнале инструмента.\n\n Тот же принцип относится к автоматизированному принятию решений. Ответ с цитатами может помочь проверяющему понять, почему агент пришел к определенному выводу, но не должен автоматически становиться основанием для одобрения только потому, что в ответе есть ссылки.\n\n ## Контроль доменов важнее остроумного промпта\n\n AWS предоставляет списки разрешенных и запрещенных доменов, а также фильтры по дате публикации как элементы управления инструментом. Администратор шлюза может задать внешнюю границу, а агент будет работать внутри нее.\n\n Это более надежный контроль, чем инструкция агенту «отдавай предпочтение официальным источникам». Текст промпта можно проигнорировать, ослабить в ходе длинной задачи или переопределить последующей инструкцией. Политика доменов на уровне шлюза может не позволить инструменту обращаться к источникам, которые организация не одобрила для конкретного рабочего процесса.\n\n Разумная политика может отличаться в зависимости от задачи. Агента технической поддержки ПО можно ограничить документацией поставщика, страницей статуса и примечаниями к выпускам. Агента для мониторинга регулирования можно настроить на работу с государственными ведомствами, организациями по стандартизации и контролируемым набором профильных публикаций. Агенту для исследования рынка может потребоваться более широкий набор источников, но его результат следует обозначать как исследование, а не как авторитетный факт.\n\n Список доменов не следует считать постоянным белым списком, который решает все проблемы качества. Даже одобренные домены могут публиковать ошибки, менять URL, обновлять страницы без сохранения старых версий или содержать маркетинговые заявления. Политика доменов сужает пул свидетельств, но не заменяет оценку источников.\n\n Фильтры по дате публикации тоже требуют осторожной интерпретации. Более свежая страница не обязательно авторитетнее старой. В документации к продукту актуальная версия может быть правильной. В законодательстве, стандартах или исторических материалах старый источник может оставаться релевантным, тогда как более новый комментарий — искажать его содержание. Подходящая временная граница зависит от вопроса.\n\n ## Приватность и сетевые границы требуют отдельной проверки\n\n AWS сообщает, что Web Answer использует веб-индекс и граф знаний, работающие под управлением Amazon, а запросы и результаты остаются внутри среды AWS. Сервис предоставляется через AgentCore Gateway: для шлюза используется аутентификация IAM, а управляемый коннектор вызывается с помощью сервисной роли AWS. AWS также указывает, что сервис не допускает вывода данных за пределы среды.\n\n Эти заявления описывают границы сервиса, но не дают безусловного разрешения передавать конфиденциальные сведения в любой запрос. Команде всё равно нужно определить, что агенту разрешено включать в вопрос. Имя клиента, внутренний номер инцидента, ещё не опубликованные сведения о продукте или юридическое дело могут превратить обычный на вид веб-поиск в событие, связанное с обработкой данных.\n\n По возможности безопаснее отделять частный контекст от публичного вопроса. Агент может обратиться к внутренним системам, чтобы определить общую суть проблемы, а затем передать Web Answer минимизированный запрос без лишних персональных или конфиденциальных сведений. Если конкретная деталь необходима, команда должна убедиться, что её передача сервису допускается договорными, нормативными требованиями и правилами хранения данных.\n\n Аутентификацию шлюза также нужно тестировать отдельно. Шлюз может защищать доступ к коннектору, но сам по себе не подтверждает, что каждому агенту, пользователю или рабочему процессу разрешено задавать любые вопросы. Авторизация должна быть связана с задачей и классификацией данных. Агент поддержки клиентов и агент для внутренних юридических исследований могут использовать общий инфраструктурный слой, но при этом нуждаться в разных границах доменов, правилах журналирования и процедурах согласования человеком.\n\n ## Стоимость легко недооценить\n\n При заявленной цене $10 за 1 000 вызовов инструмента Web Answer выглядит недорогим, если считать стоимость одного ответа. В рабочей среде всё редко ограничивается одним ответом.\n\n Агент может вызвать инструмент несколько раз: задать уточняющие вопросы, повторить неудачный запрос или разделить широкую задачу на несколько поисковых запросов. Ассистент для пользователей может повторять похожие вопросы в разных сеансах. Фоновый мониторинг может запускаться по расписанию, даже если существенных изменений не произошло. Окружающая модель также расходует токены на интерпретацию результата, разрешение противоречий или подготовку ответа в другой формулировке.\n\n Более точную оценку стоимости следует начинать с объёма рабочих процессов, а не с цены одного вызова:\n\n ```text\nмесячная стоимость веб-ответов\n= ожидаемое число вызовов инструмента на задачу\n× число задач в месяц\n× цена одного вызова\n```\n\n В этот расчёт нужно добавить стоимость инференса модели, шлюза, хранения, наблюдаемости и проверки человеком. Если для задачи обычно требуется три вызова Web Answer, но её можно решить одним тщательно сформулированным вопросом, дизайн промпта и рабочего процесса напрямую влияет на счёт. Если неудачный ответ запускает повторные попытки, проблемы надёжности одновременно становятся проблемами стоимости.\n\n Командам стоит измерять долю вызовов, которые дают ответ, признанный проверяющим пригодным к использованию, число цитат, требующих исправления, медианную задержку и задержку в хвосте распределения, а также частоту ненужных вызовов инструмента агентами. Дешёвый вызов, который приводит к непригодному ответу, на уровне рабочего процесса дешёвым не является.\n\n ## Настройка стала проще, но не исчезла\n\n Пошаговое руководство AWS требует учётную запись AWS с доступом к AgentCore Gateway, шлюз в `us-east-1` с входящей аутентификацией IAM, разрешения для вызывающей стороны, сервисную роль с правом вызывать Web Answer и поддерживаемую среду агента. В примере используются Python 3.10 или более поздняя версия и компоненты, совместимые с MCP.\n\n Настроить это проще, чем построить полноценный сервис веб-исследований, но всё равно требуется изменить инфраструктуру. Команде нужно создать шлюз или выбрать существующий, настроить разрешения, добавить управляемую цель, определить административные границы доменов и проверить, как окружающий агент обрабатывает результат.\n\n Ограничение по регионам может оказаться главным практическим препятствием. Согласно документации на момент запуска, Web Answer доступен в регионе US East (N. Virginia); позднее ожидается поддержка дополнительных регионов. Компания, на которую распространяются требования к локализации данных или региональной изоляции, либо рабочая нагрузка, развернутая в другом регионе, может не суметь использовать его как основной путь. Даже если агент работает в другом регионе, необходимо проверить доступность коннектора и связанные с ним последствия для потоков данных.\n\n Сервис также создает зависимость от управляемого AWS поведения поиска и подготовки ответов. Для команд, которым нужно сократить объем поисковой инфраструктуры, это может быть разумным компромиссом. Риск появляется, когда приложению нужны стабильные, воспроизводимые рейтинги или полный контроль над версиями моделей и выбором доказательств.\n\n ## Разумный план оценки\n\n Оценивать Web Answer стоит на вопросах, которые агент действительно будет получать, а не на подборке эффектных демонстраций.\n\n Начните с небольшого набора задач, требующих актуальной информации. Включите вопросы с одним очевидным первичным источником, вопросы, по которым несколько источников расходятся, вопросы с ограничением по дате публикации, вопросы, где правильный ответ — «доказательств недостаточно», а также вопросы с терминами, которые легко спутать между собой. Добавьте несколько состязательных примеров: в них высоко расположенная страница авторитетна по теме, но не подтверждает утверждение, о котором спрашивают.\n\n Для каждого ответа фиксируйте сам ответ, цитаты, даты источников, задержку и решение проверяющего о приемлемости доказательств. Если команда уже использует Web Search или собственный конвейер извлечения данных, протестируйте тот же рабочий процесс и с ним. Сравнивать нужно не только качество ответов. Измерьте трудозатраты на разработку, нагрузку на сопровождение, контроль над источниками, сценарии отказа и объем необходимой проверки.\n\n Затем протестируйте агента вокруг инструмента. Задает ли он Web Answer точный вопрос или передает коннектору весь запрос пользователя? Сохраняет ли он цитаты при подготовке итогового сообщения? Понимает ли, когда нужно остановиться? Не повторяет ли попытки бесконечно? Может ли пользователь увидеть, какой источник подтверждает конкретную рекомендацию? Сохраняется ли ограничение по доменам, когда агент переформулирует запрос?\n\n Для рабочих процессов с серьезными последствиями добавьте проверку человеком до того, как ответ изменит запись клиента, отправит юридическую трактовку, изменит настройку безопасности или запустит необратимое действие. Web Answer может улучшить доказательную базу для проверяющего, но не отменяет необходимость такой проверки.\n\n ## Кому стоит попробовать\n\n Web Answer подойдет командам, которые уже используют AgentCore Gateway, нуждаются в актуальной информации из публичного веба и хотят получать ответ с цитатами как ограниченный шаг внутри более крупного агента. Особенно полезным он может быть для поддержки, продуктовой документации, мониторинга политик и внутренних исследовательских процессов, где построение извлечения, синтеза и обработки цитат иначе отвлекало бы от основной задачи приложения.\n\n Он менее убедителен для команды, которой нужны частный поисковый индекс, собственное ранжирование документов, исходное содержимое страниц, детерминированное извлечение или работа в регионе, где коннектор недоступен. Это также может быть неподходящим выбором для организации, которая не готова принять управляемый синтез или должна проверять каждое решение о поиске на уровне ниже итогового ответа.\n\n Практический вопрос заключается не в том, способен ли Web Answer выдать отполированный ответ. Способен. Важно понять, оправдывает ли сэкономленная инженерная работа тот контроль, от которого команда отказывается, и достаточно ли в рабочем процессе механизмов работы с доказательствами, чтобы такой компромисс был безопасным.\n\n AWS упростила подключение веб-исследований к агенту. Следующая инженерная задача — явно определить границы этого исследования: одобренные источники, минимизированные запросы, видимые цитаты, измеримые затраты, региональные ограничения и четкое правило, когда управление должен принять человек.","available_translations":[{"language":"ar","title":"AWS Web Answer يحوّل البحث على الويب إلى أداة للوكلاء، لكن حدود الاستشهاد لا تزال مسؤوليتك","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=ar","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=ar","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=ar","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=ar"},{"language":"de","title":"AWS Web Answer macht Webrecherche zu einem Agent-Tool. Die Zitiergrenze bleibt bei Ihnen","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=de","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=de","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=de","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=de"},{"language":"en","title":"AWS Web Answer Turns Web Research into an Agent Tool. The Citation Boundary Still Belongs to You","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=en","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=en","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=en","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=en"},{"language":"es","title":"AWS Web Answer convierte la investigación web en una herramienta para agentes. El límite de las citas sigue siendo tu responsabilidad","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=es","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=es","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=es","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=es"},{"language":"fr","title":"AWS Web Answer transforme la recherche web en outil pour agents. La limite des citations reste entre vos mains","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=fr","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=fr","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=fr","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=fr"},{"language":"pl","title":"AWS Web Answer zamienia badanie sieci w narzędzie agenta. Granica odpowiedzialności za cytowania nadal należy do Ciebie","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=pl","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=pl","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=pl","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=pl"},{"language":"ru","title":"AWS Web Answer превращает веб-исследование в инструмент агента. Но граница ответственности за цитирование по-прежнему у вас","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=ru","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=ru","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=ru","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=ru"},{"language":"zh","title":"AWS Web Answer 将网络研究变成代理工具，但引文边界仍由你掌控","html_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=zh","markdown_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=zh","json_url":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=zh","api_url":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=zh"}],"_links":{"self":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=ru","api":"https://publicasta.com/api/public/v1/channels/ai_practice/articles/aws_web_answer_agentcore_cited_web_research?lang=ru","html":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=ru","canonical":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research?lang=ru","markdown":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.md?lang=ru","json":"https://publicasta.com/ai_practice/aws_web_answer_agentcore_cited_web_research.json?lang=ru","channel":"https://publicasta.com/api/public/v1/channels/ai_practice","channel_articles":"https://publicasta.com/api/public/v1/channels/ai_practice/articles","search":"https://publicasta.com/api/public/v1/search","documentation":"https://publicasta.com/api-docs#reading-publicasta","openapi":"https://publicasta.com/api-docs/openapi.json","llms":"https://publicasta.com/llms.txt"}}