RefalMachine commited on
Commit
b8564ee
·
verified ·
1 Parent(s): 6e75331

Release verified RuLaw: 505 test and 20 train

Browse files
README.md CHANGED
@@ -9,7 +9,7 @@ tags:
9
  - russian-law
10
  - synthetic
11
  - reasoning
12
- pretty_name: RuLaw-ProofBench
13
  size_categories:
14
  - n<1K
15
  configs:
@@ -28,122 +28,109 @@ configs:
28
  path: data/mcq/train.parquet
29
  ---
30
 
31
- # RuLaw-ProofBench
32
 
33
- Синтетический русскоязычный датасет для проверки знания и применения отдельных
34
- норм российского права. Выпуск содержит **194 тестовых примера по
35
- 27 статьям** и **5 отдельных демонстраций**. Он построен
36
- по конкретным положениям четырёх актов, выбранным для состояния на 01.01.2025.
37
- Область применения и временные условия указаны в самих вопросах.
 
38
 
39
- ## Загрузка
 
 
40
 
41
- ```python
42
- from datasets import load_dataset
43
 
44
- open_data = load_dataset("RefalMachine/RuLaw-ProofBench", "open")
45
- mcq_data = load_dataset("RefalMachine/RuLaw-ProofBench", "mcq")
46
- ```
 
 
 
47
 
48
- `open` и `mcq` — два представления одних и тех же примеров с одинаковыми ID.
49
- `open` требует короткий ответ; `mcq` — выбор правильной буквы из 2–4 вариантов.
50
- Для повторяемых экспериментов указывайте `revision` с полным ID Hub-коммита.
51
-
52
- `test` используется для оценки целиком. `train` содержит только пять
53
- демонстраций для few-shot, а не обучающую выборку. Его статьи, нормативные
54
- зависимости, вопросы и ID не пересекаются с тестовой частью.
55
-
56
- ## Состав тестовой части
57
 
58
- | Источник | Примеров |
59
  | --- | ---: |
