Может ли OpenAI Astra for Law обрабатывать конфиденциальные данные клиентов? Приёмка пилота 2026

Симптом: у вас появился вход в Astra for Law и переключатель ZDR, но ещё нет доказательств, куда уходят клиентские файлы и кто может их обработать.

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

Эта статья предназначена для вас, если вы отвечаете за IT и безопасность юридической организации, проектируете юридический Agent через Codex или будущий API либо должны объяснить партнёрам, почему продукт нельзя оценивать только по демонстрации и результатам тестов. По состоянию на 18 сентября 2026 года Astra for Law подтверждённо запущена 17 сентября для части американских юридических фирм через Trusted Access, ChatGPT и Codex; API пока обозначен как готовящийся к открытию. Это не общий релиз и не автоматическое разрешение на клиентскую тайну. Официальное описание доступа Astra for Law

Ограниченный доступ не равен допуску вашей юридической команды

Ошибочное предположение: если организация видит упоминание Astra for Law или может открыть соответствующий материал, конкретная учётная запись уже имеет право использовать сервис для дел.

Фактическая граница: нужно раздельно проверить три состояния:

• продукт объявлен и описан публично;
• организация соответствует условиям Trusted Access;
• конкретному рабочему пространству и пользователю действительно открыт нужный вход.

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

Сохраните в папке приёмки четыре свидетельства:

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

Вопрос: каким юридическим организациям сейчас доступна Astra for Law?

На текущей подтверждённой стадии речь идёт о части американских юридических фирм, получающих доступ через Trusted Access, ChatGPT и Codex. Это не означает, что любой пользователь ChatGPT, команда за пределами указанного охвата или отдельная дочерняя организация автоматически включены в пилот. Если письменного подтверждения нет, проводите только оценку по открытым материалам и синтетическим данным.

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

ZDR контролирует отдельный слой, а не всю конфиденциальность клиентов

Ошибочное предположение: включённый Zero Data Retention автоматически означает, что клиентский документ не будет сохранён, просмотрен, передан подключённому приложению или использован с нарушением профессиональных обязанностей.

Фактическая граница: вам нужно разделить как минимум четыре независимых слоя:

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

Описание бизнес-контролей OpenAI отдельно перечисляет условия обработки корпоративных данных, но оно не заменяет проверку конкретного продукта, договора и маршрута запроса. Условия обработки бизнес-данных OpenAI

Проверяйте ZDR не по названию тарифа и не по презентации продавца, а по фактической связке «рабочее пространство — функция — запрос — журнал — подключённое хранилище». Для каждого входа зафиксируйте:

• действует ли ZDR именно для Astra for Law, ChatGPT, Codex и предполагаемого API;
• какие метаданные всё равно сохраняются для безопасности;
• создаётся ли состояние задания или файла;
• может ли внешний плагин иметь собственные сроки хранения;
• в какой юрисдикции находятся обработчики и хранилища;
• как организация удаляет данные и подтверждает удаление.

Вопрос: покрывает ли ZDR данные подключённых плагинов?

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

Вопрос: останется ли загруженный клиентский файл в Astra for Law?

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

Юридический поиск требует доказуемой проверки, а не доверия к правильному ответу

Ошибочное предположение: если Astra for Law уверенно находит судебные решения и формирует правдоподобное резюме, результат можно передать клиенту после поверхностного прочтения.

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

Не переносите показатели официальной проверки модели на обещание точности в отдельном деле. Для репрезентативных задач сохраните:

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

Если ключевой источник нельзя самостоятельно открыть и подтвердить, Astra for Law остаётся инструментом подготовки исследования. Она не должна быть единственным источником финальной позиции для клиента.

Отдельно фиксируйте, что именно тестируется: Astra for Law, GPT-6 Astra Law как возможное обозначение модели или сценария, ChatGPT Enterprise, Codex и внешние приложения не являются взаимозаменяемыми объектами приёмки. Название в запросе или рекламном материале не подтверждает одинаковые правила хранения и доступа.

Плагин добавляет новый контур чтения, записи и отзыва разрешений

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

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

Проведите четыре отдельных теста на фиктивном деле:

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

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

Codex расширяет риск от ответа модели до рабочего окружения

Ошибочное предположение: Codex в юридическом процессе — это лишь другой интерфейс для текста, поэтому к нему можно применить те же ограничения, что и к обычному ответу Astra for Law.

Фактическая граница: здесь нужно отдельно принимать четыре слоя:

• модельный ответ;
• операции Codex с кодом и файлами;
• вызовы внешних инструментов;
• разрешения операционной системы, сети и рабочего пользователя.

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

Проверьте в изолированном тестовом окружении:

