AI-генератор NDA: безопасный workflow для стартапа

Не юридическая консультация. Это operations workflow, а не договор и не замена совету юриста нужной юрисдикции. Закон и enforceability зависят от страны, отношений, фактов и даты. Проверяйте каждую правовую ссылку до использования.

Опасный «AI-генератор NDA» начинается с пустого prompt и заканчивается подписью. Текст похож на договор, поэтому пропущенные решения незаметны: неверное юридическое лицо, размытая purpose, неподходящий срок или clause из другой правовой системы.

Безопасная схема прозаичнее. AI стоит между структурированным intake и утверждённым юристом template. Он извлекает факты, сравнивает версии, предлагает узкие правки и явно показывает пробелы. Решение и финальный документ остаются за человеком.

Сначала проверьте, нужен ли именно NDA

NDA регулирует использование и раскрытие определённой конфиденциальной информации. Он не решает автоматически соседние задачи:

Для UK controller–processor relationship ICO требует письменный договор, связывающий processor с controller в отношении processing activity. Обычный NDA не заменяет Article 28 contract requirements. То же различие важно в EU GDPR.

Классифицируйте задачу до drafting. Иначе NDA превращается в ящик для IP, privacy, security, employment и commercial terms, которым нужен отдельный review.

Используйте три маршрута, а не один generator

Route A: утверждённый template компании

Подходит для routine relationship, под который template и создавался. AI может заполнить данные сторон, выбрать pre-approved option и подготовить redline. Он не должен молча создавать remedies или менять governing law.

Route B: документ контрагента

Не переписывайте его в своём стиле. Сравните с playbook, найдите deviations и верните redline. Clean rewrite скрывает изменения и создаёт лишний negotiation.

Route C: сначала юрист

Передавайте документ юристу до drafting, если присутствуют:

• стороны или исполнение в нескольких юрисдикциях;
• employee, contractor, consultant, settlement или separation context;
• M&A, financing, clean-team, standstill или residuals provisions;
• source code, model weights, security credentials, export-controlled material, health data, financial data или иная regulated information;
• perpetual obligations за пределами явно выделенных trade secrets;
• liquidated damages, indemnity, non-solicitation, non-compete, audit или необычный injunctive relief;
• смена governing law или forum;
• контрагент, чей failure создаст существенный operational или reputational harm.

Задача не в «юристе на каждую запятую», а в передаче variance и downside специалисту, который умеет их оценить.

Шаг 0: задайте AI data boundary

NDA workflow часто содержит ту самую информацию, которую NDA должен защищать. До отправки данных модели ответьте:

1. Разрешён ли сервис для confidential или personal data?
2. Хранятся ли prompts, используются ли для training, доступны ли staff поставщика?
3. В каком регионе данные хранятся и обрабатываются?
4. Можно ли управлять access, logs, retention и deletion?
5. Включены ли external tools, connectors, browsing или plugins?
6. Требует ли engagement с юристом более строгого режима конфиденциальности?

Formal Opinion 512 American Bar Association требует от юристов, использующих generative AI, учитывать competence, confidentiality, communication, supervision и independent verification. Founder не обязательно подчиняется тем же professional rules, но operational lesson универсален: понимать обработку input, раскрывать минимум и проверять output.

Используйте placeholders:

[DISCLOSING_PARTY]
[RECEIVING_PARTY]
[PROJECT_ALPHA]
[CUSTOMER_SEGMENT_A]
[DATE]

Mapping храните вне prompt, в контролируемой document system компании.

Шаг 1: соберите contract intake

Полезный draft начинается с решений, а не prose.

Стороны

• точные зарегистрированные наименования и entity types;
• юрисдикция регистрации и registered address;
• кто раскрывает и получает информацию;
• нужен ли доступ affiliates, advisers, employees и contractors;
• имя, title и полномочия signatory.

Проверяйте entity data по официальному реестру. Не позволяйте модели «исправлять» имя компании по памяти.

Purpose и информация

• конкретная evaluation, project или relationship;
• категории раскрываемой информации;
• oral, visual, written и machine-accessible disclosures;
• нужно ли маркировать информацию confidential;
• systems и channels раскрытия;
• что нельзя передавать даже после подписания.

Узкая purpose проще в эксплуатации, чем «любые деловые отношения». Definition должен соответствовать реальному data flow, а не generic списку из интернета.

Время и завершение

• disclosure period;
• survival period для confidentiality duties;
• режим информации, сохраняющей статус trade secret;
• return, deletion, backup, legal-hold и archival exceptions;
• какое подтверждение deletion реально выполнить.

Legal и operational context

• proposed governing law и forum;
• unilateral или mutual flow;
• compelled-disclosure process;
• существующие MSA, employment agreement или другие договоры;
• personal data, regulated data, export controls и sector rules;
• разрешённые deviations от playbook.

Неизвестные fields остаются неизвестными. Модель не должна подставлять «стандартный» ответ.

Шаг 2: передайте модели template и playbook

Самый сильный guardrail — маленький утверждённый source set:

• актуальный template и version number;
• разрешённые clause alternatives;
• fallback positions и escalation triggers;
• drafting style;
• ответы intake;
• jurisdiction memo от counsel, если он есть.

Не передавайте папку старых подписанных договоров с просьбой вывести policy. Старые agreements содержат negotiated exceptions и устаревший текст. Обращайтесь с baseline как с versioned production prompt; тот же release discipline описан в гайде по prompt engineering.