60
- | Федеральный закон № 59-ФЗ «О порядке рассмотрения обращений граждан Российской Федерации» | 40 |
61
- | Трудовой кодекс РФ | 47 |
62
- | Семейный кодекс РФ | 63 |
63
- | Гражданский кодекс РФ | 44 |
64
-
65
- В 93 вопросах все необходимые факты заданы. В 57 вопросах
66
- некоторые факты неизвестны, но все допустимые уточнения дают одинаковый ответ.
67
- В 44 вопросах допустимые уточнения дают разные ответы, поэтому эталон —
68
- «недостаточно данных».
69
-
70
- ## Поля
71
-
72
- | Поле | Содержание |
73
- | --- | --- |
74
- | `id` | Идентификатор примера, общий для open и mcq |
75
- | `article` | Акт и статья, например `tk:140` |
76
- | `domain` | `administrative`, `labor`, `family` или `civil` |
77
- | `question` | Условие и вопрос; в mcq также перечислены варианты |
78
- | `answer` | Короткий эталонный ответ |
79
- | `answer_unit` | Единица числового ответа либо `none` |
80
- | `context` | Точные тексты выбранной нормы и необходимых зависимостей |
81
- | `source_url` | Ссылка на официальный источник |
82
- | `source_locator` | Выбранная часть или пункт статьи |
83
- | `record_json` | Исходная запись: типизированные факты, программный вывод ответа, ссылки и связи минимальных пар |
84
- | `choices` | Только mcq: варианты в порядке букв A–D |
85
- | `answer_label` | Только mcq: правильная буква |
86
- | `mcq_json` | Только mcq: варианты с их буквами и привязкой к исходному примеру |
87
-
88
- Отдельного столбца с датой среза нет. `record_json` сохраняет исходную запись
89
- без изменения её содержания; временная область также остаётся в тексте вопроса.
90
-
91
- В режиме закрытой книги передавайте модели только `question`. В режиме
92
- открытой книги добавляйте `context`. Поля с ответами и `record_json` не должны
93
- попадать в тестовый запрос к модели.
94
-
95
- ## Как построен датасет
96
-
97
- Сначала подготовлены конкретные нормативные фрагменты, необходимые отсылки
98
- и ограничения применимости. Затем основной алгоритм работал только с этим
99
- зафиксированным входом:
100
-
101
- 1. Модель записывала норму как правило с явными условиями и исключениями.
102
- 2. Отдельный вызов модели независимо восстанавливал правило из тех же норм,
103
- без доступа к условиям, ветвям и ответам первой версии.
104
- 3. Модель сопоставляла признаки двух версий; программа сравнивала результаты
105
- на допустимых сочетаниях фактов, включая неизвестные условия.
106
- 4. Программа создавала вопросы, вычисляла ответы и сохраняла полный вывод.
107
- Варианты MCQ выбирались из объявленных исходов правила.
108
- 5. Модель решала вопросы без эталонов и формальных правил. Разногласия
109
- отдельно разбирались; неоднозначные формулировки проходили итоговый аудит.
110
- 6. Отклонённые вопросы удалялись. Проверялись дубликаты и разделение test/train.
111
-
112
- Основная модель — GPT-6.1 Sol, разбор разногласий — GPT-6 Astra, с запрошенным
113
- reasoning effort `high`. Сборка начата через OpenRouter и продолжена через
114
- подписочную прослойку. Во втором маршруте не поддерживаются `max_tokens` и
115
- принудительный JSON-формат; JSON проверяется самим построителем. Отдельные
116
- вызовы одной модели не являются независимой человеческой экспертизой.
117
-
118
- Целью были 300 тестовых вопросов. После содержательного отбора осталось
119
- 194; отвергнутые статьи не добавлялись для заполнения квоты.
120
- Проверка перед публикацией воспроизвела итог без сети, повторно вычислила
121
- ответы и выводы, проверила варианты MCQ и отсутствие пересечений split.
122
-
123
- ## Оценка
124
-
125
- Для открытых ответов LLMTF использует normalized exact match: нормализацию
126
- коротких категориальных ответов и точных чисел с учётом единиц. Основная метрика —
127
- средняя accuracy по статьям; micro-accuracy можно сообщать отдельно. Для MCQ
128
- проверяется совпадение выбранной буквы с `answer_label`.
129
-
130
- Вопросы одной статьи и минимальные пары зависимы: статистические сравнения
131
- следует проводить с группировкой по стат��ям. Открытый ответ и MCQ нельзя
132
- считать независимыми тестами. Старые результаты на выпусках 150 или 300
133
- вопросов не являются результатами этого выпуска.
134
-
135
- ## Ограничения
136
-
137
- Набор проверяет узкие следствия заданных норм. Он не оценивает решение
138
- произвольных юридических дел, поиск всей применимой нормативной базы или
139
- актуальность российского права сегодня. Квалификации и часть ограничений
140
- задаются в условии, а неизвестность фактов трактуется формально.
141
-
142
- Автоматические проверки подтверждают согласованность записей и правил;
143
- они не исключают общей ошибки интерпретации нормы моделями. Независимая
144
- экспертиза юристами не проводилась. Публикация может привести к попаданию
145
- примеров в обучение будущих моделей. Отдельная лицензия на производный
146
- набор пока не объявлена.
147
-
148
- В этом репозитории опубликованы только README и данные. Код построения
149
- и оценки находится в проекте [LLMTF](https://github.com/RefalMachine/llmtf_open).
 
9
  - russian-law
10
  - synthetic
11
  - reasoning
12
+ pretty_name: RuLaw-ProofBench expanded
13
  size_categories:
14
  - n<1K
15
  configs:
 
28
  path: data/mcq/train.parquet
29
  ---
30
 
31
+ # RuLaw-ProofBench: расширенный выпуск
32
 
33
+ Рабочее название — RuLaw 2.0. Корпус содержит **505 тестовых вопросов
34
+ по 71 статьям** и **20 демонстраций**. Нормативный срез —
35
+ 01.01.2025. Используются только ТК РФ, СК РФ, часть первая ГК РФ и 59-ФЗ.
36
+ Предыдущий выпуск (194 test + 5 train) доступен по закреплённой ревизии
37
+ `6e753317f0a7d17c92ca243c85aa0c2ef7a7cecc`. Результаты разных выпусков
38
+ следует сопоставлять с явным указанием версии и протокола.
39
 
40
+ Автор принял фактический состав до оценки моделей. Исходная цель баланса
41
+ 40/30/30 не является критерием этого выпуска; реальные количества приведены
42
+ ниже. Проверки содержания и разделения train/test сохранены.
43
 
44
+ ## Протокол
 
45
 
46
+ `open` и `mcq` — представления одних случаев с общими IDs. В `open` требуется
47
+ короткий ответ, в `mcq` — буква одного из 2–4 вариантов. Вариант
48
+ «недостаточно данных» присутствует в каждом MCQ. Он обозначает несколько
49
+ различных выводов при допустимых уточнениях фактов, а не незнание нормы.
50
+ Неизвестность факта не равна его отсутствию. Если все допустимые уточнения
51
+ дают один результат, эталоном является этот результат.
52
 
53
+ | Условия | Количество |
54
+ | --- | ---: |
55
+ | Полные | 280 |
56
+ | Неполные, но однозначные | 125 |
57
+ | Неоднозначные | 100 |
 
 
 
 
58
 
59
+ | Область | Количество |
60
  | --- | ---: |
61
+ | Обращения граждан, 59-ФЗ | 67 |
62
+ | Трудовое право | 223 |
63
+ | Семейное право | 114 |
64
+ | Гражданское право, часть первая ГК РФ | 101 |
65
+
66
+ Каждая статья содержит не более десяти тестовых вопросов. Состав типов
67
+ условий соответствует приведённой выше таблице.
68
+ Результаты оцениваемых моделей не использовались для отбора test.
69
+
70
+ ## Демонстрации
71
+
72
+ `train` — отдельный пул демонстраций. Он отделён от test по основным статьям,
73
+ нормативным зависимостям, IDs и нормализованным вопросам. Основной режим —
74
+ фиксированный 5-shot; поддерживается также 0-shot. Порядок основной пятёрки:
75
+
76
+ 1. Полные условия, «да».
77
+ 2. Неполные однозначные условия, «нет».
78
+ 3. Полные условия, «не следует из указанной нормы».
79
+ 4. Неполные однозначные условия, числовой ответ.
80
+ 5. Неоднозначные условия числового вопроса, «недостаточно данных».
81
+
82
+ Фиксированные IDs в этом порядке:
83
+
84
+ - `v2-3b3b4fa138be5488a6f9`
85
+ - `v2-40b5b87e704a2c16f022`
86
+ - `v2-f11ba975e9a6aa85ce74`
87
+ - `v2-53953b76036d58175e83`
88
+ - `v2-5d800c23c8b5407341ee`
89
+
90
+ Пятёрка использует пять разных статей и не менее трёх областей, не более двух
91
+ примеров одной области. Из допустимых наборов выбран кратчайший по суммарной
92
+ длине question + context в Unicode-символах; равенства разрешены по IDs.
93
+ Она не покрывает все возможные сочетания ответа, условий и отрасли.
94
+
95
+ ## Данные и оценка
96
+
97
+ Поля `question` и `context` содержат публичный вопрос и нормативные фрагменты.
98
+ Закрытый режим использует только вопрос, grounded — также контекст.
99
+ `answer`, `answer_unit`, `answer_label`, `record_json` и `mcq_json` содержат
100
+ эталон и аудиторские сведения; их нельзя передавать модели как тестовый вход.
101
+ `record_json` сохраняет факты, программный вывод, ссылки и связи минимальных пар.
102
+
103
+ Основная метрика — средняя accuracy по статьям. Дополнительно сообщаются
104
+ micro accuracy, ошибки формата, precision/recall и ложные ответы недостаточности,
105
+ результаты по типам условий, минимальным парам и происхождению случаев.
106
+ Интервалы сравнения моделей следует строить по статьям с проверкой устойчивости
107
+ при объединении статей, имеющих общие нормативные зависимости.
108
+
109
+ Open использует точное совпадение после ограниченной нормализации. Числа
110
+ записываются цифрами: целые, точные десятичные или обыкновенные дроби; для долей
111
+ допустимы проценты. Разрешены соответствующие единицы, включая месяцы и годы.
112
+ Годы и месяцы не переводятся в фиксированное количество дней. Объяснения,
113
+ словесные числительные, «до N», «не более N» и противоречивые ответы не извлекаются
114
+ и не исправляются scorer. MCQ оценивается по вероятностям показанных букв.
115
+
116
+ ## Построение и ограничения
117
+
118
+ Принятые нормативные фрагменты и ограничения применения подготовлены отдельно.
119
+ Построение включает две изолированные формализации, сравнение конечных миров,
120
+ программное вычисление эталонов, слепое решение и аудит текста. Использованы
121
+ `gpt-6.1-sol` и `gpt-6-astra` для разбора расхождений, effort `high`.
122
+ Согласие этих проверок не заменяет независимой экспертной юридической проверки.
123
+
124
+ Прежние случаи повторно проверены; для каждого старого ID ведётся перечень
125
+ сохранений и исключений. Замены на уровне статьи не выдаются за соответствие
126
+ вопросов один к одному. Поле `origin` различает сохранённые случаи (`retained`),
127
+ новые случаи (`new`) и случаи по переработанной формализации прежней статьи
128
+ (`revised_article`). Последние содержат `previous_article_ids`; это связь на
129
+ уровне статьи, а не утверждение о точном соответствии старому вопросу.
130
+ Префикс `v2-` исторических IDs не обозначает этот выпуск:
131
+ версия определяется manifest и контрольными суммами файлов.
132
+
133
+ Это синтетическая проверка выбранных норм и ограниченных ситуаций, а не оценка
134
+ всех отраслей российского права или способности давать юридические консультации.
135
+ Исторические результаты на прежнем корпусе и прежних промптах не являются
136
+ результатами этого выпуска. Для сравнения требуется новая генерация ответов.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
data/mcq/test.parquet CHANGED
@@ -1,3 +1,3 @@
1
  version https://git-lfs.github.com/spec/v1
2
- oid sha256:96115bf23d97d2376728124759f23c59037c84c30211ca7121854a0f4b6f2d33
3
- size 198087
 
1
  version https://git-lfs.github.com/spec/v1
2
+ oid sha256:466691b31a948daea1648598995ce5cc30a78e7f694bb6e466d2137a60f37292
3
+ size 1305605
data/mcq/train.parquet CHANGED
@@ -1,3 +1,3 @@
1
  version https://git-lfs.github.com/spec/v1
2
- oid sha256:adb821da7a5d5d699b322b8bb5e87f75ea39238b05f8e2d4d8203df75c7d8ddb
3
- size 45078
 
1
  version https://git-lfs.github.com/spec/v1
2
+ oid sha256:91413a0284ecdb72cfef5ae2a32d72819ba87bdbbf70e6593dfd568e38524c66
3
+ size 70745
data/open/test.parquet CHANGED
@@ -1,3 +1,3 @@
1
  version https://git-lfs.github.com/spec/v1
2
- oid sha256:10ea4a4bd96c4e43a1c2b337bd8ac8fdc80613623dc6d4faa293e6c71f543f71
3
- size 152903
 
1
  version https://git-lfs.github.com/spec/v1
2
+ oid sha256:79643ceaf2aafb88ac158729aa1f279b7c497d0b5de095fbf0cfef6ad476d233
3
+ size 1130771
data/open/train.parquet CHANGED
@@ -1,3 +1,3 @@
1
  version https://git-lfs.github.com/spec/v1
2
- oid sha256:1a8312983b136fb1c2ca9a3e4b3896755caac8fb9a5d98bf404422c2585b5e2d
3
- size 33010
 
1
  version https://git-lfs.github.com/spec/v1
2
+ oid sha256:97a6a56bb3f977fc23953ca68dc1ab1272a93875789ef693abcc69ec8a83bedf
3
+ size 56060