archdb

LLM architectures and pretraining recipes, with sources.

Ling-2.6-1T-base

inclusionAI · base checkpoint

Open in the comparison table Hugging Face ↗ Paper ↗

KV calculations use one sequence at 131,072 tokens and 16-bit cache elements. They include bounded sliding-window caches. This is retained cache payload, not peak prefill memory. The comparison table also offers sourced mixed-precision layouts, including quantization scales.

Release

Released

2026-06-02

Source: api · /createdAt
2026-06-02T

Hugging Face repository creation date; no dated publisher page for the base weights (report: arXiv 13 Jun 2026).

Date the weights (or, if earlier, the technical report) were first made public, YYYY-MM-DD, as dated by the publisher. A Hugging Face repository creation date is used only when no dated publisher page exists, with a note.

License

mit

Source: model-card · README.md; YAML front matter
license: mit

License of the released weights as declared by the publisher (model card metadata or license file), e.g. apache-2.0, mit, or the name of a custom license.

Input modalities

text

Inferred from the source; see the explanation below.

Source: paper · p.33 §5 Conclusion, Limitations, and Future Directions
An equally important transition is from text-only systems to native multimodal agents.

The report names native multimodality as future work; config declares no vision or audio tower and the card tags the checkpoint text-generation.

Input modalities of the released checkpoint as the publisher states them, from: text, image, video, audio, joined with ' + ' in that order ("text", "text + image + video").

Parameters

Total params

1T parameters

Source: model-card · README.md; 3. Model Summary
Totoal ~1T, Activated ~63B

Total parameter count as reported by the publisher. See params.note for whether embeddings, MTP heads or vision towers are included.

Active params

63B parameters

Source: model-card · README.md; 3. Model Summary
Totoal ~1T, Activated ~63B

Parameters used per token in the forward pass, as reported by the publisher.

Active non-embedding (stated)

Not disclosed

Active parameters excluding the input embedding and the output head (unembedding). Stated by the publisher, or computed from params.active by subtracting vocab × d_model for each of the embedding and output head that params.active is stated to include (basis inferred, note with the arithmetic). Not disclosed when the scope of params.active is not stated.

Counted total params

1.012T parameters

Calculated: embedding + output head + all experts + other weights, inclusionAI/Ling-2.6-1T-base@64beeb8 safetensors headers; reproduces stated total (backbone) and active (with embedding and output head)

Parameters of the text backbone counted from the released checkpoint's safetensors headers (embedding, output head, all experts and other weights; excluding MTP modules, vision/audio towers and n-gram lookup tables). Shown only when the counts reproduce the publisher's stated total and active parameters within 5% under some scope.

Counted embedding + head

2.575B parameters

Calculated: input embedding + output head, inclusionAI/Ling-2.6-1T-base@64beeb8 safetensors headers

Input embedding plus output head (once if tied), counted from the checkpoint.

Non-emb. params (counted)

1.01T parameters

Calculated: dense + routed backbone weights; excludes input embedding, output head, lookup tables, MTP and other modalities, inclusionAI/Ling-2.6-1T-base@64beeb8 safetensors headers; reproduces stated total (backbone) and active (with embedding and output head)

Language backbone weights excluding input embeddings, output head, lookup/Engram tables, MTP modules and vision/audio towers. Equals params.counted_total minus params.counted_embedding. Same validation as params.counted_total.

Largest layer (counted)

13.27B parameters

Calculated: max(sum of dense and routed weights sharing a full layers.<index> tensor path), all experts included, inclusionAI/Ling-2.6-1T-base@64beeb8 safetensors headers

Largest group of language-backbone weights sharing a full layers.<index> tensor path, including every routed expert. Excludes lookup/Engram tables, embeddings, output head, MTP and other modalities. Hybrid checkpoints may store mixers and FFNs as separate layers. All-gather volume also depends on wrapping, sharding and dtype.

Active non-emb. (counted)

61B parameters

Calculated: non-expert weights + routed experts × 8/256, excluding embedding and output head, inclusionAI/Ling-2.6-1T-base@64beeb8 safetensors headers; reproduces stated total (backbone) and active (with embedding and output head)

Active parameters per token excluding the input embedding and output head, counted from the checkpoint as all non-expert weights plus routed-expert weights × top_k / experts. Same validation as params.counted_total.

Counting scope

