Обновить
8K+
72
Никита Поляков@larayoda

Developer since 2002…

6,5
Рейтинг
31
Подписчики
Отправить сообщение

ИИ и конец эпохи интеллектуальной собственности: неожиданное освобождение от бремени авторства

Уровень сложностиСложный
Время на прочтение21 мин
Охват и читатели7.9K

Этот текст писался долго и стал частью более широкой работы о том, как генеративный ИИ меняет не только рынок контента, но и сами основания авторского права. Вобщем, попытка увидеть общий сдвиг: что происходит с авторством, собственностью и культурным производством в мире, где создавать стало проще, чем доказывать оригинальность.

Каждая информационная революция сначала ломает старые правила, а потом заставляет право в панике придумывать новые. Так было с книгопечатанием. Так было с интернетом. Теперь то же самое делает генеративный ИИ - только на этот раз под удар попадает уже не способ распространения текста, а сама фигура автора.

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

В этом смысле ИИ - не просто новая технология. Это вызов самой логике интеллектуальной собственности в ее классическом виде.

История с ИИ не возникла на пустом месте. Право уже проходило через похожие кризисы, когда технология резко меняла правила игры. После появления книгопечатания государства сначала пытались не защищать авторов, а контролировать сам поток текстов. В Англии это вылилось в систему лицензирования, цензуры и издательских монополий. И только потом появилась более знакомая нам модель: авторское право как ограниченное по времени право на произведение, а вместе с ним - и идея общественного достояния.

Читать далее

Алгебра правосудия: как инженеры оцифровывали суды за 50 лет до ИИ

Уровень сложностиСложный
Время на прочтение5 мин
Охват и читатели5.2K

Сейчас в Legal AI доминирует довольно наивная идея: если большая языковая модель уже умеет писать приличный юридический текст, значит осталось только дать ей корпус судебных актов, прикрутить чат и получить "цифрового юриста" То есть будто бы право - это просто очень длинный prompt.

Проблема в том, что суд - не текстовый жанр. Суд - это система.

И как только вы выходите за пределы задач вроде "суммаризируй решение", "достань нормы" или “набросай черновик ходатайства”, выясняется неприятная вещь: LLM неплохо работает как интерфейс, но очень слабо подходит на роль самой архитектуры. Она умеет красиво объяснять. Но плохо заменяет процессную модель, вероятностный движок, слой маршрутизации и проверку ограничений.

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

Еще в конце 1960-х исследователи моделировали прохождение felony defendants через судебную систему округа Колумбия, а в 1973 году уже описывали преимущественно алгебраический подход к симуляции legal systems для совместной работы инженеров и юристов, в том числе на материале судов Индианы. С инженерной точки зрения это важно не как исторический курьез, а как ранняя попытка честно ответить на вопрос: что именно мы автоматизируем в праве - текст, решение или саму систему.

Ниже несколько простых, но, как кажется, важных идей по прочтении двух статей полувековой давности - Simulation Applied to a Court System (Jean G. Taylor, Joseph A. Navarro, Robert H. Cohen, 1968) и An algebraic method for simulating legal systems (Michael K. Sain, Eugene W. Henry, John J. Uhran, 1973).

Читать далее

Дело ФИТ v. Сбер на 1,44 млрд руб: нейросети дали Сбербанку 67% на победу в кассации

Уровень сложностиПростой
Время на прочтение3 мин
Охват и читатели8.9K

Пока юридическое сообщество бурно обсуждало виражи громкого дела № А40-166729/2024 в Суде по интеллектуальным правам, мы решили сменить оптику. Почему бы не добавить к ним немного тензорных вычислений?

неШемяка! хладнокровно оценил перспективы обжалования с позиции ответчика и измерил шансы Сбера на отмену миллиардного взыскания в кассации. Спойлер - нейросети попали в яблочко!

Читать далее

Lexometrica Ground Truth: бенчмарк LLM по российскому праву

Уровень сложностиСложный
Время на прочтение7 мин
Охват и читатели8.2K

Всем привет! Делюсь итогом двухмесячной работы - релизом рейтинга юридического рассуждения больших языковых моделей Lexometrica Ground Truth.

