/ Модель

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

Контекст
524 288 токенов
Параметры
8 млрд
Размер весов
18 ГБ
Лицензия
Apache 2.0
Архитектура
k2_horizon · dense
Библиотека
transformers
Опубликована
1 сен 2026

K2-Horizon-7B

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

Плотная языковая модель IFM с контекстом до 524 288 токенов для диалогов, рассуждений, программирования и агентных задач.

33 067скачиваний за 30 дней249лайковвеса обновлены2 окт 2026

Бенчмарки

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

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

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

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

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

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

K2-Horizon-7B — плотная авторегрессионная языковая модель семейства K2-Horizon от IFM, предназначенная для генерации текста и диалогового взаимодействия. Модель имеет около 8 млрд параметров и поддерживает контекст до 524 288 токенов; карточка описывает её как 7B-core модель с окном контекста 512K. Веса опубликованы в формате Safetensors, лицензия — Apache-2.0.

Модель рассчитана на сценарии рассуждений, программирования, работы с длинным контекстом и агентных задач; README приводит результаты оценки на соответствующих бенчмарках и описывает обучение для снижения повторяющихся циклов в длинных генерациях. Доступны промежуточные контрольные точки для изучения изменений возможностей в ходе обучения, а обучающие данные, код и материалы оценки заявлены как открытые. Метаданные указывают английский язык карточки, но это не гарантирует, что модель поддерживает только английский.

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

  • диалоговые ответы на запросы пользователя
  • анализ документов и других длинных текстов в пределах контекста
  • помощь с написанием и анализом кода
  • решение задач на рассуждение и математику
  • генерация текста для агентных сценариев

Ограничения

Качество и результаты зависят от задачи и настроек генерации; приведённые в карточке сравнения могут использовать разные протоколы оценки. Модель может выдавать чрезмерно длинные ответы, хотя в README описан отдельный этап обучения для снижения повторяющихся циклов.

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

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

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

Также подходит для

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

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

Открыть на Hugging Face

K2-Horizon-7B

K2-Horizon-7B is the medium dense member of the K2-Horizon family: a 7B-core decoder-only model with a 512K context window.

K2-Horizon-7B Highlights

  • Strong dense baseline. A 7B-class dense model evaluated across agentic, coding, long-context, and reasoning benchmarks.
  • 512K context. Native 524,288-token context from the midtraining stages onward.
  • Diffusion Adapters. For faster inference (HF).
  • Intermediate checkpoints. Intermediate checkpoints are released so capability changes can be studied across training rather than at a single checkpoint.
  • Fully open. Training data and recipe, training code, and evaluation resources are public.

Benchmark Results

The chart at the top of this card shows K2-Horizon-7B against selected reference models. The table below lists every comparison model used in the figure.

Full Results

Scores in %. Bold marks the best score in each row. BrowseComp: our model uses the Discard-all@95k context-length protocol proposed in the DeepSeek-V3.2 technical report; comparison models may use different harnesses.

Anti-doom-loop training

Small reasoning models occasionally fall into degenerate repetition ("doom loops") on long generations and keep generating until they hit the output limit. After post-training, the 3.7B and 7B models receive a short anti-doom-loop stage: Final Token Preference Optimization (FTPO), a LoRA preference update on pairs mined from the model's own looping outputs, merged back into the weights. Runaway generations are almost entirely removed, standard benchmarks stay flat or improve slightly, and the largest gains are on agentic tasks, where a single runaway call can stall a whole episode.