Approximate (~) card figures; whether the MTP layer is counted is not stated.

Source: model-card · README.md; 3. Model Summary
Totoal ~1T, Activated ~63B

What the publisher's counts include or exclude (MTP modules, embeddings, vision encoder, n-gram tables).

Shape

Layers

80

Source: paper · p.5 §2.1.1; config /num_hidden_layers
We set the number of Transformer layers to 80 and the hidden dimension d to 8,192.

Number of transformer blocks in the main backbone (attention or token mixer plus FFN), excluding MTP modules.

d_model

8,192

Source: paper · p.5 §2.1.1; config /hidden_size
We set the number of Transformer layers to 80 and the hidden dimension d to 8,192.

Residual stream width.

Vocab

157,184

Source: paper · p.5 §2.1.1; config /vocab_size
The model uses a vocabulary size of 157,184

Embedding table rows (vocab_size in config, may include padding).

Tied embeddings

No

Source: config · /tie_word_embeddings

Input embedding and output head share weights.

d_model / layers

102.4

Calculated: d_model / layers

Width-to-depth ratio, d_model divided by the number of blocks.

Attention

Token mixers

Lightning, MLA

Source: paper · p.5 §2.1
design a hybrid attention architecture combining Lightning Attention with MLA in a 7:1 ratio

Token-mixing layer types in the backbone, e.g. GQA, MLA, SWA, Gated DeltaNet, Mamba-2, DSA (DeepSeek sparse attention).

Layer layout

7 Lightning : 1 MLA

Inferred from the source; see the explanation below.

Source: code · modeling_bailing_moe_v2_5.py; DecoderLayer.__init__
if (layer_idx + 1) % config.layer_group_size == 0

Ordered from that conditional with /layer_group_size=8; the implementation also makes any incomplete final group global.

Token-mixer order, summarized as a pattern or layer positions. The fact's optional sequence lists each mixer in order; a ratio alone does not establish the order. Auxiliary prediction modules and standalone FFNs are excluded.

Global-attention layers

10

Inferred from the source; see the explanation below.

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5DecoderLayer.__init__
if (layer_idx + 1) % config.layer_group_size == 0

MLA at layers 7, 15, …, 79: 80 / /layer_group_size 8.

Layers whose KV cache grows with full context (dense or sparse global attention, MLA). Excludes sliding-window and linear/recurrent layers.

Linear : global

7

Calculated: attn.linear_layers / attn.global_layers

attn.linear_layers divided by attn.global_layers (3 for '3 Gated DeltaNet : 1 GQA').

Linear / SSM layers

70

Inferred from the source; see the explanation below.

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5DecoderLayer.__init__
if (layer_idx + 1) % config.layer_group_size == 0

80 layers minus 10 MLA layers (every 8th).

Layers with a fixed-size recurrent state (linear attention, DeltaNet variants, Mamba).

Query heads

64

Source: config · /num_attention_heads

Query heads in the global-attention layers.

Heads × head dim

12,288

Calculated: heads × head_dim

attn.heads × attn.head_dim, the query projection width of global layers.

QK head dim

192

Source: config · /qk_nope_head_dim + /qk_rope_head_dim

MLA layers. /head_dim=128 is the Lightning Attention head size.

Query/key dimension per head in global-attention layers (for MLA, nope + rope dims).

V head dim

128

Source: config · /v_head_dim

Value dimension per head in global layers (MLA v_head_dim; stated for MLA even when equal to the QK head dim).

MLA KV latent

512

Source: config · /kv_lora_rank

Width of the compressed KV latent that MLA caches per token per layer.

MLA Q latent

1,536

Source: config · /q_lora_rank

Width of the low-rank query projection in MLA; 0 when queries use a full-rank projection.

Decoupled RoPE dim

64

Source: config · /qk_rope_head_dim

Width of the shared positional key that MLA caches next to the latent.

Positional encoding

partial RoPE (MLA, decoupled 64 of 192 QK dims, interleaved), partial RoPE (Lightning, 64 of 128 dims)

Source: paper · p.5 §2.1.1
The rotary dimension is set to 64, i.e., Partial RoPE is applied to a subset of head dimensions.

Lightning rotary width = head_dim 128 × partial_rotary_factor 0.5.

Positional scheme in global layers: RoPE, partial RoPE, NoPE, or mixed per layer type.

RoPE base

6,000,000

