Lexifina описала «Git для US Code»: история правок законов США

Блог Lexifina исходит из простого сравнения: программист может по любой строке кода увидеть, кто и когда её написал и как выглядел файл в любой прошлый день, а юрист, читающий федеральный закон, обычно не может, для этого нужен целый день работы с примечаниями внизу раздела. Авторы считают, что это особенно важно сейчас, когда значительная часть первичного юридического поиска идёт через языковые модели, которые часто не умеют использовать правильную «родословную» закона.

Почему задача сложная. Вне разделов, принятых Конгрессом как положительное право, свод законов (US Code), лишь prima facie доказательство закона (то есть свидетельство, пока не доказано иное), а при расхождениях главенствует Statutes at Large (хронологический сборник принятых законов). Свод публикует Office of the Law Revision Counsel как серию «точек выпуска» (release points), каждая актуальна на момент определённого публичного закона; в сентябре 2025 года был внесён законопроект о принятии раздела 41 как положительного права. Какой закон написал предложение, записано в примечаниях к поправкам прозой, а дата вступления в силу часто лежит в отдельном примечании; если Конгресс ничего не сказал, закон действует со дня принятия.

Пример, определение «малого должника» в 11 USC § 1182(1). Закон CARES Act в марте 2020 года временно поднял лимит долга малого бизнеса до $7,5 млн, позже срок продлили до марта 2022 года. Повышение истекло 27 марта 2022 года, а 21 июня 2022 года Конгресс восстановил его ещё на два года для дел, начатых с 27 марта 2020 года и ещё не закрытых, то есть закон подействовал на период «разрыва» задним числом. В июне 2024 года повышенный лимит снова истёк, а после трёхлетней индексации в апреле 2025 года он составляет $3 424 000. Для дела, поданного в мае 2022 года, опубликованная тогда точка выпуска показывает меньший лимит, и ответ меняет только более поздний закон. Полезная юристу история должна хранить текст, дату вступления каждого изменения в силу и охват законов, действующих задним числом.

Авторы ссылаются на исследование Мюнхенского технического университета (TUM) о вопросах к моделям по немецким законам. Модели применяют нормы, отменённые после даты окончания их обучения, и предпочитают более новое положение, даже когда факты регулирует старое. Одна модель правильно ответила на 24% вопросов, относящихся ко времени после даты отсечки, сама по себе, и на 87%, когда ей подставили нужный текст закона. Авторы исследования делают вывод, что временную действительность нужно считать жёстким ограничением. Другая работа учит поисковых агентов учитывать дату, о которой задан вопрос, и показывает большой выигрыш в согласованности.

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

Поэтому Lexifina проверяла себя. Для каждой пары точек выпуска начиная с 2017 года авторы взяли публичные законы, принятые между ними, выполнили их инструкции по изменению на старом тексте в порядке дат и сравнили результат с новой версией. Из 365 изменений в девяти разделах свода 361 воспроизвели следующую точку выпуска в точности. Остальные четыре показываются с пометкой, насколько их удалось подтвердить. Для каждого изменения указан закон и дата вступления: 261 вступило в силу в день принятия по умолчанию, 72, по примечанию о дате вступления, 29, по дате в самой поправке. Одно изменение зависит от решения ведомства, которого может и не быть, и его не включили в текст, чтобы не гадать.

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

Ограничения авторы называют сами. Система пока не показывает задним числом действующий более поздний закон на ранних датах: для дела 2022 года из «разрыва» она покажет меньший лимит без предупреждения о том, что закон июня 2022 года изменил ответ. Примечания о дате вступления разбираются по шаблонам, а необычные формулировки приводят к дате принятия. Каждое изменение ведёт на текст самого закона, и в важных случаях нужно читать оригинал. Подходящую форму продукта авторы ещё обдумывают.

Ключевые факты

Lexifina предлагает «Git для US Code»: по выбранной дате показывается действовавший текст, каждая фраза окрашена по закону, который её написал.
Проверка: законы-поправки применили к старым точкам выпуска свода в порядке дат; из 365 изменений в девяти разделах 361 точно совпали со следующей точкой выпуска, остальные четыре помечены степенью подтверждения.
По дате вступления в силу: 261 изменение, в день принятия по умолчанию, 72, по примечанию, 29, по дате в самой поправке.
Довод против «пусть модель сама восстановит старый текст»: в мюнхенских экспериментах сходство с официальным текстом составило 93-99%, но точно совпала лишь половина одиночных поправок и пятая часть цепочек.
Ограничения: система пока не показывает задним числом действующие поздние законы, а необычные формулировки о дате вступления сводятся к дате принятия.

Почему это важно

Первичный юридический поиск всё чаще идёт через языковые модели, а они, по словам авторов, часто не умеют использовать происхождение нормы и её временную действительность. Мюнхенское исследование показывает: модель применяет нормы, отменённые после даты окончания обучения, а подстановка нужного текста закона резко повышает правильность (у одной модели с 24% до 87% на вопросах после даты отсечки). Идея в том, чтобы дать и людям, и моделям проверяемую историю закона с датами вступления в силу.

Кому это важно

Юристам и исследователям, которые работают с федеральным правом США и должны знать текст на конкретную дату. Разработчикам юридических ИИ-систем с поиском по законодательству, где важна временная согласованность. Тем, кто следит за темой «ИИ и право» и тем, как проверять ответы моделей по нормативным актам.

Как это применить

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

Можно ли доверять

Это блог самой Lexifina, имена авторов не названы. Главное число (361 из 365), результат собственной проверки авторов, независимой оценки в тексте нет; не указано, какие именно девять разделов свода проверялись и что представляют собой четыре несовпавших изменения, кроме того, что они помечены. Три счётчика дат вступления (261, 72 и 29) в сумме дают 362, и текст не объясняет, как это соотносится с общим числом 365 и 361 точным совпадением. Ссылки на мюнхенское исследование (Max Prior, Andreas Schultz, Matthias Grabmair, arXiv, 22 мая 2026) и работу Wei Fan с соавторами приведены в списке источников; данные исследования о 24% и 87% относятся к одной модели, какие модели тестировались, в тексте не сказано. Сами авторы советуют читать оригинал, если от текста что-то зависит.

Риски и подводные камни

Главное ограничение признано в тексте: система пока не показывает действие позднего закона на ранние даты, и по делу из «разрыва» 2022 года она выдаст меньший лимит без предупреждения, что закон июня 2022 года изменил ответ. Примечания о дате вступления читаются по шаблонам, необычные формулировки превращаются в дату принятия. Одно изменение, зависящее от решения ведомства, исключено из текста. Сходство текста с официальным не равно точности: в мюнхенском эксперименте при 93-99% сходства точно совпали лишь половина одиночных поправок и пятая часть цепочек, и ошибки были юридически значимыми. Срок устранения ограничений не назван.

«История должна быть проверяемой.»

— Lexifina, блог