Як зберегти конфіденційність транскрипцій зустрічей в OpenRouter

Коротко: якщо ви надсилаєте транскрипції зустрічей через OpenRouter, увімкніть налаштування конфіденційності в обліковому записі OpenRouter і однією кнопкою додайте ті самі два прапорці до запитів Autorec. Zero Data Retention обмежує маршрутизацію ендпоінтами, які нічого не зберігають, а блокування провайдерів, що зберігають вхідні дані для навчання, відсікає решту. Власну опцію OpenRouter щодо обміну даними залиште вимкненою. Щоб дані оброблялися лише в ЄС, вкажіть в Autorec базову URL-адресу європейського ендпоінта. Так ці налаштування описує документація OpenRouter станом на жовтень 2026 року; вони змінюються, тож перевірте посилання наприкінці.

Autorec записує й транскрибує на вашому комп’ютері. Необов’язковий ШІ-підсумок — єдиний крок, на якому текст кудись іде: транскрипція надсилається на ендпоінт, який ви вказали в «Налаштування» → «Підсумок від ШІ». Кожен запит містить ваш промпт для підсумку, повну транскрипцію, назву моделі, 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 ендпоінти без нього «may not be available». Перевірте свою модель після перемикання.
• ZDR стосується лише маршрутизації інференсу. У плагінів і серверних інструментів на кшталт вебпошуку свої правила зберігання. Autorec ними не користується, але це варто знати, якщо ви використовуєте той самий ключ деінде.

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

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

Прапорці для кожного запиту в Autorec

OpenRouter приймає ці самі два важелі в кожному запиті, в об’єкті provider. Autorec дає змогу їх додати. У «Налаштування» → «Підсумок від ШІ» є текстове поле 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 відкрийте «Налаштування» → «Підсумок від ШІ», виберіть OpenRouter як провайдера й відредагуйте поле Базова URL-адреса API. Це звичайне текстове поле, тож значення пресета можна перезаписати. Ключ API та ідентифікатори моделей лишаються тими самими.

Що про це каже документація:

• Тарифи. Доступно на тарифах Business та Enterprise в OpenRouter. На Business можна перейти самостійно в Settings, Manage plan.
• Без тихих обхідних шляхів. Запити на європейський домен ідуть лише до провайдерів у регіоні (ЄС/ЄЕЗ, Велика Британія та Швейцарія). Якщо жоден не може обслужити вашу модель, ви отримаєте помилку, а не тихе перенаправлення в інший регіон. Європейський каталог — це підмножина глобального.
• Не все лишається в ЄС. Дані облікового запису, платіжні записи, дані автентифікації, журнали безпеки й метадані моніторингу зловживань можуть і далі оброблятися в США.
• DPA. OpenRouter пропонує договір про обробку даних за GDPR зі стандартними договірними умовами. Додаток про обробку API-даних лише в ЄС існує, але діє тільки тоді, якщо ви письмово його обрали. Автоматично він не застосовується.
• Поєднуйте із ZDR. Документація радить використовувати регіональну маршрутизацію разом із Zero Data Retention. Регіон визначає, де відбувається обробка. ZDR визначає, чи щось зберігається.
• Контроль. Налаштування дозволених регіонів даних у guardrail може відхиляти запити, що прийшли не через той домен.

Ваші власні хмарні облікові записи регіональна маршрутизація теж не переносить. Якщо ви використовуєте власні ключі для Bedrock, Azure чи Vertex, ці розгортання мають бути у правильному регіоні. Стаття про GDPR розглядає ширшу картину відповідності вимогам, зокрема що DPA покриває, а що ні.

Чекліст

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

Чого це не вирішує

Ці налаштування тримаються на обіцянках кількох компаній. ZDR залежить від того, чи правдиво провайдери заявляють свою політику, а ваша транскрипція однаково йде мережею на чужі сервери. Якщо «нічого не зберігаємо» для якогось дзвінка недостатньо, створіть підсумок локально або обійдіться без нього. Транскрипція в будь-якому разі лишається звичайним текстовим файлом на вашому диску, а підсумок — крок необов’язковий.

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