Benchmark3.7B before3.7B after7B before7B after
AIME 202587.089.2 (+2.2)91.990.3 (-1.6)
AIME 202689.590.8 (+1.4)90.190.2 (+0.1)
HMMT Feb 202583.187.5 (+4.4)84.287.7 (+3.5)
HMMT Feb 202669.375.2 (+5.9)73.377.8 (+4.5)
GPQA Diamond65.468.9 (+3.5)77.175.6 (-1.5)
HLE (text)13.814.0 (+0.3)18.619.5 (+0.8)
IFEval (loose)85.283.6 (-1.7)88.786.9 (-1.8)
IFBench (loose)47.347.7 (+0.3)52.050.7 (-1.3)
LiveCodeBench v660.964.5 (+3.6)71.572.7 (+1.2)
OJBench20.521.6 (+1.1)29.029.4 (+0.4)
SciCode21.625.831.633.6 (+2.0)
SWE-bench Verified67.665.6 (-2.0)69.272.4 (+3.2)
Terminal-Bench 2.125.139.7 (+14.6)39.744.6 (+4.9)
BFCL v451.064.6 (+13.7)62.367.0 (+4.6)

Output length. On single-turn benchmarks mean output length falls while the median is essentially unchanged, because what FTPO removes is the runaway tail. For example, IFEval mean tokens drop from 8.7k to 2.3k (3.7B) and 5.2k to 3.2k (7B), and LiveCodeBench drops from 26.8k to 16.8k and 19.9k to 15.6k. The share of samples that hit the output limit falls from up to 4% (HLE) to under 0.3% on most benchmarks.

Settings: accuracy in %, "before" is the post-trained checkpoint the anti-doom stage starts from and "after" is the released checkpoint, both evaluated with identical settings. Output budgets are 500k tokens for AIME, HMMT Feb 2025, IFEval, IFBench, LiveCodeBench and OJBench, and 256k for HMMT Feb 2026, GPQA Diamond and HLE. GPQA Diamond uses top_p=1 and 5 repeats; SciCode uses 3 repeats. SWE-bench Verified (mini-swe-agent) and Terminal-Bench 2.1 (terminus-2, 3 repeats) run at 256k context; BFCL v4 runs at temperature 0.01.

Quickstart

Serving

vLLM, recipe at recipes.vllm.ai/IFM:

vllm serve IFM/K2-Horizon-7B \
  --trust-remote-code \
  --dtype bfloat16 \
  --tensor-parallel-size 1 \
  --reasoning-parser k2_horizon \
  --enable-auto-tool-choice \
  --tool-call-parser k2_horizon

Use an exact branch name from the inventory with vLLM's --revision option. For example, --revision pretrain_1100000 selects the final checkpoint of Pretraining, at step 1,100,000.

SGLang, this is the recipe validated in the SGLang K2 Horizon cookbook:

sglang serve \
  --model-path IFM/K2-Horizon-7B \
  --revision 85d46bbaf6ecd844a8ef61991f6e492d4faf4179 \
  --tp 1 \
  --dtype bfloat16 \
  --attention-backend fa3 \
  --reasoning-parser k2_horizon \
  --host 0.0.0.0 \
  --port 30000

API Usage

[!Tip] Recommended settings: reasoning_effort="high", temperature=1.0, top_p=0.95, and at least 32,768 output tokens. Reasoning depth is selected per request through chat_template_kwargs. Thinking is returned in reasoning_content and the answer in content.

from openai import OpenAI

client = OpenAI(base_url="http://localhost:30000/v1", api_key="EMPTY")
response = client.chat.completions.create(
    model="IFM/K2-Horizon-7B",
    messages=[{"role": "user", "content": "Explain the result step by step."}],
    temperature=1.0,
    top_p=0.95,
    max_tokens=32768,
    extra_body={"chat_template_kwargs": {"reasoning_effort": "high", "tool_call_format": "xml"}},
)
message = response.choices[0].message
print("Reasoning:", getattr(message, "reasoning_content", None))
print("Answer:", message.content)

Our model supports multiple tool-call formats, which can be changed with chat_template_kwargs. The supported values are json, xml, and xml_typed. The default is xml. Keep --tool-call-parser k2_horizon enabled to parse the selected format.

Transformers

Validated with Transformers 5.15.0, PyTorch 2.13.0, Safetensors 0.8.0.

