Проверить маршрут и найти запрос в истории

Подключить приложение к корпоративному шлюзу и проверить маршрут запроса.

Перед началом

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

Что нажимать

  1. Откройте Модели и найдите модель, которую будет запрашивать клиент.
  2. Перейдите в Playground (/playground). Выберите режим Маршрут, если проверяете решение маршрутизации; Чат нужен для полного ответа модели.
  3. Введите короткий вопрос, например «Объясни, что такое JSON». Выберите идентификатор модели, доступный вашей организации.
  4. В режиме «Маршрут» нажмите Маршрутизировать. В результате сверьте действие политики, модель, провайдера и периметр.
  5. После полного запроса откройте История запросов (/history). Найдите запрос по времени или request ID.
  6. Для причины выбора маршрута перейдите в Routing Audit. Не считайте простой ответ модели доказательством нужного периметра.
Dry-run: PUBLIC → route → external
Dry-run: PUBLIC → route → external
2026-10-15 · Настоящее приложение на staging. Только синтетический клиент, публичные определения или агрегированные показатели тестового стенда. Это не статистика клиентов и не benchmark. Исходные пиксели не изменены; профиль и закрытые данные исключены. Dry-run проверяет выбор маршрута и не вызывает LLM.
  1. Маршрут
  2. Чат
  3. Безопасный
  4. Код
  5. Конфиденциальный
  6. Ограниченный
  7. Модель для песочницы маршрутизации
  8. Маршрутизировать

Как проверить результат

Для Route показано решение; для Chat получен ответ. Провайдер и периметр соответствуют требованиям подключения. При блокировке результат должен показывать причину политики.

Если не получилось

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