Как сохранить расшифровки встреч в тайне при работе через OpenRouter

Коротко: если вы отправляете расшифровки встреч через OpenRouter, включите настройки конфиденциальности в аккаунте OpenRouter и одной кнопкой добавьте те же два флага в запросы Autorec. Zero Data Retention оставляет в маршрутизации только эндпоинты, которые ничего не хранят, а блокировка провайдеров, сохраняющих входные данные для обучения, отсекает остальных. Собственную опцию OpenRouter для передачи данных оставьте выключенной. Если нужна обработка только в ЕС, укажите в Autorec базовый URL европейского эндпоинта. Всё это описано по документации OpenRouter на октябрь 2026 года; настройки меняются, так что сверьтесь со ссылками в конце.

Autorec записывает и расшифровывает на вашем компьютере. Необязательная AI-сводка — единственный шаг, на котором текст уходит куда-то ещё: расшифровка отправляется на тот эндпоинт, который вы указали в «Настройки → AI-сводка». В каждом запросе — ваш промпт для сводки, полная расшифровка, название модели, max_tokens, temperature и дополнительные поля, если вы их добавили (о них ниже). Если эндпоинт — OpenRouter, текст пересылается провайдеру модели, которого вы, возможно, никогда не выбирали по имени. В этом и состоит вопрос конфиденциальности. (Если не хочется им задаваться, пост о локальных LLM рассказывает, как делать сводки на собственном железе.)

Саму настройку OpenRouter описывает пост «Сводки встреч через OpenRouter». Здесь — только о конфиденциальности.

Что хранит сам OpenRouter

Согласно документации OpenRouter о конфиденциальности, по умолчанию он не хранит ваши промпты и ответы. Зато хранит метаданные каждого запроса, например число токенов и задержку.

Есть две опции, обе по умолчанию выключены и не зависят друг от друга:

• Private Input & Output Logging (настройки Observability) сохраняет промпты и ответы, чтобы вы могли просматривать их в своих журналах.
• OpenRouter Use of Inputs/Outputs (настройки Privacy) разрешает OpenRouter использовать ваши промпты и ответы для улучшения продукта. Взамен вы получаете скидку 1% на использование моделей.

Ради скидки я бы не стал рисковать конфиденциальными звонками. Оставьте обе опции выключенными.

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

Главный вопрос — провайдер

OpenRouter пересылает запрос провайдеру модели, а у каждого провайдера своя политика. Одни какое-то время хранят промпты. Другие могут на них обучаться. В документации OpenRouter по маршрутизации режим по умолчанию описан как allow: подходят и провайдеры, которые «store user data non-transiently and may train on it» (хранят данные пользователей не только на время запроса и могут на них обучаться).

Для этого у вас есть два рычага, и оба находятся в настройках конфиденциальности аккаунта на openrouter.ai/settings/privacy.

Zero Data Retention

С включённым ZDR OpenRouter направляет запросы только на эндпоинты с политикой Zero Data Retention, то есть такие, которые ничего не сохраняют после инференса. На странице настроек для каждой группы моделей свой переключатель: Anthropic, OpenAI, Google, xAI и «all other models». Включите группы, которыми действительно пользуетесь, или все сразу.

Две вещи, которые стоит знать:

• Подходящих эндпоинтов меньше, поэтому некоторые модели могут стать недоступны или обслуживаться меньшим числом провайдеров. В документации сказано, что эндпоинты без ZDR при включённом ZDR «may not be available». Включив его, проверьте свою модель.
• ZDR распространяется только на маршрутизацию инференса. У плагинов и серверных инструментов вроде веб-поиска свои правила хранения. Autorec ими не пользуется, но это стоит помнить, если тот же ключ используется где-то ещё.

Блокировка провайдеров, обучающихся на входных данных

Вторая настройка отключает сторонних провайдеров, которые сохраняют входные данные для обучения. В API ей соответствует data_collection: "deny": используются только провайдеры, не собирающие пользовательские данные. ZDR строже, но можно включить обе.

Флаги для каждого запроса в Autorec

Те же два параметра OpenRouter принимает и в каждом отдельном запросе, в объекте provider. Autorec позволяет их добавить. В «Настройки → AI-сводка» есть текстовое поле Extra request fields (JSON). Любой JSON-объект оттуда подмешивается на верхний уровень каждого запроса сводки. Если выбран пресет OpenRouter, нажмите Use privacy settings, и поле заполнится так:

{"provider": {"zdr": true, "data_collection": "deny"}}

Можно вставить это и вручную. Поле сохраняется, когда вы из него уходите. API-ключ OpenRouter по-прежнему нужен в поле ключа.

Что делают эти два флага, согласно документации OpenRouter по выбору провайдера:

