ИИ-черновики добрались до Конгресса США: юристы получают законопроекты с ошибками
Офис юридических советников Палаты представителей США столкнулся с потоком законопроектов, подготовленных генеративным ИИ и содержащих ошибки, пишет Politico. Именно эта служба помогает членам Палаты и комитетам оформлять проекты законов, поправки и тексты для согласительных процедур.
Речь не о том, что чат-боты уже пишут законы вместо Конгресса. Проект всё равно проходит через людей: автора инициативы, аппарат, профильных юристов, комитеты и голосование. Но ИИ резко удешевил создание убедительно выглядящего первого черновика — и вместе с ним в рабочий поток попадают неверные ссылки, противоречивые определения и другие дефекты, которые надо вылавливать вручную. Для загруженной юридической службы это превращается в дополнительный фильтр до начала содержательной работы.
Ошибка в законе дороже ошибки в письме
Для обычного пользователя неточность в ответе помощника часто заканчивается лишними десятью минутами работы. В законопроекте та же привычка «сначала сгенерировать, потом разберёмся» может отнять время юристов и создать ложное ощущение, что сложная норма уже подготовлена.
Особенно коварны не грубые бессмысленные фразы, а гладкий текст с правдоподобной ошибкой. Он выглядит готовым к отправке и поэтому снижает внимательность именно там, где проверка нужна сильнее всего. Генератор языка не отвечает за то, как его формулировка соотносится с действующим правом, бюджетом и последствиями для людей.
ИИ остаётся черновиком, а не подписью
У ИИ есть полезная роль: собрать структуру, объяснить техническую тему, предложить варианты вопросов к эксперту. Но для документов с юридической силой нужен иной режим работы: проверяемые источники, фиксация правок, ответственное лицо и независимое чтение финальной версии.
История из Конгресса важна не только для американских законодателей. Компании, муниципалитеты и редакции уже используют ИИ для текстов, которые влияют на решения других людей. Чем важнее документ, тем меньше ценность скорости сама по себе. Настоящее ускорение появляется лишь тогда, когда у команды есть процесс проверки — а не когда готовый абзац выглядит убедительно.