Source: paper · p.5 §2.1.1; config /rope_theta
via RoPE (Su et al., 2024) positional encoding with θ = 6,000,000.

RoPE base frequency of the global layers at release.

QK norm

No

Source: paper · p.7 §2.1.3
We resolve this by removing QK Norm prior to the MLA conversion.

MLA layers: Ling-2.0 QK Norm was fused into the projections before conversion. Lightning layers keep per-head QK RMSNorm (use_qk_norm, read only by BailingMoeV2_5LinearAttention).

Queries and keys are normalized per head before the dot product.

Output gate

sigmoid gate after group RMSNorm, before the output projection, on Lightning layers; none on MLA layers

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5LinearAttention.forward
o = o * torch.sigmoid_(g_proj)

Group RMSNorm over 8 groups (/group_norm_size). MLA layers project straight to the output (no g_proj in BailingMoeV2_5MultiLatentAttention).

Gate applied to the attention output before the output projection, with its placement.

QKV bias

No

Source: config · /use_qkv_bias

Read for MLA q_a/kv_a and Lightning QKV projections; output projections use /use_bias (false).

Query/key/value projections have bias terms.

Linear-mixer details

Lightning Attention: 64 heads × 128, fixed per-head ALiBi-style decay slopes scaled down with depth, per-head QK RMSNorm, partial RoPE (64 of 128 dims), group-RMSNorm + sigmoid output gate

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5LinearAttention.build_slope_tensor
Build a tensor of slopes for Lightning Attention-2

Configuration of the linear / SSM layers (e.g. Gated DeltaNet heads and dims, Mamba-2 state size), as one string.

Linear-mixer heads

64

Source: config · /num_attention_heads

Value heads (or SSM heads) in the linear / SSM layers.

Linear-mixer head dim

128

Source: config · /head_dim

Head dimension of the linear / SSM layers (value head dim for DeltaNet variants, head_dim for Mamba-2).

Feed-forward

Activation

SwiGLU

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5MLP.forward
return self.down_proj(self.act_fn(self.gate_proj(x)) * self.up_proj(x))

act_fn = ACT2FN[/hidden_act] = silu; report: "We employ SiLU as the activation function".

FFN activation (SwiGLU, GeGLU, ...).

Dense FFN dim

18,432

Source: paper · p.5 §2.1.1; config /intermediate_size
For the first 4 Transformer blocks, we use dense FFN layers with an intermediate size of 18,432 rather than MoE layers.

Intermediate width of the dense FFN layers that are actually executed.

Dense FFN / d_model

2.25

Calculated: ffn.dim / d_model

ffn.dim divided by shape.d_model.

Mixture of experts

Routed experts

256

Source: paper · p.5 §2.1.1; config /num_experts, /n_routed_experts
Each MoE layer consists of 1 shared expert and 256 routed experts

Routed experts per MoE layer.

Experts per token

8

Source: paper · p.5 §2.1.1; config /num_experts_per_tok
Among the routed experts, 8 experts are activated for each token.

Routed experts selected per token.

Shared experts

1

Source: paper · p.5 §2.1.1; config /num_shared_experts
Each MoE layer consists of 1 shared expert and 256 routed experts

Always-on experts per MoE layer.

Expert dim

2,048

Source: paper · p.5 §2.1.1; config /moe_intermediate_size
the intermediate hidden dimension of each routed expert is 2,048.

Intermediate width of one routed expert.

Shared expert dim

2,048

Source: config · /moe_shared_expert_intermediate_size

Total intermediate width of the shared expert(s).

Leading dense layers

4

Source: paper · p.5 §2.1.1; config /first_k_dense_replace
For the first 4 Transformer blocks, we use dense FFN layers with an intermediate size of 18,432 rather than MoE layers.

Number of initial blocks that use a dense FFN instead of MoE.

Router score

sigmoid

Source: paper · p.5 §2.1.1; config /score_function, /scoring_func, /router_dtype fp32
where the router operates in FP32 precision with sigmoid scoring.

Gating function over expert logits (softmax, sigmoid).

Load balancing

aux-loss-free expert bias, update rate γ=0.001 in continued pretraining, 0.0001 in mid-training

Source: paper · p.9 §2.3.1; config /moe_router_enable_expert_bias, /topk_method noaux_tc
γ=0.001 during continue pre-training, which is then reduced to 0.0001 for mid-training.

