Спрашивайте свои данные. Модель выбираете вы.

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

Экран аналитики: гистограмма подбора порога и таблица эффективности правил
Аналитика · подбор порога и эффективность правил

Спрашивайте, не разыскивая нужный экран.

«Сколько отказов за эту неделю?» «Какие правила чаще всего срабатывали за последние семь дней?» «Сколько кейсов ещё открыто, по очередям?» Ответ — не догадка: ассистент читает собственные записи платформы и под ответом говорит, что именно прочитал.

Он говорит, на что смотрел

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

Он не достанет то, к чему у вас нет доступа

Набор инструментов, который даётся модели, урезан под того, кто спрашивает. В сессии человека, который не видит кейсы, кейсы модели вообще не описываются — и никакая формулировка вопроса этого не меняет.

Уточняющие вопросы работают

«А за прошлый месяц?» — работает. Вместе с вопросом уходят последние реплики диалога, а не весь он: от того, что двадцатый вопрос обойдётся в двадцать раз дороже, ответ лучше не станет.

Он есть и на экране кейса

Панель, которая обсуждает дело перед аналитиком, использует ту же настройку. С каким провайдером работает организация, с тем она и говорит — без второй настройки и второго аккаунта.

Список решений с датой, сценарием, баллом, исходом и связанным кейсом, с поиском по дате и исходу
Решения · балл, исход и кейс по каждому

Таблица, график и одна фраза.

Вы пишете «отказы по дням за этот месяц» и получаете таблицу, её график и короткое замечание о том, что таблица говорит. Отчёт, который стоит сохранить, сохраняется под именем и может быть открыт остальной организации. Сохраняется вопрос, а не таблица: она пересчитывается при каждом открытии, так что «эта неделя» и через месяц означает эту неделю.

Решения

Исход, балл, набор правил, тип записи, открыт ли кейс. Объёмы, доли отказов, распределения баллов и то, какие наборы правил делают работу.

Срабатывания правил

По строке на правило в каждом решении: какое правило сработало сколько раз, сколько добавило к баллу, какое не срабатывает никогда и какое падает с ошибкой.

Кейсы

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

Что выдаёт модель — рецепт запроса, а не SQL
{
  "dataset": "decisions",
  "range": "thisMonth",
  "bucket": "day",
  "group_by": ["outcome"],
  "measures": ["count"],
  "chart": "line"
}
Список правил: название, описание, баллы и состояние каждого правила
Движок правил · баллы и обоснование каждого правила на экране

Модель никогда не пишет SQL.

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

Данные, которых вы не видите, не описываются

Набор данных, на который у вас нет прав, модели не описывается и никогда не выполняется. Это проверка в коде, а не фраза в промпте.

Фильтр организации проставляется явно

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

Ваш календарь, а не серверный

«Сегодня» начинается в полночь в вашем часовом поясе, а не там, где работает контейнер. «Последние 24 часа» — скользящее окно, и поясу оно безразлично: то же различие делает движок правил, так что одна и та же фраза считает одни и те же строки.

Очередь кейсов со столбцами статуса, исхода, даты и назначенного аналитика
Очередь кейсов · статус, исход и назначение в одной таблице

Ваш ключ, ваш счёт.

Провайдера и API-ключ организация вводит в своих настройках. Обращение к модели по поводу транзакций клиента — это данные этого клиента и его расход; один ключ от оператора пропускал бы трафик всех организаций через один аккаунт.

OpenAI, Anthropic, Google Gemini

Все три говорят на одном и том же протоколе чата, так что выбор провайдера — это выбор адреса и названия модели. Оставьте поле модели пустым, и будет использована модель провайдера по умолчанию.

Или любая точка, совместимая с OpenAI

Подойдут облачные сервисы вроде Azure OpenAI и OpenRouter, а также модели, работающие в вашей собственной инфраструктуре: vLLM, Ollama или ваш шлюз. Если наружу не должно уходить ничего, выбирать нужно второй вариант.

Ключ не возвращается обратно

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

Проверяется до сохранения

Кнопка проверки делает один вызов провайдера. Учётные данные оказываются неверными только в момент использования, и узнать об этом из пустого отчёта час спустя — верный способ списать опечатку в ключе на ассистента.

Он читает. Он не пишет.

 Обычное опасениеВ Krino
ПолномочияАссистент, который действует из окна чатаНикаких прав на запись: он не может закрыть кейс, опубликовать набор правил или изменить настройку
По умолчаниюВключён с первого дняВыключен, пока не указан провайдер; во время инцидента отключается без потери ключа
Персональные данныеМодели открыты все таблицыТолько решения, срабатывания правил и кейсы — не те таблицы событий, которые вы присылаете
Журнал аудитаПереписка исчезаетКаждая реплика записывается: вопрос, ответ, прочитанные источники, модель и израсходованные токены
Кто включаетЛюбой, у кого есть доступ к настройкамПровайдер и ключ — отдельное право, не совпадающее с правом менять организацию

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

Любой экран — в одно нажатие.

В консоли около тридцати страниц. ⌘K (Ctrl K на Windows) открывает поиск: вы печатаете, список сужается, Enter переходит. Результаты берутся из самой навигации — закрытая для вас страница не появится, — а у страниц есть ключевые слова: правила находит наборы правил, алерты — очередь кейсов.

Давайте попробуем ваш вопрос на ваших данных.

Скажите, какого провайдера вы используете, и мы покажем экран на этой модели.