Изначально цель была сугубо практической: требовалось выбрать лучшие модели для LegalTech-проекта "неШемяка!". Но в процессе пришлось столкнуться с фундаментальной проблемой индустрии оценки ИИ - открытые тесты дают сильно искаженную картину. Финальные результаты спроектированного стресс-теста оказались сколь ожидаемыми, столь же и неожиданными.

В этой статье описал, как архитектурно выстроен бенчмарк, как велась борьба с test-set leakage, почему написан кастомный пайплайн и какие глобальные и локальные нейросети на самом деле умеют legal reasoning.

Читать далее

LLM разобрали «дело Долиной»: предсказали аргументы, но статистика оказалась сильнее

Уровень сложностиСредний
Время на прочтение3 мин
Охват и читатели4.2K

Кейс Dolina v. Lurie всколыхнул не только юридическое сообщество. Сейчас шум в медиа начал утихать и настало время спокойно препарировать это дело LLM-матрицами и тензорными вычислениями. 🙂

Спор этот совсем недавний, шансы на попадание судебных актов по делу в обучающую выборку до cutoff date даже последних версий топ-моделей - минимальны, определение же Верховного Суда России в веса моделей успеть точно не могло. Тем интереснее результат!

Спойлер: ИИ не подкачал, но итоговая оценка оказалась очень интересной и очень, как кажется, характерной для AI LegalTech.

Архитектура эксперимента

На вход моделям были поданы судебные акты первой инстанции, апелляции и кассации. Пайплайн использовался стандартный "нешемяковский": LLM-консенсус трех топовых моделей (Anthropic Claude Opus 4.6, Google Gemini 3 Pro и OpenAI GPT‑5.2) и стандартный промт про обжалование.

Результат оказался парадоксальным: нейросетки нашли правильные юридические зацепки для отмены решений, но итоговый прогноз успеха в Верховном Суде составил всего 7% (полный ИИ-прогноз доступен по ссылке: neshemyaka.ru/case/499).

Читать далее

Стоит ли обжаловать решение суда? Битва AI-титанов в 2026 году

Уровень сложностиСредний
Время на прочтение4 мин
Охват и читатели6.3K

Недавно на рынке произошло мощное обновление всей "большой тройки" LLM. Я решил провести исследование и сравнить самые свежие версии моделей от Anthropic, OpenAI и Google, чтобы понять, кто из них лучше всего справляется с ролью "LLM as Real Judge". Причем только в части оценки шансов в апелляции.

Читать далее

Минус $300 млрд: как новые агенты Anthropic обвалили акции гигантов LegalTech

Уровень сложностиСредний
Время на прочтение2 мин
Охват и читатели12K

Anthropic только что "обнулили" рынок на $300 млрд, и, честно говоря, это было неизбежно. Если вы пропустили начало февраля 2026-го, то вот краткий пересказ событий: акции LegalTech-гигантов Thomson Reuters и Gartner рухнули на 10-21% за сутки. Причина? Релиз автономных AI-агентов, которые за $20/мес делают работу, за которую корпорации привыкли брать тысячи долларов.

Читать далее

Dependency Injection: зачем компании внедряют «корпоративную миссию» вместо повышения зарплаты

Уровень сложностиСредний
Время на прочтение5 мин
Охват и читатели9K

Современная левая философия о современных корпоративных практиках

Когда вы, как разработчик, слышите о "миссии" компании, а ваш внутренний детектор (или, как сказал бы Маркс, "ваше классовое чутье") кричит "bullshit", вы абсолютно правы. С точки зрения современной левой критической теории, "корпоративная миссия" - это не просто ложь, это инструмент идеологического контроля.

Прежде чем дать слово нашим современникам, вспомним набившего оскомину старика. Есть экономический базис (то, как мы производим вещи и зарабатываем деньги) и идеологическая надстройка (культура, законы, "ценности"). Единственная реальная цель любой корпорации - накопление капитала и извлечение прибавочной стоимости из вашего труда. Точка.

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

Читать далее

Multi-Agent Systems в LegalTech: как симуляция судебного процесса повышает точность предсказаний (разбор SimCourt)