Load-balancing method, with coefficients where disclosed.

Routed scaling factor

2.5

Source: paper · p.5 §2.1.1; config /routed_scaling_factor
the routed output is scaled by a factor of 2.5 with normalized top-k probabilities.

Multiplier applied to the combined routed-expert output (routed_scaling_factor).

Renormalize top-k

Yes

Source: paper · p.5 §2.1.1; config /norm_topk_prob
the routed output is scaled by a factor of 2.5 with normalized top-k probabilities.

Selected expert weights are renormalized to sum to 1.

Group-limited routing

8 groups, top-4 groups per token

Source: paper · p.5 §2.1.1; config /n_group, /topk_group
We adopt a grouped routing strategy with ngroup = 8 groups and top-4 group selection

Expert groups and groups selected per token, or node-limited routing, when used.

Expert dim / d_model

0.25

Calculated: moe.expert_dim / d_model

moe.expert_dim divided by shape.d_model.

Sparsity (experts / top-k)

32

Calculated: experts / top_k

Routed experts divided by experts selected per token.

Active / total

0.063

Calculated: params.active / params.total

params.active divided by params.total.

Multi-token prediction

MTP depth

1

Inferred from the source; see the explanation below.

Source: paper · p.42 App. B
We therefore incorporate two additional MTP layers during the post-training stage

App. B contrasts the standard single MTP layer (MTP-1) used before post-training with the two layers added after it; pretraining used MTP loss weight 0.1 (§2.3.1). Base config /num_nextn_predict_layers is 1.

Additional future tokens predicted during pretraining (0 when the model was trained without MTP).

MTP modules

1

Source: config · /num_nextn_predict_layers

MTP modules with distinct weights. 1 with mtp.depth > 1 means one module is applied recursively.

MTP module

RMSNorm(embedding of token t+1) and RMSNorm(hidden) concatenated, eh_proj 2d→d, then one MLA + MoE block with final RMSNorm

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5MTPLayer
hidden_states = self.eh_proj(torch.cat([input_embeds, hidden_states], dim=-1))

Contents of one MTP module (mixer and FFN type, norms, how the previous hidden state and next-token embedding are combined).

MTP FFN

MoE

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5MTPLayer.__init__
self.mlp = BailingMoeV2_5SparseMoeBlock(config)

FFN in the MTP module: 'dense' or 'MoE', with its width when it differs from the backbone.

MTP shares embedding/head

Yes

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5ForCausalLM.forward
mtp_logits = self.lm_head(mtp_hidden_states).float()

Input embedding is also the shared word_embeddings (BailingMoeV2_5Model.forward).

MTP modules use the main model's input embedding and output head.

MTP loss weight

0.1

Source: paper · p.9 §2.3.1
The MTP loss weight is set to 0.1.

Weight of the MTP loss, including its schedule.

MTP weights released

Yes

Source: config · model.safetensors.index.json; weight_map
"model.layers.80.eh_proj.weight"

The released checkpoint contains the MTP module weights.

Normalization and stability

Norm

RMSNorm

Source: paper · p.5 §2.1.1
We employ SiLU as the activation function and RMSNorm

Normalization layer type in the blocks.

Norm placement

pre

Source: code · modeling_bailing_moe_v2_5.py; BailingMoeV2_5DecoderLayer.forward
hidden_states = self.input_layernorm(hidden_states)

Pre-norm, post-norm, or sandwich (pre and post).

Norm epsilon

1e-06

Source: config · /rms_norm_eps

Epsilon of the block normalization layers.

Context length

Pretraining context

4.096K tokens

Source: paper · p.10 §2.3.2
all parameters are unfrozen for full continued training on 8T tokens with a 4K context window.

Sequence length of the main pretraining stage.

Trained context

262.1K tokens

Source: paper · p.10 §2.3.2
The third phase covers 525B tokens and extends the context window to 256K

Longest sequence length trained on after context extension.

Advertised context

262.1K tokens

Source: paper · p.5 §2.1.1; config /max_position_embeddings
supports a maximum context length of 262,144 tokens

Longest context the publisher says the model supports, possibly beyond trained length via RoPE scaling.

Extension method

Mid-training: 4K → 32K (250B, 20% of sequences at 32K) → 32K (425B) → 256K (525B)

Source: paper · p.10 §2.3.2
The third phase covers 525B tokens and extends the context window to 256K