Шаг 3: сначала запросите issue list

Сначала используйте AI как intake validator:

Ты помогаешь contract operations и не определяешь legal enforceability.
Используй только переданные intake, approved template и clause playbook.

Задачи:
1. Проверь наличие каждого required intake field.
2. Перечисли конфликты intake с approved template.
3. Перечисли clauses, для которых нужен выбор из playbook.
4. Перенеси escalation triggers дословно из playbook.
5. Не придумывай party data, dates, law, venue, citations, thresholds и remedies.
6. Отмечай отсутствие информации как MISSING, неоднозначность как QUESTION.

Верни JSON:
{
  "missing_fields": [],
  "questions": [],
  "template_conflicts": [],
  "playbook_choices": [],
  "escalations": [],
  "source_refs": []
}

INTAKE:
{redacted_intake}
TEMPLATE:
{approved_template}
PLAYBOOK:
{approved_clause_playbook}

Вопросы решает deal owner. Не просите модель выбрать вариант, «лучший для стартапа».

Шаг 4: создавайте redline, а не скрытый rewrite

После заполнения intake запросите:

1. точную baseline version;
2. proposed edits по clause number;
3. reason со ссылкой на intake field или playbook rule;
4. redline или machine-readable patch;
5. clean reading copy, полученную из redline;
6. unresolved questions и escalations;
7. запрет новых citations вне approved sources.

Рабочая change table выглядит так:

Отклоняйте output, который не объясняет происхождение изменения.

Шаг 5: проверяйте договор как систему

Checklist ловит пропуски, но каждый пункт — решение, а не обязательный boilerplate.

Scope

• Верны ли parties и covered representatives?
• Достаточно ли точна purpose, чтобы ограничить use?
• Совпадают ли information categories с реальным disclosure?
• Практичны ли marking и oral-disclosure rules?
• Поддерживаются ли исключения для public, previously known, independently developed и lawfully received information понятным proof process?

Handling

• Кто получает доступ по need-to-know?
• Какой standard of care применяется?
• Разрешены ли copies, backups и derived analyses?
• Что происходит при compelled disclosure и возможен ли prior notice?
• Совместимы ли return и deletion duties с backups, legal holds и records law?

Duration и remedies

• Разделены ли agreement term и survival period?
• Соответствует ли treatment trade secrets применимому праву и реальным protective measures?
• Укладываются ли remedies, liability, indemnity и injunctive relief в playbook?
• Подходят ли governing law, forum, arbitration и service provisions сторонам?

Связь с другими документами

• Конфликтует ли NDA с MSA, DPA, employment terms, IP assignment или security schedule?
• Определяет ли order-of-precedence clause, какой документ главнее?
• Уместны ли no-license, no-obligation-to-proceed, disclaimer, assignment, amendment, severability, waiver, notices, counterparts и entire-agreement clauses?

В конце вручную проверьте numbering, definitions, cross-references, dates, attachments и signature blocks. Это простые дефекты с дорогими последствиями.

Jurisdiction checks — routing rules, а не украшение prompt

Фраза «governed by Delaware law» не делает draft готовым для Delaware. Используйте jurisdiction facts как triggers для qualified review.

США: DTSA notice имеет конкретную область

Federal notice rule часто пересказывают неправильно. По 18 U.S.C. § 1833(b) employer должен дать immunity notice в договоре с employee, регулирующем trade secrets или confidential information; для этой нормы employee включает individual contractor или consultant. Non-compliance ограничивает определённые DTSA remedies в иске против этого человека. Это не магический абзац, обязательный в любом US NDA. Формулировки notice и restrictive covenants для конкретных отношений и штата определяет US counsel.

Великобритания: confidentiality не отменяет protected reporting

Актуальный UK government NDA guidance объясняет, что NDA не может законно запрещать сообщение о преступлении в police или protected whistleblowing, и описывает дополнительные statutory changes, действующие с 2025 года в определённых случаях. Employment, settlement, victim и higher-education NDA требуют специального маршрута; commercial partnership template здесь не подходит.

Европейский союз: договор — только одна protective measure

EU Trade Secrets Directive включает в определение trade secret требование, чтобы lawful holder предпринял разумные меры сохранения секретности. См. Directive (EU) 2016/943, Article 2. NDA может быть частью evidence, но также важны access control, classification, logging, staff training и реальная handling practice. National implementation и procedure всё равно требуют local analysis.

Для других юрисдикций используйте ту же схему: поддерживайте local playbook, утверждённый counsel, храните дату review и эскалируйте facts за его пределами. Не просите модель собрать clauses нескольких систем в «global NDA».

Verification и signing gate

До подписи нужны named owners:

• business owner: parties, purpose, information и operational feasibility;
• security/privacy: data classification, transfer, access, retention и deletion;
• legal: deviations, jurisdiction, enforceability, remedies и связь документов;
• signatory: финальная версия и authority.

Храните вместе executed PDF, editable source, redline, approvals, template version и contract metadata. Заблокируйте или захешируйте final file, чтобы подписанную версию не перепутали с поздним draft. Поставьте reminders на expiry, deletion, renewal и continuing obligations.

Полезная роль AI

AI ускоряет contract operations, когда показывает missing facts и снимает рутину. Он не превращает generic language в legal certainty. Хороший результат — не «идеальный NDA за 30 секунд», а traceable draft с меньшим числом механических ошибок, видимыми изменениями, явными unknowns и коротким путём к правильному reviewer.