• zdr: true направляет запрос только на эндпоинты с политикой Zero Data Retention.
• data_collection: "deny" использует только провайдеров, которые не собирают пользовательские данные. По умолчанию — "allow".

Autorec проверяет содержимое поля. model, messages и stream зарезервированы, потому что их Autorec задаёт сам; попытка их сохранить даст сообщение «Not saved: autorec sets “model” itself.» (с подставленным именем поля). Всё, что не является JSON-объектом, отклоняется с сообщением «Not saved: this isn’t a JSON object.» Поле может переопределить max_tokens и temperature, так что не добавляйте их туда без нужды.

Настройки аккаунта тоже не выключайте

Я бы всё равно включил общие настройки аккаунта из предыдущего раздела. zdr на уровне запроса только добавляет ограничение: OpenRouter совмещает его с настройками аккаунта и guardrails, так что ослабить их он не может. К тому же настройки аккаунта действуют для всех приложений, которые используют ваш ключ, и страхуют на случай, если вы случайно очистите поле или вставите в него опечатку. Флаги в запросе — второй слой защиты, а не замена.

Guardrails для команд

Guardrails в OpenRouter — это правила, которые назначаются API-ключам или участникам организации. С их помощью можно принудительно включить ZDR для групп моделей, ограничить список разрешённых провайдеров и моделей и указать, какие региональные домены может использовать ключ. Пока guardrail не назначен, он ничего не ограничивает, а если действует несколько, побеждает более строгое правило.

Одному человеку с одним ключом хватит настроек аккаунта. Если же в организации несколько человек, заведите отдельный ключ только для Autorec и назначьте ему guardrail, чтобы защита не зависела от личных настроек каждого.

Обработка только в ЕС

Если в ваших звонках есть данные из ЕС, OpenRouter предлагает маршрутизацию внутри региона. Включается она сменой базового URL, никаких переключателей:

https://eu.openrouter.ai/api/v1

В Autorec откройте «Настройки → AI-сводка», выберите провайдером OpenRouter и отредактируйте поле Базовый URL API. Это обычное текстовое поле, значение пресета можно просто перезаписать. API-ключ и идентификаторы моделей остаются прежними.

Что говорит об этом документация:

• Тарифы. Доступно на тарифах Business и Enterprise. На Business можно перейти самостоятельно в Settings, Manage plan.
• Отказ вместо обхода. Запросы на европейский домен уходят только к провайдерам внутри региона (ЕС/ЕЭЗ, Великобритания и Швейцария). Если ни один из них не обслуживает вашу модель, вы получите ошибку, а не тихое переключение на другой регион. Европейский каталог — подмножество глобального.
• Не всё остаётся в ЕС. Данные аккаунта, платёжные записи, данные аутентификации, журналы безопасности и метаданные отслеживания злоупотреблений могут по-прежнему обрабатываться в США.
• DPA. OpenRouter предлагает договор об обработке данных по GDPR со Стандартными договорными условиями. Есть и приложение об обработке API-данных только в ЕС, но оно действует, только если вы письменно выбрали его. Автоматически оно не применяется.
• В паре с ZDR. Документация рекомендует использовать региональную маршрутизацию вместе с Zero Data Retention. Регион определяет, где идёт обработка. ZDR — сохраняется ли что-нибудь.
• Принудительный контроль. Настройка guardrail «allowed data regions» может отклонять запросы, пришедшие не через тот домен.

Ваши собственные облачные аккаунты региональная маршрутизация тоже не переносит. Если вы подключаете свои ключи для Bedrock, Azure или Vertex, эти развёртывания должны находиться в нужном регионе. Более широкую картину соответствия, включая то, что покрывает DPA и чего не покрывает, разбирает пост о GDPR.

Чек-лист

1. В OpenRouter откройте Settings, Privacy и включите ZDR для каждой группы моделей, которой пользуетесь.
2. Там же отключите провайдеров, сохраняющих входные данные для обучения.
3. Оставьте выключенными OpenRouter Use of Inputs/Outputs (скидка 1%) и Private Input & Output Logging.
4. В Autorec откройте «Настройки → AI-сводка», выберите OpenRouter и нажмите Use privacy settings под полем Extra request fields.
5. По желанию, для работы с ЕС: на тарифе Business или Enterprise замените в Autorec Базовый URL API на https://eu.openrouter.ai/api/v1 и, если есть возможность, добавьте guardrail по региону данных.
6. Для команд: заведите отдельный ключ для Autorec и назначьте ему guardrail.
7. Сделайте пробную сводку на ненужной записи. Если пришла ошибка с «no endpoints», для вашей модели нет провайдера с ZDR (или внутри региона). Выберите другую модель.

Чего это не решает

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

Источники, проверено в октябре 2026 года: документация OpenRouter о сборе данных и журналировании, Zero Data Retention, выборе провайдера, маршрутизации внутри региона и guardrails.