Уровень сложностиСложный
Время на прочтение4 мин
Охват и читатели5.9K

В современном LegalTech порог входа стремительно растет: просто "обернуть" API OpenAI в красивый интерфейс уже недостаточно - рынок требует кастомных архитектурных решений для повышения метрик точности. В поиске новых механик для "неШемяки!" (мой проект по предиктивной аналитике судебных процессов) все чаще погружаешься в китайские и индийские исследования. Как кажется, они потихоньку становятся лидерами AI LegalTech - судя по публикациям, именно в Азии сейчас наблюдается настоящий бум прикладных экспериментов с agentic workflows в юриспруденции.

И вот, новогодний подарок - препринт "Chinese Court Simulation with LLM-Based Agent System" исследователей из Университета Цинхуа (декабрь 2025). Китайские коллеги пошли дальше простых промптов и построили полноценную мультиагентную систему (MAS), где модели судят моделей. Ниже - разбор архитектуры SimCourt, результаты сравнения с живыми юристами и немного о том, как это проецируется на реальный продакшен.

Авторы исследования сфокусировались на фундаментальной проблеме текущих Legal AI решений - ограничениях single-shot inference. Классический пайплайн работает линейно: user input (фабула) -> rag (релевантная практика) -> llm -> verdict. В этой цепочке модель, по сути, играет в шахматы сама с собой. У неё нет внешнего критика или оппонента, который мог бы подсветить логическую ошибку или слабую позицию. Из-за этого даже топовые модели часто скатываются в confirmation bias: зацепившись за первый найденный аргумент "за", нейросеть начинает игнорировать или галлюцинировать факты, противоречащие её гипотезе, лишь бы сохранить когерентность ответа. Чтобы сломать этот паттерн, разработчики SimCourt заменили одиночный прогон на role-playing simulation - многоступенчатую агентную симуляцию, где истина рождается не в "голове" одной модели, а в конфликте нескольких

Читать далее

Почему «голая» GPT не тянет юриспруденцию: разбираем архитектуру китайской LabourLawLLM

Уровень сложностиСложный
Время на прочтение3 мин
Охват и читатели7.6K

Любой, кто пытался прикрутить LLM к реальному продакшену в узком домене (медицина, право, инженерия), проходил стадию отрицания: "Да ладно, сейчас промпт подкручу, RAG прикручу — и полетит".

Не полетит. 🙂

На этой неделе (январь 2026 г.) вышел любопытный китайский препринт "Chinese Labor Law Large Language Model Benchmark". Авторы сделали то, до чего у большинства стартапов не доходят руки: вместо написания очередной обертки над OpenAI API, они построили жесткий бенчмарк и доказали, что General-purpose модели сливают специализированным SFT-моделям, как только дело доходит до специфической логики и расчетов. Ниже — разбор статьи с проекцией на мой опыт разработки neshemyaka.ru (Legal AI для оценки исков). Спойлер: китайцы математически подтвердили то, что пришлось выяснять через боль и сжигание токенов.

Суть проблемы: Generalist vs Specialist

Основная гипотеза авторов: большие модели страдают от "размытия" контекста. Когда модель знает все обо всем, она начинает галлюцинировать в задачах, требующих строгой импликации (если А, то Б, но только при условии В). Для проверки они собрали LabourLawBench - датасет из 12 типов задач по трудовому праву. И это не просто "вопрос-ответ".

Архитектура бенчмарка (можно сказать, feature map для разработчика)

Если вы пилите LegalTech, забирайте этот список как готовое ТЗ. Авторы выделили 12 задач:

Читать далее

Как научить AI-судью предсказывать решения

Уровень сложностиСредний
Время на прочтение2 мин
Охват и читатели7.4K

Классический Legal Judgment Prediction почти всегда обучается на уже готовых "юридических фактах" - тех самых установленных судом обстоятельствах, которые попадают в мотивировочную часть решения. Но для юриста или бизнеса важен прогноз до того, как суд всё это отфильтровал: на руках есть только набор взаимно противоречивых документов, а не аккуратный список фактов.

