/ Модель

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

Контекст
131 072 токена
Параметры
7,5 млрд
Размер весов
16,1 ГБ
Лицензия
Llama 3.1
Архитектура
llama · dense
Базовая модель
Llama-3.1-8B-Instruct
Библиотека
transformers
Опубликована
7 авг 2026

llama-3.1-8b-fft-othello-multi-format-replay-1e-5-500k

Генерация текстаТекст → текст3 профессии

Дообученная на данных об Отелло и диалогах модель Llama 3.1 8B Instruct для генерации текста и общения.

29скачиваний за 30 дней0лайковвеса обновлены12 авг 2026

Бенчмарки

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

Тесты пользователейпока нет

Никто ещё не опубликовал тест этой модели. Соберите бенчмарк из своих задач — результат появится здесь.

  1. Добавьте модель в бенчмарк

    Вместе с другими моделями категории «Текст» — сравнение идёт внутри одной категории.

  2. Опишите свои задачи

    Напишите запросы, при необходимости приложите файлы и эталонные ответы.

  3. Запустите и опубликуйте

    Модели ответят на каждую задачу, судья оценит ответы. Опубликованный результат появится на этой странице.

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

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

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

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

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

Модель cfierro/llama-3.1-8b-fft-othello-multi-format-replay-1e-5-500k — дообученная версия Meta Llama 3.1 8B Instruct, созданная с помощью Axolotl. Она обучалась на наборах cfierro/othello-llama3-multi-format и cfierro/tulu3-sft-replay-othello-500k; в README указано значение loss 0,779 на оценочном наборе.

Модель предназначена для генерации текста и диалогового взаимодействия. Доступны веса в формате safetensors; архитектура — плотная авторегрессионная LlamaForCausalLM, размер — 7,5 млрд параметров, заявленная длина контекста — 131 072 токена. README не уточняет отдельные сценарии применения, языки обучения или результаты для игры в Отелло.

Лицензия — llama3.1. Качество и ограничения в конкретных пользовательских сценариях по приведённым данным оценить нельзя.

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

  • генерация ответов в диалоговом интерфейсе
  • продолжение текста по запросу
  • эксперименты с дообучением Llama на данных об Отелло

Ограничения

README не описывает предполагаемые сценарии использования и ограничения; указан только loss 0,779 на оценочном наборе, без методики и сравнительных результатов.

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

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

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

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

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

Открыть на Hugging Face

axolotl version: 0.10.0

base_model: meta-llama/Llama-3.1-8B-Instruct
model_type: LlamaForCausalLM
tokenizer_type: AutoTokenizer

load_in_8bit: false
load_in_4bit: false

# ============================================================================
# Full FT on REAL Othello (Li et al.'s synthetic distribution), multi-format.
# The Othello twin of fullft-othello-snake-8b-multi-format-replay.yaml: same
# masked prefix, same seven move-notation formats, same `input_output` masking —
# only the game changes, so the two runs are directly comparable.
# Data: data/push_othello_dataset.py -> data/push_input_output_dataset.py --game othello
# ============================================================================

# --- Dataset: continued pre-training with a masked constant prefix ---
# `segments`: "<|begin_of_text|>Game of bjk\n\n" is label:false (context, not in
# the loss); the formatted moves + <|end_of_text|> are label:true (trained).
#
# SCALE — read before launching. The full train split is 20,000,000 games, i.e.
# the paper's scale, NOT Snake-Othello's 50k. Measured on the real dataset:
#   * a game averages 186 Llama-3 tokens in the multi-format mix (127 for the
#     ~70% fixed_prefix rows; the labelled formats run 2-3x longer)
#     ->  ~3.73B trained tokens over 20M games
#   * effective batch = 4 GPUs * micro 4 * accum 1 = 16 packed sequences of 1024
#     = 16,384 tokens/step  ->  ~227,000 steps per epoch  (Snake-Othello 50k: ~320)
#   * at ~3-5 s/step that is ~2 weeks game-only, ~4 weeks with a 1:1 chat replay
# So pick the scale deliberately by SLICING the split (never by editing the
# dataset), and keep the replay budget below in step with it. Steps/h below are
# for the CURRENT 2:1 game:chat replay (chat = game_tokens / 2):
#     split: train[:50000]      #   ~851 steps, ~1 h    (the first run: 80% valid)
#     split: train[:200000]     # ~3,406 steps, ~3-5 h
#     split: train[:500000]     # ~8,514 steps, ~7-12 h  <- current
# WHY 500k. The first run (50k games, 1:1-ish replay) reached ~80% valid moves,
# against 99.7% for Snake-Othello at the same 50k games: real Othello legality is
# a global bracketing rule over the whole board, so it needs far more data than
# snake's head-local rule. Li et al. get ~0.01% error at 20M games and ~5% on the
# much smaller championship set, i.e. this task saturates somewhere in 1e5-1e7
# games. Error falls roughly log-linearly in data, so the useful unit is a
# MULTIPLIER: 2x is inside the eval's noise (~±0.5pp on 1k games), 10x is a step.
# Scale by another 10x only if the valid-move curve is still climbing at the end.
# Keep num_epochs at 1: with 20M unique games there is no shortage of fresh data,
# so a second epoch is pure repetition — spend the budget on more games instead.
datasets:
  - path: cfierro/othello-llama3-multi-format
    type: input_output
    split: train[:500000]
  # --- Replay: general chat data (Llama-3 chat-template formatted) ---
  # Sized for THIS slice, at 2:1 game:chat — NOT the snake configs' subset (that
  # one is 5.35M tokens, which against 93M game tokens would be ~0.06:1, i.e. no
  # replay at all). Rebuild whenever the slice changes; 186 tokens/game:
  #   python data/push_replay_subset.py --game_tokens 93000000 --ratio 2 \
  #       --repo cfierro/tulu3-sft-replay-othello-500k
  # 2:1 rather than the snake runs' 1:1 buys ~1.5x more games per hour, which is
  # what the valid-move rate needs; the snake collapse-to-moves-only happened at
  # ZERO replay, not at 2:1. Check the chat outputs on the resulting checkpoint —
  # if instruction-following degraded, rebuild at --ratio 1 (~11,374 steps).
  - path: cfierro/tulu3-sft-replay-othello-500k
    type: chat_template
    field_messages: messages
    split: train
