15 сентября 2026 года лондонский стартап Telon получил статус Select Partner в партнёрской сети OpenAI. Новость разошлась по профильным изданиям быстро, но за заголовками потерялась суть: OpenAI официально признала, что модель — не главная проблема. Настоящая сложность — в том, что происходит между покупкой лицензии и реальной работающей системой. И с этим справляются не разработчики, а юристы, которые умеют переводить право в алгоритмы.
Что произошло
Telon основали в июне 2026 года бывший партнёр PwC Льюис Бреттс, который до этого руководил LegalTech-практикой PwC, и бывший операционный директор SYKE Том Меллор. За три месяца команда выросла с 15 до 30 человек, стартап получил инвестиции от The LegalTech Fund. Теперь компания официально помогает клиентам OpenAI внедрять её модели в работу юридических фирм и правовых департаментов.
Формат работы — не продажа очередного юридического чат-бота. Telon нанимает и обучает «юридических инженеров» (legal engineers) — большинство из них раньше сами работали юристами. Такие специалисты входят в команду клиента, чтобы:
- настраивать модели и составлять системные инструкции;
- создавать ИИ-агентов и рабочие сценарии;
- подключать ИИ к внутренним документам и программам;
- обучать юристов и контролировать использование технологии.
Оплата у Telon устроена иначе: компания берёт деньги за результат, а не за часы работы. Но важно понимать: это не гарантия, что клиент выиграет все свои суды. Оплата привязана к тому, работает ли сам оцифрованный конвейер — правильно ли квалифицируются заявки, нет ли критических ошибок в логике, экономит ли это реально часы штатных юристов.
Уточнение: 300 тысяч — не про юристов
Статус Select Partner — это только первая из трёх ступеней в OpenAI Partner Network (дальше идут Advanced и Elite). OpenAI вложила в развитие всей этой партнёрской сети $150 млн и рассчитывает подготовить 300 тысяч сертифицированных консультантов к концу 2026 года. Важно понимать: эта цифра — о всей сети партнёров целиком, по всем отраслям сразу (в числе стартовых партнёров — Accenture, Bain, BCG, McKinsey, PwC), а не конкретно о юридических специалистах. Telon — один из партнёров в этой сети, с фокусом именно на праве.
Это не преуменьшает значения новости. Наоборот: OpenAI создаёт канал внедрения там, где своих ресурсов ей не хватает, — и в праве эту роль взяла на себя не разработка, не консалтинговый гигант общего профиля, а специализированная команда бывших юристов.
Почему это не «ещё один ИИ для юристов»
Льюис Бреттс формулирует проблему рынка так: юрфирмы покупают технологии, успешно проходят пробный период — а через несколько месяцев сотрудники используют лишь малую часть возможностей системы. Модели к тому же постоянно обновляются, поэтому внедрение ИИ нельзя завершить один раз — его приходится сопровождать без остановки.
Это совпадает с тем, что я вижу в работе с LegalTech- и FinTech-стартапами, которые пытаются встроить юридическую логику в свои продукты. Разработчик умеет писать код, но не умеет определять, когда решение автоматики становится опасным для пользователя. Например: ИИ должен остановиться и передать дело живому специалисту, если в заявке есть признаки, требующие ручной проверки. Дело не в коде, а в праве, переведённом в чёткую логику «ЕСЛИ… ТО… ИНАЧЕ» ещё до того, как к задаче подключается программист. На практике эта логика — не абстракция, а конкретная схема с развилками, которую можно нарисовать заранее. Вот как это выглядит на вымышленном примере — упрощённая логика автоматизации страховых выплат:
[Заявка на страховую выплату]
│
├──> Сценарий А: ущерб подтверждён документами, обращение первое
│ └──> [Автоматический расчёт выплаты]
│
└──> Сценарий Б (Red Flag): признаки мошенничества ИЛИ повторное обращение по тому же случаю
└──> [Блокировка автоматики] ──> [Эскалация на эксперта]Юридическая архитектура — это не попытка ограничить возможности нейросети. Чем умнее становится модель, тем изощрённее и правдоподобнее она ошибается в пограничных правовых случаях — там, где реальность отклоняется от типового сценария. Triage Logic и матрица Red Flags нужны не для того, чтобы подменить ИИ скриптом. Их задача — поставить жёсткие предохранители именно там, где цена одной ошибки модели — не неловкость, а реальные деньги или права человека.
Именно эту работу рынок теперь официально признал отдельной профессией — и ей я занимаюсь: перевожу юридическую экспертизу в архитектуру LegalTech- и FinTech-продуктов. Это матрицы условий, деревья решений, реестры критических рисков, спецификации проверки данных для разработчиков — то, на чём можно строить работающее цифровое решение.
Юридическая архитектура для основателей LegalTech- и FinTech-проектов в СНГ
Модель Telon рассчитана на крупные юрфирмы и корпоративные правовые департаменты за рубежом — это не тот масштаб, в котором работает большинство стартапов в России и СНГ на старте. Но принцип, который подтвердила эта новость, универсален и не зависит от размера компании и юрисдикции: без юридической архитектуры, спроектированной заранее, ИИ в правовом продукте рано или поздно либо даст опасную рекомендацию, либо забуксует на нестандартном случае, который никто не предусмотрел.
Если вы проектируете или масштабируете продукт, где решения принимает алгоритм, а цена ошибки — не потраченное время, а реальные деньги или права пользователя, эту часть работы стоит закладывать на старте, а не чинить постфактум.
Часто задаваемые вопросы
Что такое юридическая архитектура? Перевод юридической экспертизы в формат, готовый для разработки цифрового продукта: матрицы условий, деревья решений, реестры критических рисков и технические спецификации для проверки данных. Это работа на стыке права и проектирования систем, которая закладывается до того, как программисты начинают писать код.
Что такое юридический инженер? Специалист — как правило, бывший практикующий юрист — который переводит правовую логику в алгоритмы и технические спецификации, понятные разработчикам, а затем настраивает и сопровождает работу ИИ-моделей внутри юридических процессов.
Чем юридический инженер отличается от разработчика ИИ-продукта? Разработчик пишет код и подключает модели. Юридический инженер определяет, какие правила, ограничения и красные флаги должны быть заложены в систему до того, как разработчик начнёт её строить, — без этого ИИ не сможет отличить безопасный сценарий от опасного. Подробный разбор этой границы — в отдельной статье.
Нужна ли такая экспертиза небольшому стартапу, а не только крупной юрфирме? Да, если продукт хотя бы частично принимает решения, влияющие на права или деньги пользователя. Масштаб компании определяет объём работы, а не саму необходимость заложить правильную логику до запуска.
Проектируете или масштабируете LegalTech- или FinTech-продукт с юридической логикой внутри? Посмотрите, как устроена юридическая архитектура — форматы работы, что я делаю и как это встраивается в вашу разработку.