В свежем препринте предложили формализовать недостающее звено для "AI‑судей" — предсказывать факты (Legal Fact Prediction) и датасет LFPBench, который имитирует реальный сценарий "есть только доказательства, решения еще нет". Эту архитектуру - сначала восстанавливаем факты, потом применяем право - постепенно внедряю в "неШемяку!", почему бы об этом не рассказать...

Авторы исследования "Legal Fact Prediction: The Missing Piece in Legal Judgment Prediction" (EMNLP 2025) наглядно показали, что если просто скормить модели "сырые" доказательства и попросить предсказать исход, качество резко проседает относительно идеализированного сценария «когда у нас уже есть факты из решения». Это делает большинство академических LJP‑результатов с высокими цифрами на "чистых фактах" слабо применимыми в продакшене.

Читать далее

Как юристу надоело объяснять, что дело швах: рождение «неШемяки!»

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели5.7K

AI Legal веб-сервис для тех, кто устал гадать

«Шемякин суд» - это не просто избитый фразеологизм, но реальность для многих, кто ввязался в судебную тяжбу, не оценив заранее все риски. Тысячи проигранных дел, потраченные нервы и деньги — всего этого можно было бы избежать, задай истец себе вовремя один простой вопрос: «Каковы мои шансы?».  

“неШемяка!” - это маленькое веб‑приложение, которое пытается ответить на один простой вопрос, есть ли хоть малейший смысл подавать иск, это сервис, который пытается отличить перспективное дело от заранее проигрышного. 

Эта статья - немного про архитектуру сервиса, но, в первую очередь, про путь: от разработчика до выпускника юрфака МГУ, который через десять лет успешной судебной практики вернулся обратно в код. И который, случись тут недельный отпуск, решил автоматизировать рутину первичной оценки исков.

От разработки к юрфаку, или туда и обратно

До юрфака была разнообразная, в том числе и айтишная биография: были и код, и проекты, и продакшн…. Потом случился юридический факультет МГУ, и написание кода сменилось на написание исков, жалоб, возражений - десять лет полноценного litigation.

Так бывает, что захотелось в ту же реку войти дважды - и неожиданно для себя оказался опять в разработке: никто же не обещал, что род занятий нужно выбирать один раз и навсегда.🙂 При этом живая судебная практика дает редкий для разработчика навык - быстрое погружение в предметную область. Приходит клиент, и за несколько часов нужно разобраться в контексте, помочь принять важное решение, а, иногда, на следующий день оказаться в судебном процессе. Так что возвращение в it было веселым и закончилось solution архитектурой и в-свое-удовольствие бэкендом. 

Читать далее

162 способа поймать LLM на юридической ерунде: разбор LegalBench

Уровень сложностиСредний
Время на прочтение7 мин
Охват и читатели6K

Одно из лучших исследований этого года в области AI Legal Tech - Neel Guha, Julian Nyarko, Daniel E. и другие "LegalBench: совместно разработанный бенчмарк для оценки юридического рассуждения больших языковых моделей", 2023 (“LegalBench: A Collaboratively Built Benchmark for Measuring Legal Reasoning in Large Language Models”) где юристы и ML‑исследователи совместно придумали, как превратить вопрос “а понимает ли LLM право?” в большой набор из 162 аккуратно размеченных задач. Как кажется, эта работа превращает разговоры “а давайте спросим ChatGPT про договор” в измеримую инженерную задачу с нормальными датасетами, метриками и baseline‑ами.

Читать далее

PGO: выжимаем последнее из Go. Что даёт профилируемая оптимизация

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели6.7K

Go давно умеет быть «достаточно быстрым», но начиная с 1.20 у нас появляется новая игрушка, которая позволяет выжать из железа ещё пару‑тройку процентов без переписывания кода — профилируемая оптимизация, она же PGO.​..

Читать далее

DTO в языке PHP: примеры для начинающих

Уровень сложностиПростой
Время на прочтение12 мин
Охват и читатели49K

DISCLAIMER


