---
author: OOMOL
author_url: https://oomol.com/ru/about/
datePublished: 2026-10-01
title: "Чем лучше ИИ знает вас, тем больше пользы: как безопасно дать агенту контекст"
description: Полная информация о человеке и бизнесе помогает агентам давать
  полезные советы и услуги. Какие данные им нужны и как OOMOL подходит к защите
  данных, правам доступа, соответствию требованиям и открытому коду.
lang: ru
canonical_url: https://oomol.com/ru/blog/agent-data-security/
markdown_url: https://oomol.com/ru/blog/agent-data-security.md
---

![ИИ-помощник соединяет личные и корпоративные данные, защищённые от внешнего доступа и ограниченные внутренними правами пользователей](/blog/agent-data-security/ru-cover.webp)

**Чем лучше агент знает вас, тем полезнее его советы и услуги — и тем умнее он кажется в повседневной работе.**

От Muse компании Meta до dot компании OpenAI: ИИ-помощники начинают запоминать предпочтения, подключать приложения и выполнять длительные задачи. [Официальное представление Meta Muse](https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/) · [Официальное представление OpenAI dots](https://openai.com/index/introducing-dots/)

Даже сильной модели нужно знать ваши цели, обстоятельства и ограничения. Личному помощнику нужна информация из календаря, почты, переписки и о ваших предпочтениях. Корпоративному — данные ERP, CRM и систем автоматизации офисных процессов (OA), а также информация о рынке. Тогда он сможет давать советы как консультант, знакомый с бизнесом, или действовать в пределах выданных разрешений.

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

## Достаточно информации — больше внимания к деталям

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

Он учитывает больше, потому что знает вашу ситуацию.

В бизнесе вопросы сложнее. Руководитель операционного отдела спрашивает: «Какие товары стоит активнее продвигать в следующем месяце?»

Агенту нужны сведения о спросе из CRM, запасах и возможностях поставки из ERP, согласованиях из OA. К ним добавляются продажи, поступление оплаты и изменения рынка. Если смотреть только на спрос, можно предложить товар, который компания не сможет поставить. Если только на запасы — упустить новую рыночную возможность. Если только на продажи — не заметить проблемы с прибылью и оплатой.

**Агенту нужны и подробности, и общая картина бизнеса.** Он должен понимать связи между клиентами, поставками, финансами и рынком, чтобы оценить, подходит ли совет именно этой компании.

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

```text
Цели, предпочтения, предыстория и ограничения бизнеса
                         +
ERP: запасы и поставки · CRM: спрос · OA: согласования
                         +
            Отраслевые тенденции и данные рынка
                         |
        Доступ по идентичности пользователя и задаче
                         ↓
       Агент связывает данные и понимает бизнес в целом
                         ↓
        Обоснованные советы, продуманные услуги и действия
```

*Схема: как агент использует контекст для оказания услуг. На выводы влияют способности модели и качество данных; важные решения должен проверять ответственный сотрудник.*

## Что ждёт бизнес, который не внедряет ИИ

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

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

Бизнесу нужно внедрять ИИ и решать вопросы безопасности, связанные с доступом к данным. Можно начать с конкретной задачи: подготовки к разговору с клиентом, анализа расхождений в запасах или обзора рынка. Агент получает необходимые сведения, а область применения расширяется с учётом результатов.

## Внешняя защита: данные и учётные данные доступа

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

Внешняя защита начинается с предотвращения несанкционированного доступа. Защищать нужно и рабочие данные, и OAuth Token, API Key и другие учётные данные. Их утечка может дать злоумышленнику постоянный доступ к исходной системе. Информация в контексте модели, записях задач и журналах тоже требует аккуратного обращения.

Облако OOMOL использует **конвертное шифрование** для защиты конфиденциальных данных: ключ шифрования данных превращает их в шифротекст, а другой ключ защищает сам ключ шифрования данных. Вызовы приложений выполняются в разрешённых пределах; участникам не нужно получать пароли аккаунтов или исходные Token. [Безопасность и соответствие требованиям](/ru/security/)

При подключении также нужно определить, какие модели и сервисы будут обрабатывать данные, сколько они будут храниться и как отозвать разрешения. Эти условия определяют защиту информации после выхода из исходной системы.

## Внутренний доступ: права должны быть связаны с идентичностью

Данные могут утечь и внутри компании.

Доступ продавца к своим клиентам не даёт ему права видеть зарплаты всех сотрудников. Возможность проверить запасы не разрешает менять согласования закупок. Финансовые материалы руководителя не должны становиться доступными другим участникам лишь потому, что попали в память общего помощника.

**Право читать данные и выполнять действия должно быть связано с идентичностью пользователя и проверяться системой.** Проверка области доступа должна происходить до передачи данных модели.

Администраторы OOMOL могут задавать разрешённые операции для каждого подключения и выбирать участников, которые могут им пользоваться. Для одного аккаунта приложения можно создать несколько подключений с разными наборами операций для разных участников. Итоговые права также ограничиваются разрешениями приложения и идентичностью вызывающей стороны. [Управление доступом](/ru/docs/access-control/)

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

## Соответствие требованиям: оценка безопасности и защита персональных данных

OOMOL прошёл **оценку безопасности CASA/ESOF от TAC Security** и соблюдает **требования GDPR по защите персональных данных**. Политика конфиденциальности описывает обработку данных, права пользователей и порядок подачи запросов. [Безопасность OOMOL](/ru/security/) · [Политика конфиденциальности](/ru/privacy/)

CASA/ESOF оценивает безопасность приложений в соответствующей области проверки. GDPR устанавливает требования к обработке персональных данных, включая цели обработки, минимизацию данных и защиту прав людей. [Описание оценки TAC Security](https://tacsecurity.com/esof-appsec-ada-casa-faqs-2/) · [Руководство EDPB по защите данных](https://www.edpb.europa.eu/sme/be-compliant/be-compliant_en)

Эти требования должны применяться в разработке и эксплуатации: определять использование и хранение данных, обрабатывать только необходимое, позволять пользователям управлять разрешениями и подавать запросы о конфиденциальности. Выбирая сервис, компании могут проверить область оценки, движение данных и ответственность сторон.

## Открытый код: возможность проверить ключевые реализации

OOMOL поддерживает открытый шлюз подключений **OpenConnector** и публикует исходный код **oo CLI** и **Connector SDK**. OpenConnector использует лицензию Apache 2.0; публичные репозитории oo CLI и Connector SDK — MIT.

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

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

Мы хотим, чтобы пользователи могли видеть ключевые реализации и отслеживать проблемы и исправления. Такая прозрачность помогает строить доверие.

[Код OpenConnector](https://github.com/oomol-lab/open-connector) · [Код oo CLI](https://github.com/oomol-lab/oo-cli) · [Код Connector SDK](https://github.com/oomol-lab/connector-sdk)

## Начните с одной задачи

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

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

[Подробнее о безопасности OOMOL](/ru/security/) · [Настроить права подключений](/ru/docs/access-control/)