/ Модель

Характеристики

Контекст
2 048 токенов
Параметры
51,8 млн
Лицензия
Apache 2.0
Архитектура
llama · dense
Базовая модель
50M-2048-Emhotob
Библиотека
transformers
Опубликована
28 авг 2026

Nawah-RuleCheck-v2

Классификация текстаТекст → label3 профессии

Компактная арабоязычная Llama-классификатор проверяет, соответствует ли текст правилу, сформулированному на естественном языке.

60скачиваний за 30 дней1лайквеса обновлены1 сен 2026

Бенчмарки

Как модель справилась с задачами пользователей ailist и что о ней публикуют открытые лидерборды

Публичные оценки

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

В подключённых источниках результатов для этой модели пока нет.

Что умеет модель

Описание составлено по карточке модели и метаданным Hugging Face

Nawah-RuleCheck-v2 — небольшая арабоязычная модель oddadmix для проверки, соответствует ли текст заданному правилу на естественном арабском языке. Она принимает текст и формулировку правила и относит пару к одному из двух классов: «مطابق» (соответствует) или «مخالف» (не соответствует). Модель построена на архитектуре Llama и использует классификационную голову; содержит 51,8 млн параметров, а длина контекста составляет 2048 токенов.

Модель предназначена для проверки правил, которые можно определить по самому тексту, например наличия даты, числа или URL, а также для фильтрации коротких арабских объявлений, обращений в поддержку, вакансий и других деловых текстов. В оценке она лучше обобщала правила, сформулированные в знакомом обучающем стиле, чем новые разговорные формулировки; подсчёт слов оказался слабым типом правил. Обучение охватывает 19 правил и короткие тексты из нескольких арабских регионов, поэтому результаты не следует переносить на длинные документы, правила, требующие знаний о мире, суждений или многошаговых выводов. Модель дообучена на oddadmix/50M-2048-Emhotob на наборе oddadmix/arabic-rule-checking. Лицензия — Apache-2.0.

Сценарии применения

  • Проверка наличия заданных элементов в арабском объявлении
  • Фильтрация арабских обращений в поддержку по текстовым правилам
  • Проверка соответствия вакансий и объявлений простым требованиям
  • Определение наличия даты, числа, цены или URL в коротком тексте
  • Классификация арабского текста как соответствующего или нарушающего правило

Ограничения

Обобщение на новые и разговорные формулировки правил заметно слабее, чем на формулировки обучающего типа; подсчёт слов — особенно слабый случай. Модель обучена на 19 правилах для коротких арабских текстов и не проверена на длинных документах или правилах, требующих внешних знаний и сложных рассуждений.

Для каких профессий подходит3

Разделы каталога профессий, в задачах которых используется эта модель

Все профессии

Карточка модели

README от автора на Hugging Face, как он его опубликовал

Открыть на Hugging Face

Nawah-RuleCheck-v2 — مدقّق قواعد عربي بـ 207.2 ميجابايت

A 51,787,264-parameter Arabic rule checker; weights file 207,161,320 bytes (207.16 MB). Give it a text and a rule written in ordinary Arabic and it answers مطابق (the text satisfies the rule) or مخالف (it does not).

بالعربية: نموذج عربي صغير (51,787,264 معامل) يأخذ نصًا وقاعدة مكتوبة بلغة طبيعية ويقرّر إن كان النص مطابقًا للقاعدة أم مخالفًا لها.

12 transformer layers, hidden size 512. It is a sequence classifier (LlamaForSequenceClassification), not a generator — the answer is two-valued, so a classification head fits better at this size and is directly scorable.

Where the parameters are. 35,403,264 of the 51,787,264 parameters are the transformer body; 16,384,000 (31.6%) are the 32,000 × 512 embedding table. Small Arabic models are mostly vocabulary — worth knowing before reading the results as reasoning capacity.

The size ladder

This model is one rung of a four-point ladder trained on identical data and scored by one harness in one session (eval_all.py). Nothing below is carried over from an earlier run or another card.

modelparamsweightsseen wordingunseen wordingminimal pairshand-written wordingCPU ms
Nawah-RuleCheck-500K518,2562.08 MB0.98660.97780.99260.55580.33
Nawah-RuleCheck-1M1,073,5044.30 MB0.99520.98640.99910.77080.55
Nawah-RuleCheck-5M5,080,70420.33 MB0.99790.99490.99260.86421.06
this model51,787,264207.16 MB0.99800.99800.99910.888316.58
majority baseline——0.64010.64010.50000.5925—

CPU ms = single example, batch 1, float32, 2 threads, median of 200 runs, same input for every model. On an RTX 5090 this model is 3.74 ms.

What the four columns mean

  • seen wording (6,624 pairs) — held-out texts (task_id split, zero text overlap with training), rules phrased the way training phrased them. Text generalisation.
  • unseen wording (6,624 pairs) — the same held-out texts, rule phrasings held out of training entirely, drawn from the same 631-paraphrase pool.
  • minimal pairs (1,080 pairs) — a real text and a surgically edited copy whose verdict flips, verified by rules_common.py. Any cue that merely correlates with the label inside the corpus dies here.
  • hand-written wording (1,200 pairs) — 10 rules restated in terse, colloquial Arabic written from scratch, sharing almost no vocabulary with the paraphrase pool. This is the honest hard column, and it is where model size actually buys something.

Per-rule accuracy, unseen wording

ruleacc
ends_question1.000
has_date1.000
has_number1.000
has_phone1.000
has_price1.000
max_words_301.000
max_words_501.000
min_words_301.000
no_email1.000
no_latin1.000
no_url1.000
has_city0.999
no_excess_punct0.999
no_phone0.996
min_words_250.975
min_words_150.952
max_words_250.950
min_words_200.943
max_words_400.870