How context was extended (stages, RoPE base change, YaRN factor).

Pretraining recipe

Pretraining tokens

9.6T tokens

Source: paper · p.9 §2.3
processes approximately 9.6T tokens across three stages.

Continued-pretraining tokens on top of Ling-2.0-1T-base's 20T; approximate.

Tokens seen in pretraining including annealing and context extension, as reported.

Optimizer

Not disclosed

Optimizer used for the bulk of parameters.

Peak LR

Not disclosed

Peak learning rate of the main pretraining stage.

Final LR

Not disclosed

Learning rate at the end of the decay.

LR schedule

WSM: linear warmup, then constant LR to the end; no decay phase

Source: paper · p.9 §2.3.1
We continue to use the WSM scheduler from Ling-2.0: a linear warmup to a peak learning rate, followed by a constant phase until training concludes

Mid-training phase 1 explicitly keeps the peak LR; other hyper-parameters are inherited from Ling-2.0 and not restated.

Learning-rate schedule shape with phase boundaries.

Warmup

Not disclosed

Warmup length in steps or tokens.

Batch size

Not disclosed

Global batch size, including any batch-size ramp: sequences × sequence length (token total), or the token total alone when only that is stated.

Weight decay

Not disclosed

Decoupled weight decay coefficient.

Adam betas

Not disclosed

(beta1, beta2) of the Adam-family optimizer or its AdamW fallback.

Grad clip

Not disclosed

Global gradient-norm clipping threshold.

Training precision

FP8, with FP32 optimizer master weights

Source: paper · p.29 §4.2
Since Ling-2.6 uses FP8 training from pretraining through supervised fine-tuning, FP32 optimizer master weights retain higher-precision information

Matmul precision of pretraining (BF16, FP8 recipe, NVFP4 recipe) with the scaling granularity where disclosed. Never inferred from the released checkpoint dtype.

Initialization

Continued from Ling-2.0-1T-base (20T tokens); GQA converted to Lightning Attention (new params random) and to MLA via TransMLA after fusing QK Norm into the projections

Source: paper · p.9 §2.3.2
Starting from the Ling-2.0 base checkpoint, this stage smoothly transitions the architecture from GQA-based Softmax Attention to the hybrid linear attention with MLA

Weight initialization (std or scheme) as stated by the publisher; config initializer_range alone is not evidence.

Data mix

Continued pretraining: ~46% reasoning (math, code), 50% general, 4% multilingual; multilingual web data dropped in mid-training. Adds 1.1T Fineweb2/Fineweb2-hq and ~70B synthetic web-code tokens; agentic trajectory corpus

Source: paper · p.10 §2.3.2
The data mixture allocates approximately 46% to reasoning-intensive domains (e.g., mathematics and code), 50% to general corpora (e.g., web text), and 4% to multilingual data.

Fineweb2 and synthetic web-code figures: p.8 §2.2.2; multilingual mid-training mix: p.9.

Pretraining data composition as disclosed (domain shares, synthetic fraction, repetition).

Checkpoint averaging

checkpoint merging in place of LR decay (WSM)

Source: paper · p.9 §2.3.1
the final annealing effect is achieved through checkpoint merging.

EMA or checkpoint merging applied to produce the released base weights.

Stages
  • migration

    Tokens
    400000000000
    Seq len
    4096
    Source: paper · p.9–10 §2.3.2
    It proceeds in four steps over approximately 400B tokens.

    Four steps: Lightning conversion, linear warmup (partial unfreeze), MLA conversion, MLA warmup; all at 4K (Figure 4).

  • continued

    Tokens
    8000000000000
    Seq len
    4096
    Source: paper · p.9–10 §2.3.2
    all parameters are unfrozen for full continued training on 8T tokens with a 4K context window.
  • mid-1

    Tokens
    250000000000
    Seq len
    32768
    Source: paper · p.9–10 §2.3.2
    The first phase trains on 250B tokens, sampling 20% of sequences at 32K length

    20% of sequences at 32K; LR stays at the pretraining peak.

  • mid-2

    Tokens
    425000000000
    Seq len
    32768
    Source: paper · p.9–10 §2.3.2
    The second phase spans 425B tokens at 32K context length
  • mid-3

    Tokens
    525000000000
    Seq len
    262144
    Source: paper · p.9–10 §2.3.2
    The third phase covers 525B tokens and extends the context window to 256K