from transformers import AutoModelForCausalLM, AutoTokenizer

model_id = "IFM/K2-Horizon-7B"
tokenizer = AutoTokenizer.from_pretrained(model_id, trust_remote_code=True)
model = AutoModelForCausalLM.from_pretrained(
    model_id, device_map="auto", dtype="bfloat16", low_cpu_mem_usage=True, trust_remote_code=True
)

inputs = tokenizer("Explain why long-context evaluation is difficult.", return_tensors="pt").to(model.device)
inputs.pop("token_type_ids", None)
outputs = model.generate(**inputs, max_new_tokens=32768, temperature=1.0, top_p=0.95, do_sample=True)
print(tokenizer.decode(outputs[0], skip_special_tokens=True))

Training Overview

The table below lists the training stages in order and the purpose of each stage.

Training steps are counted within each stage or phase. Token budgets cover only the additional training in that stage or phase. For example, the 50B tokens listed for SFT Phase 2 are additional to the 219B tokens in Phase 1, bringing the cumulative budget to 269B tokens by the end of Phase 2. Here, B and T denote billion and trillion tokens, respectively.

Each stage or phase continues from the final checkpoint of the preceding stage or phase.

Some stages, such as SFT, have multiple phases with slight changes to the data mix while retaining the same overall purpose. During RL, training branches into multiple expert models, which are then merged, as described below.

Training stageTraining stepsTraining tokensSequence lengthPurpose
Pretraining110000022.9T8KPretraining.
Midtraining — Stage 1550001.1T32KContext extension.
Midtraining — Stage 225000498B128KContext extension.
Midtraining — Stage 35500110B512KContext extension.
Midtraining — Stage 410000199B512KContinued context extension from Stage 3, with the data mix shifted toward agentic and reasoning SFT data.
RL — Math expert239929.1B64KMath RL from Midtraining Stage 4.
RL — Code expert, stage 16016.2B64KCode RL from the Math expert.
RL — Code expert, stage 2149912.3B64KContinued code RL with a broader data mix; this is the expert used in the merge.
RL — Search expert598.4B—Search-agent RL from Midtraining Stage 4; only the exported checkpoint is retained.
RL — Tool-use expert391.4B—Tool-use RL from Midtraining Stage 4; only the exported checkpoint is retained.
RL — Merge———ISO merge on self-attention and shared experts, RAM on the remaining weights; inputs: Midtraining Stage 4 base + Math, Code stage 2, Search, Tool-use experts.
SFT — Phase 110000199B512KSFT for better domain coverage, starting from the merged RL checkpoint.
SFT — Phase 2250050B512KSFT on a high-quality subset of the data used in Phase 1, with learning rate decay.
Anti-doom-loop (FTPO)851.5M6KFinal Token Preference Optimization (FTPO).

Release Artifacts

The tables below list the release artifacts for K2-Horizon-7B, their availability, and the expected release dates for remaining items.

Last updated: 2026-10-01

Status:

  • Available — fully released for the scope listed;
  • Partial — some items are available, with remaining items listed in the notes;
  • In Progress — being prepared for release but not yet available.

Artifact Index

ArtifactLinkStatusRemaining items / expected availability
Model cardHugging FaceAvailableN/A
Training logsW&BAvailableN/A
Blog postBlog postAvailableN/A
CheckpointsCheckpoint inventoryAvailableN/A
Technical reportNot yet availableIn ProgressEnd of September 2026
Code repositoryGitHubAvailableN/A
DataHugging FaceAvailableN/A

Checkpoint Inventory

Model repository: IFM/K2-Horizon-7B

Branch names below refer to this repository. Patterns containing * group branches by training stage or phase. The * is a placeholder for a training-step number, not a literal branch name. Intermediate checkpoint groups exclude the final checkpoint listed separately; a pattern does not imply that a checkpoint is available at every step.