chat_template: llama3
train_on_inputs: false          # REQUIRED for input_output masking to take effect
dataset_prepared_path: /projects/nlp/data/constanzam/learning-facts/axolotl/datasets/llama-3.1-8b/othello-multi-format-replay
# The -500k suffix is the game slice: the 50k run already owns the unsuffixed
# name (locally, on wandb and on the Hub), and it is the 80%-valid baseline this
# run is measured against — do not overwrite it. Bump the suffix with the slice.
output_dir: /projects/nlp/data/constanzam/learning-facts/axolotl/models/llama-3.1-8b-fft-othello-multi-format-replay-1e-5-500k

sequence_len: 1024              # games are ~127 tokens; long context is unused here
sample_packing: true            # pack many short games per sequence (block-diagonal attn)
eval_sample_packing: false

# --- Validation on held-out GAMES ---
# NOT the `test` split: that one is reserved for the actual evaluation
# (data/prepare_othello_eval_dataset.py expands its first 5,000 games into the
# valid-move eval sets). load_best_model_at_end selects a checkpoint on whatever
# is named here, so pointing it at `test` would be selecting on the test set.
#
# Validation comes from the FAR END of the train split instead. Those games are
# unseen as long as the training slice above does not reach them, and a negative
# slice stays correct however far that slice is scaled up.
#
# 500 games, the same count the snake runs validate on — and already a sharper
# signal, since an Othello game is ~60 moves (~186 tokens) against snake's ~33
# (~150), so 500 games here is ~93k eval tokens vs ~50k there. eval_sample_packing
# is off, so each game is its own sequence: 500 games = ~31 forward passes per
# evaluation, and there are ~17 of those at eval_steps: 500.
# val_set_size: 0 disables the random carve, which would otherwise mix game +
# chat rows into the val set.
val_set_size: 0
test_datasets:
  - path: cfierro/othello-llama3-multi-format
    type: input_output
    split: train[-500:]

wandb_project: othello-ft
wandb_entity: cfierro
wandb_watch:
wandb_name: llama-3.1-8b-fft-othello-multi-format-replay-1e-5-500k
wandb_log_model: "false"

# --- Multi-GPU: 4x A40 (48GB) per node ---
# Full FT of an 8B model needs ZeRO-3 to shard weights+grads+optimizer.
# Effective batch = 4 GPUs * micro 4 * grad_accum 1 = 16 packed sequences.
# Confirm the real step count with `axolotl preprocess ... --debug` before
# committing a multi-day run.
gradient_accumulation_steps: 1
micro_batch_size: 4
num_epochs: 1                   # 20M unique games: a second pass is pure repetition
save_strategy: steps
save_steps: 2000
save_total_limit: 10
eval_strategy: steps            # must match save_strategy for load_best_model_at_end
eval_steps: 500
# Step-granular save/eval, not epoch: one epoch is ~8,514 steps here, so epoch
# granularity would mean no checkpoint and no eval until the run is over. 500
# gives ~17 evals — enough to read the scaling curve mid-run and kill the job
# early if eval_loss has flattened. save_total_limit keeps the last 3 plus the
# best. If the slice is scaled again, keep save_steps well under the total step
# count, or nothing is ever saved and load_best_model_at_end has no checkpoint
# to restore.

load_best_model_at_end: true
metric_for_best_model: eval_loss
greater_is_better: false

# Needs a write-scoped HF token on the cluster (HF_TOKEN or `huggingface-cli login`).
hub_model_id: cfierro/llama-3.1-8b-fft-othello-multi-format-replay-1e-5-500k
hub_strategy: end
hub_private_repo: false