Друзья, читая этот текст, вы мало того, что общаетесь со вселенским разумом, но и принимаете участие в социальном эксперименте. ChatGPT пытается рассуждать о DTO в языке PHP. Пока ему сложно, с каждым вашим комментарием, замечанием, он пытается улучшить свой ответ, получается не всегда хорошо. Мы со своей стороны его почти не редактируем. Просто просим переформулировать какие-то фрагменты, дополнить свой ответ. Скоро опубликуем статью в ВАКовском журнале об этом эксперименте. Ссылку приложим в комментариях.

DTO (Data Transfer Object) — это шаблон проектирования, который используется для передачи данных между слоями приложения. DTO представляет собой объект, который содержит данные, необходимые для выполнения операции или запроса в приложении.
Читать дальше →

Язык следующего десятилетия: каким должен быть новый системный язык программирования?

Время на прочтение6 мин
Охват и читатели1.8K
Последние годы в индустрии ПО выдались насыщенными: ядра процессоров множатся, а софт по‑прежнему думает в категориях однопоточных машин прошлого века. Крупные системы на C++ и Java становятся все сложнее, время компиляции растет, а отладка конкурирующих потоков превращается в ежедневную лотерею.

На другом полюсе — PHP, который к 2009 году прочно занял место основного инструмента для веб‑разработки: связка Apache + PHP + MySQL стала стандартом де‑факто для динамических сайтов. Однако PHP, даже в виде зрелой ветки 5.2 и готовящегося к выходу 5.3, остается в первую очередь языком сценариев для веба, а не универсальным системным языком.

Разработчикам нужен новый системный язык, который по скорости и контролю будет не хуже C, но по удобству разработки и скорости итераций приблизится к PHP, сохраняя при этом строгую типизацию и полноценную компиляцию. Возможно, в ближайшие годы мы увидим появление такого языка — минималистичного по синтаксису, но очень сильного в области параллелизма и масштабируемости.
Читать дальше →

Интерпретатор PHP: а что там внутри…

Время на прочтение5 мин
Охват и читатели10K
Если совсем просто, интерпретатор PHP — это программа, которая выполняет скрипты на языке PHP. Он состоит из нескольких компонентов, которые работают вместе, чтобы обработать скрипт PHP и произвести вывод.
Читать дальше →

Паттерн MVC: из 1970-х в 2009 год

Уровень сложностиСредний
Время на прочтение3 мин
Охват и читатели9K
В современной разработке последних лет набирает большую популярность шаблон проектирования MVC (Model-View-Controller). В наши дни, в 2009 году, это уже стандарт, который, думаю сохранится надолго.

Предлагаю исследовать, что вкладывали в этот подход его разработчики в далеких 70-80-х годах и как он применяется сейчас.
Читать дальше →

Основы будущего: размышления о прорывах на конференции по искусственному интеллекту ICML 2008

Время на прочтение7 мин
Охват и читатели67K
Основы будущего: размышления о прорывах на конференции по искусственному интеллекту ICML 2008

Июль месяц, прохладный Хельсинки, на 25-й Международной конференции по машинному обучению (ICML 2008) было жарко. Ощущение — как будто новое будущее на пороге и осталось совсем немного.

Докладов вместе с письменными работами было более 500, но расскажу только о двух из них. Если и, правда, это сбудется, то всё, о чём пишут авторы, перевернёт наше понимание того, что такое интеллект, ра, и как машины смогут учиться, видеть и думать “самостоятельно” — а это, поверьте, совсем не за горами.
Читать дальше →

PHP — «горизонтальное наследование»

Уровень сложностиСредний
Время на прочтение2 мин
Охват и читатели1.8K
Итак, в новой версии PHP появилась интересный концепт — «horizontal inheritance» (горизонтальное наследование), который был добавлен в язык с помощью конструкции «namespace». Это позволяет объединять функциональность из нескольких классов без наследования их от одного класса-родителя. Вместо этого, теперь можно объединять методы и свойства из разных классов в одном классе через использование пространства имен.
Читать дальше →
1

Информация

В рейтинге
1 030-й
Зарегистрирован
Активность

Специализация

Бэкенд разработчик, Архитектор программного обеспечения
PHP
Golang
PostgreSQL
Laravel
Проектирование архитектуры приложений