ibl.ai Agentic AI Blog

Insights on building and deploying agentic AI systems. Our blog covers AI agent architectures, LLM infrastructure, MCP servers, enterprise deployment strategies, and real-world implementation guides. Whether you are a developer building AI agents, a CTO evaluating agentic platforms, or a technical leader driving AI adoption, you will find practical guidance here.

Topics We Cover

Featured Research and Reports

We analyze key research from leading institutions and labs including Google DeepMind, Anthropic, OpenAI, Meta AI, McKinsey, and the World Economic Forum. Our content includes detailed analysis of reports on AI agents, foundation models, and enterprise AI strategy.

For Technical Leaders

CTOs, engineering leads, and AI architects turn to our blog for guidance on agent orchestration, model evaluation, infrastructure planning, and building production-ready AI systems. We provide frameworks for responsible AI deployment that balance capability with safety and reliability.

Back to Blog

K2 Horizon: What a Fully Open Model Fleet Changes

ibl.ai EngineeringSeptember 7, 2026
Premium

MBZUAI's Institute of Foundation Models released six Apache-2.0 models from 0.9B to 375B parameters on one day — with training code, data mixtures, intermediate checkpoints and evaluation logs. For enterprises the shared architecture matters more than any single model.

The Short Answer

On 3 September 2026, MBZUAI's Institute of Foundation Models released K2 Horizon — six Apache-2.0 models from 0.9B to 375B parameters, shipped with training code and data mixtures for the smaller sizes, the largest models' artifacts promised. The enterprise significance is not the 375B model; it is that every size shares one architecture, so work can be routed by size without rewriting anything. With ibl.ai you own all the code and the data, model-agnostic across any LLM.

An open-weights release you cannot deploy inside your own perimeter is a press release. The reason this one matters to an enterprise is structural, and it is not the headline parameter count.

What exactly did MBZUAI release in K2 Horizon?

Six foundation models, all at once, all under Apache-2.0: 0.9B, 3.7B, 7B, 32B, 36B-A4B and 375B-A23B. Each was pretrained on approximately 20 trillion tokens.

The Institute of Foundation Models — the research lab MBZUAI launched in May 2025 — published the fleet on 3 September 2026.

The release goes past the weights — though not uniformly, and the distinction matters. The 3.7B and 7B ship complete today with data, recipe and training code.

The model cards for the 375B-A23B and 36B-A4B state that checkpoints, data and training code "will be released", and the 32B is currently a Stage-1 checkpoint. "Fully open" is the direction of travel; today it is fully true of the smaller models.

Even partially, that goes well beyond the norm: most models described as "open" publish a weights file under a bespoke licence, which lets you run the model but not reproduce, audit or genuinely extend it.

The smaller models are not filler. The 0.9B, 3.7B and 7B set state of the art at their respective scales on coding and agentic benchmarks, which is what makes the fleet framing credible rather than a marketing device wrapped around one flagship.

Why does a shared architecture across model sizes matter more than the largest model?

Because production AI cost is mostly a routing problem, and routing is where heterogeneous models get expensive.

A realistic deployment does not send every request to the biggest model available. It classifies, extracts and summarizes with something small, and reserves the expensive model for work that genuinely needs it.

That is where most of the savings in a production system come from — not from negotiating a better per-token rate.

The obstacle is that routing between models from different labs means reconciling different tokenizers, different tool-calling conventions, different context limits and different failure modes.

Each of those is integration work, and each is a place your evaluation harness stops being comparable.

K2 Horizon's fleet shares architecture, vocabulary, training recipe, interfaces and evaluation tooling across all six sizes. A team can move between them, or route by size, without rewriting integrations or maintaining a separate harness per model.

A 0.9B model on a device and a 375B model in a rack that answer to the same interface are a different engineering proposition from six unrelated models that happen to be free.

What does an Apache-2.0 licence with published training data change for regulated buyers?

It answers the questions that usually stall a deployment before the technical evaluation even starts.

Regulated procurement asks three things about a model that vendor-hosted APIs answer badly: what was it trained on, can we run it entirely inside our own perimeter, and can we fine-tune it without asking permission.

A permissive licence with published data mixtures answers all three in the affirmative, in writing, before legal review — for the sizes where the data has actually shipped, which today means the smaller models rather than the 375B.

This is the practical difference between "open weights" and "fully open". A model you can download but whose training data is undisclosed still leaves a bank or an agency unable to answer a supervisor's question about provenance.

Published data mixtures and evaluation logs turn that from an unknown into a document.

Can an enterprise actually run a 375B model on its own infrastructure?

Most cannot, and that is exactly why the fleet structure is the story.

A 375B-A23B mixture-of-experts model is a serious infrastructure commitment.

The realistic pattern for most institutions is to self-host the small and mid-sized models where privacy and latency matter, and reach for a hosted frontier model only for the workloads that need it — with the option to bring more in-house as hardware economics move.