Source: paper · p.9–10 §2.3.2

Ordered pretraining stages. Each item: name, tokens, seq_len, lr, batch_tokens, batch_sequences, steps, note, quote, and source when it differs from the fact's source.

Scaling & HP transfer

HP selection rule

LR and batch size from Ling scaling laws re-fit on the hybrid linear-attention architecture for the total training budget; other HPs from Ling-2.0

Source: paper · p.9 §2.3.1
we first re-establish the Ling scaling laws on the hybrid linear attention architecture to determine the appropriate learning rate and batch size given the total training budget

How peak LR, batch size or other hyperparameters were chosen for the released run (fitted scaling law with its formula, μP transfer from a proxy width, sweep), as stated.

Scaling ladder

equal-FLOPs scaling-law runs over hybrid group size M ∈ {2, 4, 8, 16} (1 MLA + M−1 Lightning per group); model sizes not given

Source: paper · p.5 §2.1.2, Figure 3, Table 2
We define the layer group size M such that each group contains 1 Full Attention (MLA) layer and M − 1 Linear Attention layers, and compare configurations with M ∈ {2, 4, 8, 16}

Smaller models trained to choose the architecture or recipe (sizes, token budgets), as disclosed.

Tokens / param

9.6

Calculated: train.tokens / params.total

train.tokens divided by params.total.

Tokens / active param (non-embedding)

157.364

Calculated: train.tokens / params.counted_active_non_embedding

train.tokens divided by params.counted_active_non_embedding, or by the stated params.active_non_embedding when there is no validated checkpoint count.

KV cache

KV bytes / token

11,520 bytes

Calculated: kv.bytes_at_context / 131072 tokens; uniform BF16, payload only; quantization overhead excluded. Global KV: 10 × (576 × 16/8) B/entry

Retained KV cache divided by context length, including bounded SWA caches and indexer keys. Exports use uniform BF16 at 131,072 tokens. The website can select uniform payload precision (no quantization overhead) or sourced component formats (including scales and documented padding). This is cache payload, not peak prefill memory or persistent prefix storage.

Global KV bytes / token

11,520 bytes

Calculated: 11520 B / 1 tokens (Global KV); uniform BF16, payload only; quantization overhead excluded. Global KV: 10 × (576 × 16/8) B/entry

Long-context global KV bytes per token, including indexer keys; excludes bounded SWA caches. Compression rates and cross-layer cache reuse are included. Exports use uniform BF16; the website's storage selector also applies here. This is the field to compare with global-KV figures in reports, using the matching storage recipe.

KV bytes / token / B active

183 bytes

Calculated: kv.bytes_per_token (131072 tokens) / (params.active / 1e9); uniform BF16, payload only; quantization overhead excluded. Global KV: 10 × (576 × 16/8) B/entry

kv.bytes_per_token divided by active parameters in billions (131,072 tokens in exports).

KV at context / B active

23,967,451 bytes

Calculated: kv.bytes_at_context (131072 tokens) / (params.active / 1e9); uniform BF16, payload only; quantization overhead excluded. Global KV: 10 × (576 × 16/8) B/entry

kv.bytes_at_context divided by active parameters in billions (131,072 tokens in exports).

KV at context

1,509,949,440 bytes

Calculated: 11520 B × 131072 (Global KV); uniform BF16, payload only; quantization overhead excluded. Global KV: 10 × (576 × 16/8) B/entry

Retained KV cache for one sequence at the selected context, including SWA windows and indexer keys. Exports use uniform BF16 at 131,072 tokens. Excludes recurrent state, compressor tail state, draft/MTP caches, temporary prefill tensors, allocator metadata and persistent prefix snapshots. Does not estimate peak prefill or total serving memory.

Evaluations

AA Intelligence Index

17

Source: leaderboard · Artificial Analysis model page /models/ling-2-6-1t, Wayback snapshot 2026-10-19
Ling-2.6-1T scores 17 on the Artificial Analysis Intelligence Index

Score of Ling-2.6-1T, post-trained from this base. Variant: Ling-2.6-1T. Index v4.3.2.

Artificial Analysis Intelligence Index v4.3.2 of the post-trained model, from a dated Wayback snapshot of its Artificial Analysis page. The note names the variant (reasoning setting).

All models · Link to this model