optimizer: adamw_bnb_8bit
lr_scheduler: cosine
learning_rate: 1e-5             # matches the snake multi-format run, for comparability

bf16: auto
tf32: false

gradient_checkpointing: true
auto_resume_from_checkpoints: true
logging_steps: 1
flash_attention: true

warmup_ratio: 0.03
save_total_limit: 3
weight_decay: 0.0
special_tokens:
   pad_token: <|end_of_text|>

# DeepSpeed ZeRO Stage 3 — shards weights, gradients, and optimizer across GPUs
deepspeed: deepspeed_configs/zero3.json

# NOTE ON CHAT REPLAY. Chat data is NOT the binding constraint — compute is.
# allenai/tulu-3-sft-mixture has ~939k conversations, ~737k after the builder
# drops `aya`, and at the ~250 assistant tokens/kept row the snake subset measured
# that pool is ~143M trained tokens: enough for a full 1:1 replay up to ~770k
# games, and for this run's 2:1 up to ~1.5M. Past that the pool binds and the
# ratio has to fall (or rows repeat). What is NOT affordable is the full 20M
# games: at 1:1 that is ~7.5B tokens of training.
# push_replay_subset.py sizes the subset by tokens (--game_tokens / --ratio), so
# it follows whatever slice is set above — but only if it is RERUN. Keep the
# slice and the --game_tokens budget in sync, or the replay ratio silently drifts
# and instruction-following degrades (the game-only snake run collapsed to
# emitting nothing but moves). Same seed + same filters means a bigger budget is a
# superset of a smaller one, so scaling up never swaps out conversations the
# previous run already saw.

# Verify the data + loss mask before training:
#   axolotl preprocess axolotl_configs/fullft-othello-8b-multi-format-replay.yaml --debug
# Confirm the prefix tokens show -100 (masked) and the move tokens + <|end_of_text|>
# are trained, and that the player-labelled formats show non-alternating colours on
# the ~34% of games that contain a pass.

llama-3.1-8b-fft-othello-multi-format-replay-1e-5-500k

This model is a fine-tuned version of meta-llama/Llama-3.1-8B-Instruct on the cfierro/othello-llama3-multi-format and the cfierro/tulu3-sft-replay-othello-500k datasets. It achieves the following results on the evaluation set:

  • Loss: 0.7790

Model description

More information needed

Intended uses & limitations

More information needed

Training and evaluation data

More information needed

Training procedure

Training hyperparameters

The following hyperparameters were used during training:

  • learning_rate: 1e-05
  • train_batch_size: 4
  • eval_batch_size: 4
  • seed: 42
  • distributed_type: multi-GPU
  • num_devices: 4
  • total_train_batch_size: 16
  • total_eval_batch_size: 16
  • optimizer: Use OptimizerNames.ADAMW_BNB with betas=(0.9,0.999) and epsilon=1e-08 and optimizer_args=No additional optimizer arguments
  • lr_scheduler_type: cosine
  • lr_scheduler_warmup_steps: 686
  • training_steps: 22883

Training results

Training LossEpochStepValidation Loss
No log001.5235
0.80860.02195000.9051
0.9050.043710000.8784
0.70560.065615000.8522
0.82020.087420000.8411
0.81270.109325000.8354
0.8460.131130000.8298
0.64290.153035000.8253
0.86790.174840000.8243
0.60560.196745000.8161
0.97360.218550000.8146
0.92360.240455000.8138
0.89820.262260000.8101
0.95030.284165000.8086
0.71950.305970000.8060
0.74560.327875000.8042
0.63730.349680000.8027
0.8110.371585000.7998
0.91120.393390000.8009
0.70360.415295000.7980
0.83610.4370100000.7965
0.82060.4589105000.7963
0.82060.4589105000.7963
0.75050.4807110000.7932
0.75370.5026115000.7927
0.92490.5244120000.7916
0.6990.5463125000.7903
0.6990.5681130000.7891
0.71060.5900135000.7895
0.76970.6118140000.7877
0.80920.6337145000.7866
0.80070.6555150000.7849
0.73330.6774155000.7845
0.7170.6992160000.7837
0.84660.7211165000.7834
0.73140.7429170000.7824
0.74310.7648175000.7820
0.72850.7866180000.7811
0.61680.8085185000.7803
0.73690.8303190000.7801
0.90690.8522195000.7799
0.8050.8740200000.7795
0.65830.8959205000.7794
0.97340.9177210000.7791
0.68840.9396215000.7790
0.73190.9614220000.7790
0.82230.9833225000.7790

Framework versions

  • Transformers 4.57.3
  • Pytorch 2.9.0+cu128
  • Datasets 3.6.0
  • Tokenizers 0.22.2

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

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

GPU в ailist

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

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

Подбираем GPU…

Класс архитектуры
LlamaForCausalLM
Ревизия весов
8ed6342

0 моделей