That hybrid is only coherent if the platform treats models as interchangeable.

If your authentication, retrieval, guardrails and audit logging are welded to one provider's API, you cannot mix a self-hosted 7B with a hosted frontier model behind one policy — and the open fleet is a curiosity rather than an option.

We have written before about why vendor lock-in is the real risk in model-agnostic AI, and an open fleet is the clearest case of a benefit you forfeit entirely without the architecture to use it.

How does ibl.ai use an open model fleet like this?

By treating the model layer as the replaceable part, which is what makes any of the above available to you.

With ibl.ai you own all the code and the data. The platform is deployed on your own infrastructure with full source code access, runs any LLM — hosted frontier models, self-hosted open-weight models, or both behind one routing policy — and is priced by usage rather than per seat.

It deploys to your own cloud, on-premise, GovCloud, or a fully air-gapped network where no external API is reachable at all.

For an air-gapped deployment, a fully open fleet is not a cost optimization but a precondition: there is no hosted model to call, so the models you can run are exactly the models you can hold.

A release that spans device-scale to datacenter-scale under one architecture makes that deployment considerably more practical than it was before 3 September.

ibl.ai is family-owned and operated from New York, NY — a long-term partner rather than a vendor selling licences, which for institutions building on infrastructure they intend to own for a decade is not a small consideration.

Related reading: what published inference benchmarks reveal about the cost floor, and GPT-6 Astra and the harness footnote on why leaderboard comparisons deserve scrutiny.

Source: model sizes, licence, training-token counts and the contents of the release are from the Institute of Foundation Models' K2 Horizon announcement and its press release.

Related: digital sovereignty: why agencies need model-agnostic AI — why an Apache-2.0 fleet changes what is buildable inside an air-gapped enclave.

Why does owning the AI stack matter?

ibl.ai is the agentic AI platform where you own all the code and the data. You self-host the entire stack inside your own perimeter, run it model-agnostic across any LLM and switch anytime, and pay by usage with no per-seat pricing — so you can deploy anywhere: your cloud, on-premise, GovCloud, or fully air-gapped.

  • You own all the code and the data

    Full source code under a perpetual license, running on your infrastructure. Not API access to someone else's platform — the stack itself is yours.

  • Model-agnostic

    Run any LLM — Claude, GPT, Gemini, Llama, Command, or your own fine-tune — and switch providers without rewriting the platform.

  • No per-seat pricing

    Usage-based billing against a budget cap you set. Cost tracks what your organization actually uses, not how many people you employ.

  • Deploy anywhere

    Your cloud, your VPC, on-premise, GovCloud, or a fully air-gapped network with no outbound connectivity.

1.6M+ users across 400+ organizations run the platform this way, including NVIDIA, MIT, and Syracuse University.

ibl.ai is family-owned and operated from New York, NY — a U.S.-headquartered, domestically-owned long-term partner, not a vendor that sells licenses and moves on.

See the ibl.ai AI Operating System in Action

Discover how leading universities and organizations are transforming education with the ibl.ai AI Operating System. Explore real-world implementations from Harvard, MIT, Stanford, and users from 400+ institutions worldwide.

View Case Studies
Work with our team

Pilots, deployment, and full ownership

Most enterprise engagements are one-time, not subscriptions. You integrate ibl.ai with your own data, deploy it on your own infrastructure, and the engineering hours scale with the work — so the price tracks the scope, not your headcount.

Start here

Pilot

from $15K

fixed scope · fixed timeline

A time-boxed proof of value on your real data — not a slide deck.

Best for: Teams that want to see ibl.ai working before committing.

  • Deployed on your infrastructure or our cloud
  • 1–2 production agents wired to a slice of your data
  • One integration (LMS / SIS / SSO / data source)
  • Weekly working sessions with our engineers
  • Pilot fee credits toward a full engagement
Scope a pilot
Most common

Integration & Deployment

$25K – $80K

one-time · not a subscription

Full deployment integrated with your data and systems. Engineering hours scale with scope.

Best for: Organizations rolling ibl.ai out across a department, campus, or business unit.

  • Platform deployed in your VPC, on-prem, or air-gapped
  • Integrated with your data + identity (SSO / SAML)
  • Multiple custom agents built to your workflows
  • Engineering hours proportional to scope
  • You own the data · run any LLM you choose
Plan a deployment
Full ownership

Codebase Transfer + Custom AI Engineering

Six figures

perpetual license · you own the stack

We transfer the full source code. You own and self-host the entire platform — outright.

Best for: Government, defense, and enterprises that require perpetual ownership and sovereignty.

  • Complete source-code transfer + perpetual license
  • Dedicated AI engineering team on your roadmap
  • Custom agents, models, and integrations to spec
  • Air-gapped capable · zero vendor lock-in
  • Family-owned, New York–based long-term partner
Talk about ownership
You own the code and data Run any LLM — Claude, GPT, Gemini, Llama Family-owned & operated from New York, NY