Статьи и публикации
Юридическая архитектура
Перевод юридической экспертизы в архитектуру LegalTech- и FinTech-продуктов: логика ИИ-сервисов, матрицы рисков, техническое задание для разработчиков.
Как сервис читает ответ реестра: пять правил
«Найдено» и «не найдено» в ответе реестра ещё не вывод о клиенте. Пять правил для юридического сервиса и таблица для технического задания.
Согласие клиента на проверку и кредитная история
Как оформить согласие клиента на проверку по 152-ФЗ: что записать, где его пределы и какие особые правила для кредитной истории по закону 218-ФЗ.
Третьи лица и провайдер API при проверке клиента
Данные директора, учредителей и участников споров в ответе реестра: как уведомить этих людей, кто отвечает за провайдера API и чем грозит 152-ФЗ.
«Реестр открыт» ещё не значит «можно использовать»
Открытый реестр не отменяет закон о персональных данных. Четыре основания по 152-ФЗ, пример из суда и запись баланса интересов для сервиса.
API-верификация клиента: что юридический сервис вправе проверять
API-верификация клиента в юридическом сервисе: какие реестры открыты, какие закрыты и три вопроса, которые нужно задать перед каждым запросом.
Red Flags в LegalTech: когда юридический ИИ-сервис передаёт дело человеку
Red Flags в юридическом ИИ-сервисе: когда он останавливается и передаёт дело юристу. Примеры из банкротства, трудовых споров и персональных данных.
Что такое Triage Logic в LegalTech?
Что такое Triage Logic в LegalTech: как сервис сортирует обращения по срочности и риску и когда передаёт случай юристу. Разбор на примере трудового спора.
Как составить ТЗ для LegalTech-сервиса
Как составить техническое задание для разработчиков LegalTech-сервиса: шесть шагов, от таблицы параметров до тестовых сценариев, на наглядном примере.
Где проходит грань между сбоем и отказом?
LegalTech-продукту важно различать «сервер не ответил» и «по закону не положено». Разбираем, чем это грозит пользователю, если система перепутает одно с другим.
Due diligence стартапа
Due diligence стартапа: что реально проверяют инвесторы перед сделкой, и почему юридическая логика продукта часто остаётся без внимания.
Аудит юридической архитектуры
Аудит юридической архитектуры: экспресс-проверка находит юридические риски в готовом продукте, важно проверить перед сделкой с инвестором.
Юридический архитектор для стартапа
Юридический архитектор для стартапа: три вопроса фаундеру, которые за пять минут покажут инвестору, защищены ли его деньги от миллионных штрафов.
Утечка данных: 400 тыс. ₽ вместо 10 млн
Реальное дело: компания заплатила штраф за утечку персональных данных 400 тысяч ₽ вместо положенных 10–15 миллионов — редкая удача, а не правило.
Нейросеть в суде: штраф 50 000 ₽
Нейросеть в суде подсунула компании ссылки на несуществующие судебные акты — итог: штраф 50 000 ₽. Разбираем, где именно должна была сработать проверка.
Юридический архитектор vs разработчик
Обе роли вроде бы «строят LegalTech». Разбираю, чем архитектор юридической логики отличается от того, кто пишет код платформы, — и почему нужны обе.
Закон об ИИ 2026: риски для LegalTech
Специального закона об ИИ для API-стартапов пока нет, но риски уже есть: регуляторы, нормы ГК РФ и первый судебный штраф за ИИ-галлюцинацию.
Как выбрать формат работы с архитектором
Четыре формата на лендинге решают разные задачи. Разбираю каждый простым языком: что входит, кому подходит и как понять, какой нужен именно вам.
Словарь LegalTech: инвестору и фаундеру
25 терминов юридической архитектуры простым языком — что значат, зачем нужны и как работают, с житейскими примерами без технического жаргона.
Промпт-инженер vs юридический архитектор
Путают их и фаундеры, и инвесторы. Разбираю границу между промпт-инженером и юридическим архитектором и почему продукту нужны обе роли.
OpenAI/Telon: LegalTech-архитектура
OpenAI выбрала LegalTech-стартап Telon партнёром по внедрению ИИ. Разбираю, почему здесь нужны юридические инженеры, переводящие право в алгоритмы.