1. создайте отдельный рабочий каталог без доступа к официальной файловой системе дел;
2. выдайте временный, минимальный набор полномочий;
3. отключите автоматическую запись в постоянное хранилище;
4. ограничьте сетевой выход и отдельно разрешите только нужные адреса;
5. включите ручное подтверждение перед чтением, изменением и отправкой файла;
6. завершите задание и проверьте удаление временных файлов и учётных данных;
7. искусственно прервите задачу, после чего убедитесь, что повторный запуск не использует старый секрет и не оставляет незавершённую запись.

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

Сводка решений перед передачей данных

Будущий API нельзя принимать по проектной документации

Ошибочное предположение: если команда заранее напишет интеграцию под предполагаемый API, то после открытия интерфейса останется только заменить URL и ключ.

Фактическая граница: до официального доступа допустимо проектировать адаптер, схему классификации данных, набор оценочных задач и правила отката. Нельзя выдавать за подтверждённые сведения модель, поля, квоты, цену, регионы, срок запуска или совместимость с ZDR.

После открытия API заново проверьте:

• имеет ли именно ваша организация право на нужную конечную точку;
• применимы ли к ней условия ZDR;
• сохраняется ли состояние запроса;
• как заменяются плагины и где находится их хранилище;
• как считается полный расход на одну юридическую задачу;
• можно ли остановить, повторить и удалить задание;
• как система возвращается к ручному процессу при недоступности API.

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

Пока API не подтверждён для production-сценария, выберите одну из трёх веток:

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

Приёмочная оценка: что должно быть отмечено до запуска

Используйте этот список как запись решения, а не как декоративное приложение к презентации:

• [ ] Подтверждено, что конкретная организация и рабочее пространство входят в разрешённый охват Trusted Access.
• [ ] Сохранены дата проверки, администратор, видимый вход и документ с договорными условиями.
• [ ] Для Astra for Law, ChatGPT, Codex, каждого плагина и будущего API составлена отдельная карта потока данных.
• [ ] Установлено, какие сведения используются для обучения, мониторинга, состояния приложения и внешнего хранения.
• [ ] ZDR подтверждён для конкретного пути запроса, а не только на уровне общего описания продукта.
• [ ] Создан набор синтетических задач с неправильной юрисдикцией, устаревшим источником и конфликтующим доступом.
• [ ] Для каждого ответа сохраняются вопрос, источник, цитата, версия, проверка юриста и исправление.
• [ ] Проверены чтение, запись, поиск между делами и отзыв разрешения для каждого плагина.
• [ ] Codex запускается в отдельном каталоге с временными секретами и ручным подтверждением опасных действий.
• [ ] После завершения проверены временные файлы, кэш, журналы, сетевой выход и восстановление после сбоя.
• [ ] API не считается производственным до подтверждения конечной точки, ZDR, состояния и полной стоимости задачи.
• [ ] Назначен владелец решения о расширении, ограничении или остановке пилота.

Для документирования тестовой инфраструктуры можно использовать консоль управления MacPull, если она соответствует вашим внутренним требованиям к изолированной среде и журналированию. Это не заменяет проверку политики Astra for Law, а лишь помогает отделить экспериментальный рабочий каталог от официальной системы дел. Если вы сравниваете временный стенд с постоянной инфраструктурой, параметры и условия следует сверять на странице вариантов аренды Mac, не перенося коммерческие характеристики в договорную оценку OpenAI.

Итог пилота: три решения вместо безусловного допуска

После проверки не формулируйте вывод как «модель безопасна» или «модель небезопасна». Формулируйте его для конкретного потока данных:

Только открытые материалы. Подходит, если право доступа к Astra for Law не оформлено полностью, API ещё недоступен или вы не можете доказать обработку клиентских документов. Такой режим позволяет оценить интерфейс, поиск и процесс проверки источников без передачи тайны.

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

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

Главная слабость текущего подхода «сразу включить Astra for Law» — смешение раннего доступа с общей доступностью, доверие к названию ZDR вместо доказательства маршрута и объединение плагинов или Codex с обычным чатом в одном рабочем пространстве. Отдельная временная среда на Mac не устраняет договорные и профессиональные обязанности, но даёт более понятную границу между тестовыми файлами, временными секретами и официальной системой дел. Поэтому после проверки доступа и данных разумно оценить аренду изолированного облачного Mac для пилота, а не подключать экспериментальный Agent к постоянному хранилищу. Это особенно оправдано для кратких тестов, но не заменяет собственную инфраструктуру при длительной стабильной нагрузке, обязательном физическом оборудовании или требованиях, которые нельзя передать внешней среде.