Today IFM is releasing K2 Horizon, a connected fleet of six models: 375B-A23B, 36B-A4B, 32B, 7B, 3.7B, and 0.9B. Across reasoning, mathematics, coding, agentic tasks, and general capabilities, K2 Horizon delivers top-tier performance in every size class—with the 0.9B, 3.7B, and 7B models setting new state of the art at their respective scales.

We are releasing intermediate checkpoints, training data or detailed data-construction recipes, open architecture, mixture compositions, training code, configurations, fine-grained logs, evaluation results, and final weights.

The models and code are released under the Apache 2.0 license. Datasets are released under their applicable licenses, such as ODC-BY; We disclose how the data was constructed and mixed when redistribution is not possible.

all 16 comments

sorted by: hot top controversial new old
[–] 2 points 55 minutes ago

Intriguing. Should be interesting to compare this to Qwen3.8 (27B). I've been plenty impressed with Qwen's ability, but boy does it like to overthink things, even after getting it off the default xhigh reasoning, it'll take 20 minutes to plan something, thinking so much it'll have to compress its context multiple times to reach a single answer. The quality of the answer is great, but there has to be a middle ground.

  • source
  • [–] 1 point 43 minutes ago

    We are releasing intermediate checkpoints, training data or detailed data-construction recipes

    👀

  • source
  • [–] 7 points 10 hours ago (1 child)

    Is this the first actually open source model?

  • source
  • hideshow 2 child comments
  • [–] 7 points 11 hours ago

    36B-A4B!

    Very interested in this

  • source
  • [–] 3 points 9 hours ago

    Their new attention mechanism sounds super interesting.

  • source
  • [–] 2 points 10 hours ago (2 children)

    Can't wait for it to hit ollama so I can easily add it into my flow. I really need a better ollama alternative where I can easily download, manage, and run gguf locally and tie it in with opencode, zed, and open-webui

  • source
  • hideshow 4 child comments
  • [–] 10 points 10 hours ago (1 child)

    Llama.cpp of course! After I did the switch, never looked back. Add llama-swap in front of you switch between models often.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 9 hours ago* (2 children)

    llama-server has router mode built-in; you don't need separate software to swap models. I keep a list of my models in a presets.ini file.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 3 points 6 hours ago (1 child)

    Yes but llama server does not unload models to fit a different model. At least, didn't managed to have just llama.cpp swap between models that fill up my vram... The second one would fail load.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 6 hours ago (1 child)

    Ah. I POST to '/models/unload' when I switch models as part of my tooling -- if llama-swap is doing that for you, then I get why you'd want it.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 6 hours ago*

    Yes, llama swap also give you a pretty web based statistics of all the calls and runs for every model with t/s and more statistics.

    It's pretty neat... You can also load and unload models manually, define groups for models that fit together in vram and so on.

    It gives you that automation that people coming from ollama are used to.

    under the hood all it does is running llama serve. You convert your models.ini to a yaml file 1:1 (plus a few more flexibility).

  • source
  • parent