Perplexity Sonar — линейка моделей Perplexity с веб-поиском и цитатами, которую вызывают из собственного сервиса, и по документации вендора поддержка Sonar Chat Completions завершилась 27 сентября 2026 года. Уже работающие синхронные и потоковые вызовы продолжают отвечать в переходном режиме, а для новых сервисов вендор предлагает Agent API. Поэтому до любой интеграции проверяйте актуальный статус в документации Perplexity.
Статус Sonar
Sonar в документации Perplexity отнесён к прежнему поколению: синхронные и потоковые вызовы пока обслуживаются, асинхронные поддержку потеряли, а новые интеграции вендор советует строить на Agent API.
Прежняя страница модели Sonar в документации Perplexity теперь ведёт на руководство по переходу. В руководстве по миграции с Sonar сказано, что поддержка Sonar Chat Completions закончилась 27 сентября 2026 года. Синхронные и потоковые запросы продолжают работать: вендор постепенно переформулирует их в запросы Agent API, по моделям. Асинхронные запросы из поддержки исключены, их переносят в фоновый режим Agent API. Условия вендор вправе менять, а статья фиксирует положение на 5 октября 2026 года.
Для сервиса это означает простое практическое правило. Работающую интеграцию трогайте осторожно, а развивать её на старом формате дальше неразумно. Новые функции, повторные тесты и обучение команды планируйте под Agent API, а Sonar держите как действующий контур, который однажды придётся заменить.
Откуда берётся риск. Сервис на Sonar зависит от формата ответа и поведения поиска, а оба параметра вендор меняет без согласования с вами. Два признака тревоги: в логах появились ответы с пустым списком источников, либо привычный параметр запроса перестал действовать. Оба признака ловит ежедневный контрольный вызов с заранее известным вопросом.
| Линейка Sonar | Эквивалент в Agent API по документации | Для какой задачи брали |
|---|---|---|
| Sonar | пресет fast | Быстрый ответ с источниками на один вопрос |
| Sonar Pro | пресет fast | Вопросы сложнее, больше источников |
| Sonar Reasoning Pro | пресет low | Ответ с цепочкой рассуждений |
| Sonar Deep Research | пресет high | Длинное исследование по теме |
Что приходит в ответе
Ответ Sonar строился в формате OpenAI Chat Completions: массив choices с текстом и отдельное поле search_results. В этом поле документация перечисляет заголовок, адрес, дату и фрагмент текста каждой найденной страницы. Формат Agent API устроен иначе: вместо массива messages он принимает параметр input, а вместо choices возвращает типизированный массив output. Для вашего сервиса именно search_results служит материалом для проверки, а связный текст ответа остаётся пересказом.
Основной приём такой: сервис показывает пользователю ответ только вместе с перечнем источников и сам, без участия модели, сопоставляет номера сносок в тексте со списком найденных страниц. Когда сноска указывает на отсутствующий пункт списка, ответ уходит на ручной разбор. Подробнее общие сценарии применения разобраны в статье про Perplexity API для компании, а механику проверки цитат на собственных данных показывает материал про тест цитат в прототипе RAG.
Дату публикации страницы из search_results используйте для вопросов со сроком годности: тарифы, правила, версии продуктов. Свежий пересказ устаревшей страницы остаётся устаревшим ответом. Простая серверная проверка отбрасывает источники старше заданного порога или помечает их для человека.
В журнале сохраняйте идентификатор запроса, текст вопроса, список адресов и время ответа. Вместо полного текста и данных клиента пишите ссылку на карточку в вашей системе. По такому журналу легко повторить сомнительный случай и показать владельцу процесса, на чём держался ответ.
Тест точности
Тест нужен до запуска и после каждого изменения настроек: он даёт измеримый результат вместо впечатления. Строится на наборе контрольных вопросов, ответы на которые вы можете подтвердить сами.
- Соберите двадцать-тридцать вопросов из реальной работы: проверка факта, поиск свежей новости по теме, уточнение условий продукта. Рядом запишите эталонный ответ и страницу-источник.
- Прогоните вопросы через сервис и сохраните полный ответ вместе с перечнем найденных страниц.
- Отметьте по каждому ответу три признака: совпал ли смысл с эталоном, подтверждает ли утверждение открытая страница, свежая ли страница.
- Повторите набор в другой день: поиск идёт по живому вебу, и стабильность результата тоже входит в критерий.
Размер набора подбирайте под риск: для справочного помощника хватает двадцати вопросов, а для сервиса, где ответ уходит клиенту, набор растёт и пополняется каверзными случаями — устаревшая цена, двусмысленный термин, вопрос без ответа в вебе. Теперь о том, что считать провалом. Ответ без опоры на найденную страницу — провал, даже когда он случайно верен. Уверенный ответ там, где источников мало, — тоже провал, поскольку клиент увидит гладкий текст без предупреждения. Хороший ответ признаёт пробел и называет, чего в источниках нет.
Какой вопрос ваши сотрудники сегодня гуглят чаще всего?
Фильтры источников
Для рабочего сервиса открытый веб часто шире, чем нужно. В документации Perplexity описан фильтр по доменам с разрешающим и запрещающим списками. Разрешающий список сужает поиск до выбранных сайтов: официальная документация вендоров, отраслевые издания, сайты регуляторов. Запрещающий убирает домены, которые регулярно тянут в ответ слабые материалы.
Фильтр лишь сужает поле, а проверка остаётся прежней: сервис показывает источники, человек открывает ключевые и подтверждает цитату. Составляйте список доменов вместе с владельцем темы и пересматривайте его раз в квартал. Если вопрос касается собственных документов, ищите по своей базе, как в статье про базу знаний на RAG.
Вызов поиска делает ваш сервер, и ключ хранится только на нём. Браузер пользователя видит только ваш маршрут, а ограничения на длину вопроса, число запросов в минуту и допустимые домены задаются в вашем коде. Тогда у сотрудника нет инструмента, которым можно гулять по вебу без следа в журнале.
Собирайте новый сервис так, чтобы вызов поиска сидел за собственным интерфейсом в одном модуле: ваш код получает вопрос, возвращает ответ и список источников. Тогда замена Sonar на Agent API или другого поставщика ограничивается одним файлом и повторным прогоном контрольного набора.
Решение по сервису
Схема запуска из трёх условий. Первое: контрольный набор показал приемлемую долю ответов с подтверждённой цитатой, порог задаёт владелец процесса. Второе: сервер сопоставляет сноски со списком источников и блокирует ответ с висячей ссылкой. Третье: у каждого решения, влияющего на деньги или обязательства, есть человек, открывший источник и поставивший отметку в журнале. Без этой отметки ответ остаётся справкой для чтения, а действие по нему запрещено правилами сервиса. Так граница между подсказкой модели и решением компании видна любому проверяющему.
Про доступность скажем осторожно. Оплата российскими банковскими картами у зарубежных сервисов, как правило, недоступна. Условия доступа и обработки данных уточняйте у вендора, обходные схемы оплаты исключите из проекта. Данные запроса уходят во внешний сервис, поэтому в вопросах оставляйте обезличенный текст.
Отдельно решите, что делает сервис при сбое поиска. Возможны три ответа: показать сообщение об ошибке, передать вопрос сотруднику или вернуть ранее проверенный ответ с датой. Выбор записывают в регламент, иначе в первую же ночь с ошибкой сервис отвечает по-своему.
Составьте контрольный набор из двадцати вопросов и прогоните его через действующий вызов, чтобы увидеть исходное качество. Параллельно откройте руководство по миграции и отметьте, какие пресеты закроют ваши сценарии. Если нужен план перехода и тест под ваши задачи, обсудите с нами ИИ-агента с поиском и источниками; состав работ определим после знакомства с процессом.