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 рассчитана на крупные юрфирмы и корпоративные правовые департаменты за рубежом. Это другой масштаб, чем у большинства стартапов в России и СНГ на старте.
Но принцип, который подтвердила эта новость, универсален: он не зависит от размера компании и юрисдикции.
Без юридической архитектуры, спроектированной заранее, ИИ в правовом продукте рано или поздно либо даст опасную рекомендацию, либо забуксует на нестандартном случае, который никто не предусмотрел.
Если вы проектируете или масштабируете продукт, где решения принимает алгоритм, а цена ошибки — реальные деньги или права пользователя, эту часть работы стоит закладывать на старте. Чинить постфактум обходится дороже.
Часто задаваемые вопросы
Что такое юридическая архитектура? Перевод юридической экспертизы в формат, готовый для разработки цифрового продукта: матрицы условий, деревья решений, реестры критических рисков и технические спецификации для проверки данных. Это работа на стыке права и проектирования систем, которая закладывается до того, как программисты начинают писать код.
Что такое юридический инженер? Специалист — как правило, бывший практикующий юрист — который переводит правовую логику в алгоритмы и технические спецификации, понятные разработчикам, а затем настраивает и сопровождает работу ИИ-моделей внутри юридических процессов.
Чем юридический инженер отличается от разработчика ИИ-продукта? Разработчик пишет код и подключает модели. Юридический инженер определяет, какие правила, ограничения и красные флаги должны быть заложены в систему до того, как разработчик начнёт её строить. Без этого ИИ не отличит безопасный сценарий от опасного. Подробный разбор этой границы → А чем юридический инженер отличается от промпт-инженера — разбираю отдельно: «Промпт-инженер vs юридический архитектор».
Нужна ли такая экспертиза небольшим стартапам, или это только для крупных юрфирм? Да, если продукт хотя бы частично принимает решения, влияющие на права или деньги пользователя.
Масштаб компании определяет объём работы. Заложить правильную логику до запуска нужно в любом случае.
Проектируете или масштабируете LegalTech- или FinTech-продукт с юридической логикой внутри? Посмотрите, как устроена юридическая архитектура — форматы работы, что я делаю и как это встраивается в вашу разработку.