Per-rule accuracy, hand-written wording

ruleacc
no_latin1.000
no_url1.000
has_price1.000
no_excess_punct1.000
ends_question1.000
no_phone0.992
has_date0.992
has_number0.933
has_phone0.525
no_email0.442

Limitations

Read the hand-written wording column, not the headline. Inside the paraphrase distribution the whole ladder is bunched between 0.9778 and 0.9980 — a 2.0-point spread across a 100x size range. On rule wordings written from scratch the same four models spread from 0.5558 to 0.8883, a 33.2-point gap, and the 500K rung falls below the 0.5925 majority-class baseline. Almost all of what size buys on this task is robustness to wording you did not train on. If your rules are a fixed catalogue you can phrase in the training register, the small rungs are close to free. If users will phrase rules in wording you do not control, size matters and no rung on this ladder is finished.

Trained on 19 rules decidable from the string itself. Rules needing world knowledge, judgement or multi-step inference are out of distribution. Texts are 1–3 line Arabic business documents (classified ads, support tickets, job posts, complaints, rental listings) across nine regions; longer or very different text is untested. Word-count rules are the weakest family — counting is the one operation here that cannot be pattern-matched.

Usage

import torch
from transformers import AutoModelForSequenceClassification, AutoTokenizer

M = "oddadmix/Nawah-RuleCheck-v2"
tok = AutoTokenizer.from_pretrained(M)
model = AutoModelForSequenceClassification.from_pretrained(M).eval()

def check(text, rule):
    x = tok(f"النص: {text}\nالقاعدة: {rule}", return_tensors="pt", add_special_tokens=False)
    with torch.no_grad():
        p = model(**x).logits.softmax(-1)[0]
    return model.config.id2label[int(p.argmax())], float(p.max())

check("للبيع سيارة نظيفة، للتواصل على الرقم 0551234567",
      "يُمنع ظهور أي رقم هاتف (8-15 خانة) في النص")

Input format is النص: {text}\nالقاعدة: {rule} with add_special_tokens=False. Text first, rule second: the head pools the last non-pad token, so under causal attention only the trailing rule tokens can attend to the whole text.

Training

Base oddadmix/50M-2048-Emhotob — Llama, 12 layers, hidden 512, vocab 32,000, tied embeddings, 2048 context. 159,240 (text, rule) pairs, LR 1e-4, 10 epochs, cosine schedule, 500 warmup steps, effective batch 64, bf16, max_length 224. Best checkpoint selected on unseen-wording macro-F1.

Learning rate across the ladder

"Smaller models need a higher learning rate" is true here — but only below 5M. Each rung was swept independently on the same data and the same eval:

rungparamschosen LRepochstuned?
Nawah-RuleCheck-500K518,2566e-315✅
Nawah-RuleCheck-1M1,073,5041e-310✅
Nawah-RuleCheck-5M5,080,7041e-410✅
Nawah-RuleCheck-v251,787,2641e-410✅

The optimum climbs 60× between the 5M and the 500K (1e-4 → 6e-3), and getting it wrong is expensive: on the 500K base the big model's recipe scores 0.9179 unseen against 0.9780 tuned — six points that look like a capacity limit and are not.

Above 5M the effect simply stops. The 5M and the 51.8M want the same 1e-4, and pushing the 5M up toward the 500K's learning rate destroys it (3e-3 → 0.88, 6e-3 → 0.77 unseen). So neither recipe transfers in either direction: the tiny rungs need their own LR, and that LR must not be carried back up the ladder.

This rung's sweep

Same data, same eval splits, same everything — only LR and epoch budget move:

LRepochsseenunseen
3e-430.99290.9799
3e-5100.99730.9964
1e-4100.99800.9980
3e-4100.99620.9852
1e-4150.99850.9959

This rung originally shipped at 3e-4 / 3 epochs, carried over from the Emhotob SFT ladder without a sweep, and it was leaving real accuracy on the table: 0.9799 unseen against 0.9980 here, and 0.8667 against 0.8883 on hand-written wording. 1e-4 is bracketed on both sides (3e-5 -> 0.9964, 3e-4 -> 0.9852) and a longer budget does not help (15 epochs -> 0.9959). These weights are the retuned ones.

How the labels were made

Labels are computed, not model-judged. Each rule is a deterministic predicate over the raw string (rules_common.py, shipped here), so ground truth is exact by construction. That also makes paraphrasing free supervision: rewording a rule cannot change its verdict.

Siblings

Reproducing every number on this page

python eval_all.py oddadmix/Nawah-RuleCheck-500K oddadmix/Nawah-RuleCheck-1M \
                   oddadmix/Nawah-RuleCheck-5M  oddadmix/Nawah-RuleCheck-v2

eval_all.py is in this repo, along with the frozen case sets it scores against (cf_cases.json, ood_cases.json) so the minimal pairs and the hand-written wordings are byte-identical for every rung and every re-run. Also here: prepare_rules_cls.py, train_rules_cls.py, gen_rule_paraphrases.py, counterfactual_eval.py, rules_common.py (which defines the labels), and the 631 rule paraphrases in rule_paraphrases.json.

Как запустить

На своей GPU в ailist. Цена — по текущим предложениям провайдеров

GPU в ailist

Универсальный рантайм · transformers · text-classification

Можно запустить

Подбираем GPU…

Класс архитектуры
LlamaForSequenceClassification
Ревизия весов
3f050ad

0 моделей