For example, sft_1_10000 is the checkpoint saved at training step 10,000 within SFT Phase 1, and is the final checkpoint of that phase. The numeric suffix is the step within the named stage or phase, not the cumulative step across all training. Thus, sft_2_2500 refers to step 2,500 within SFT Phase 2.

For a partially released group, the available checkpoints and the remaining checkpoints are listed in the notes.

CheckpointBranch / repositoryStatusRemaining items / expected availability
Pretrain Intermediate Checkpointspretrain_*AvailableN/A
Pretrain Final Checkpointpretrain_1100000AvailableN/A
Midtrain Stage 1 Intermediate Checkpointsmid_1_*AvailableN/A
Midtrain Stage 1 Final Checkpointmid_1_55000AvailableN/A
Midtrain Stage 2 Intermediate Checkpointsmid_2_*AvailableN/A
Midtrain Stage 2 Final Checkpointmid_2_25000AvailableN/A
Midtrain Stage 3 Intermediate Checkpointsmid_3_*AvailableN/A
Midtrain Stage 3 Final Checkpointmid_3_5500AvailableN/A
Midtrain Stage 4 Intermediate Checkpointsmid_4_*AvailableN/A
Midtrain Stage 4 Final Checkpointmid_4_10000AvailableN/A
RL Math Expert Checkpointrl_mathAvailableN/A
RL Code1 Expert Checkpointrl_code1AvailableN/A
RL Code2 Expert Checkpointrl_code2AvailableN/A
RL Search Expert Checkpointrl_searchAvailableN/A
RL Tool Use Expert Checkpointrl_tool-useAvailableN/A
RL Merged Final Checkpointrl_mergedAvailableN/A
SFT Phase 1 Intermediate Checkpointssft_1_*AvailableN/A
SFT Phase 1 Final Checkpointsft_1_10000AvailableN/A
SFT Phase 2 Intermediate Checkpointssft_2_*AvailableN/A
SFT Phase 2 Final Checkpointsft_2_2500AvailableN/A
Anti Doom Loop Checkpointanti_doom_loop_verifiedAvailableN/A

[!IMPORTANT] Note:

  • Released K2-Horizon Hugging Face checkpoints (e.g. Huggingface) can be used for inference, evaluation, and downstream fine-tuning (including SFT). Training behavior in the bundled Hugging Face implementation may differ from native xLLM, including the auxiliary load-balancing loss. To continue the original pretraining with xLLM's training behavior, use the native xLLM checkpoint and xLLM runtime.

Best Practices

  1. Reasoning effort: always high. All reported results use high reasoning effort. Pass {"chat_template_kwargs": {"reasoning_effort": "high"}} on every request; medium and low trade accuracy for speed and are not recommended for evaluation. medium and low effort settings are not recommended except for research on reasoning efforts.
  2. Sampling parameters. temperature=1.0, top_p=0.95.
  3. Output length. Allow at least 32,768 output tokens so reasoning is never cut off. Truncated reasoning is a failed response, not a shorter one.
  4. Serving. Use the validated SGLang recipe above: BF16, TP=1, FlashAttention-3. Full recipes for every K2-Horizon size, with measured H200 latency and throughput, are in the SGLang cookbook.
  5. Parsers. Enable the k2_horizon reasoning parser for chat, and add the k2_horizon tool-call parser for agent use. Leave both off for plain completion-style generation.
  6. Revisions. Pin a revision tag when reproducibility matters. main is the default checkpoint; base_final and the mid_*_final tags identify training stages.

Citation

@misc{k2horizon2026,
  title  = {Introducing K2 Horizon: Frontier Performance, Radically Open},
  author = {{IFM Team}},
  year   = {2026},
  url    = {https://ifm.ai/blog/k2/},
}

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

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

GPU в ailist

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

Нельзя запустить

Модели нужен код из репозитория; автор пока не в списке доверенных организаций.

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

0 моделей