October 23, 2026 · daily digest

cere-bro | 2026-10-23

cere-bro | 2026-10-23

Averages hide the bill. Sparse attention that samples the tail beats top-k by 5.5 points at 128K. MiniMax's 4-bit KV cache kept its average flat while one sub-score fell 6.6 points. Identical B200s differ by 50% in output depending on who runs them. Agent memory systems cost more than they save once the model is strong. The cost lesson of the day is to measure the slice you actually serve, not the mean.

🎯 Today's 5 for you
  1. ReadStratified Sparse Attention. Exact attention on the top tokens, importance-weighted samples for the rest. It keeps 85% of dense accuracy at 50x sparsity and 128K, and decodes 2.96x faster than FlashInfer at 1M. This is the KV-cache paper of the day ([paper](https://arxiv.org/abs/2610.28441)).
  2. ReadThe operator gap: SemiAnalysis plus MiniMax M3.1 Flash. Same GPU, 50% more output from stack choices alone. MiniMax discloses what KV4, W4A4 experts and higher concurrency actually cost. Serving economics with real failure numbers ([SemiAnalysis talk](https://www.youtube.com/watch?v=3axY1wz2OvA), [MiniMax talk](https://www.youtube.com/watch?v=YvQ4BVTWfHI)).
  3. SkimPACE: 4-bit recurrent state. For hybrid models the state is the cache. Rounding once every few tokens matches 8-bit quality at two thirds of the memory. It is the third paper this month on state quantization ([paper](https://arxiv.org/abs/2610.29545)).
  4. SkimEight DGX Sparks with a router in front. 1 TB on a desk runs the full GLM 5.3. A one-shot all-reduce lifts decode scaling to 4.43x, and NeMo Switchyard routes easy traffic to a small pool for up to 3x throughput. Routing is now shipping as vendor infrastructure ([NVIDIA](https://developer.nvidia.com/blog/running-frontier-class-ai-models-across-8-nvidia-dgx-spark-nodes/)).
  5. TrackMemoryTax and evidence substitution. Mem0 helps only weak models, and offloaded tool output costs GPT models 8-11 points but Claude nothing. This hits your harness and memory themes, and the cost is model-dependent. Skip the "no-backprop 4,000x" and "tokenizers are dead" threads ([MemoryTax](https://arxiv.org/abs/2610.29823), [evidence paper](https://arxiv.org/abs/2610.26836)).

TL;DR


Deep Dives

Stratified Sparse Attention: estimate the tail top-k throws away

At extreme sparsity, the tokens you skip still hold attention mass. Sampling them by score and correcting the bias recovers most of it.

Source: HuggingFace Links: Paper · Code · Wiki summary

Read the top of the cache exactly, estimate the tail
The importance-weighted sample is what recovers the attention mass top-k discards.
flowchart LR
  Q["Query<br/><small>current decode step</small>"] --> P["Proxy scores<br/><small>cheap key estimates</small>"]
  P -->|high score| R["Retrieve set<br/><small>exact top tokens</small>"]
  P -->|residual| S["Guided sample<br/><small>few tail tokens</small>"]
  S --> W["Reweight<br/><small>by inclusion odds</small>"]
  R --> A["Sparse attention<br/><small>2% of the cache</small>"]
  W --> A
  A --> O["Output<br/><small>near dense accuracy</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  class Q input
  class P,S,W loop
  class R,A core
  class O exit
  linkStyle 2 stroke:#f08c00,stroke-width:2px
  linkStyle 6 stroke:#2f9e44,stroke-width:2px
Blue is the query, amber is the scoring and sampling path, purple is exact attention, green is the result.

What is it about? Long-context decoding is slow because every new token reads the whole KV cache (the stored keys and values of all past tokens). Sparse attention reads only a small slice. SSA is a way of choosing that slice so that accuracy stays close to full attention, even when only 2% of the cache is read.

What problem does it solve? There have been two ways to pick the slice. Top-k reads the highest-scoring tokens. It is precise but throws away the long tail of small attention weights, and at 128K that tail adds up. Random sampling covers the tail but is noisy. Hybrids that glue top-k to uniform sampling still fall well short of dense attention at high sparsity.

What's the core novelty? SSA borrows stratified sampling from survey statistics. It splits tokens into two groups. The high-scoring group is read exactly. The rest is sampled in proportion to a cheap proxy score, and each sampled token is reweighted by the inverse of its chance of being picked. That keeps the estimate of the leftover attention mass unbiased. Top-k, top-p and top-k plus uniform sampling all fall out as special cases.

Key takeaways

Gaps in the study The abstract gives no per-step variance, so an unlucky sample on a critical token is still possible. The 2.96x is at 1M context, not the 32K-128K range most services run. There are no tests with paged KV layouts, prefix caching or multi-turn agent traces.

Industrial implication SSA is training-free and sits where vLLM and SGLang already plug in sparse attention. It composes with DoSA (10-15, the paper that bounds which keys can make the top-k so most never get scored). DoSA builds the exact set cheaply and SSA estimates the rest. Expect sampling-based sparse decode in long-context serving engines within two quarters.

The wiki has been on an "estimate, don't discard" thread for two weeks. QuantWM (10-06) found 2-bit Key errors hurt more than Value errors because they change which tokens attention selects. DropKV (Kurate underrated on 10-22) does near-optimal eviction by measuring each entry's effect on the residual output. SSA goes one step further. It treats the discarded mass as a quantity to estimate statistically, not a loss to minimize. Contrast MiniMax M3's MSA, which is a trained block-sparse architecture. SSA works on models trained dense.

Research angle: sampling makes decode random even at temperature zero. A deterministic low-discrepancy sample per head, refreshed per chunk, would keep reproducibility. The inclusion probabilities are also a free eviction signal, since tokens never sampled across many steps are safe to page out.

→ Full summary


The operator gap: same GPU, 50% more output, and the regressions averages hide

Two serving stacks on the same B200s, same model and same latency target, differ by half in output. MiniMax shows where 4-bit tricks quietly cost accuracy.

Source: AI Engineer talks (SemiAnalysis, MiniMax) via YouTube; Red Hat AI and vLLM via X Following feed Links: SemiAnalysis talk · MiniMax talk · Gemma 4 DFlash2 drafter · Wiki summary

The gap is in the stack, not the silicon
Every box between the GPU and the accepted answer is an operator choice.
flowchart LR
  G["Same B200<br/><small>same model, same SLO</small>"] --> E["Serving engine<br/><small>vLLM, SGLang, TRT</small>"]
  E --> K["KV and quant<br/><small>KV4, W4A4, FP4</small>"]
  K --> D["Drafting, batching<br/><small>spec decode, load</small>"]
  D --> T["Throughput<br/><small>200 vs 300 tok/s</small>"]
  D -->|tail| R["Hidden costs<br/><small>P95 8x, -6.6 slice</small>"]
  T --> A["Accepted task<br/><small>the real unit cost</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  classDef err fill:#ffe3e3,stroke:#e03131,color:#1b1b1b,stroke-width:2px
  class G input
  class E,K,D loop
  class T,A exit
  class R err
  linkStyle 4 stroke:#e03131,stroke-width:2px
  linkStyle 5 stroke:#2f9e44,stroke-width:2px
Blue is fixed hardware, amber is operator choices, red is the cost averages hide, green is the output that counts.

What is it about? Two talks from the AI Engineer conference make one argument. Oliver Kennon of SemiAnalysis shows that operators running the same GPU get very different output. MiniMax previews its M3.1 Flash model and lists, unusually honestly, what each efficiency trick cost.

What problem does it solve? GPU rental prices and tokens per second are the numbers everyone quotes. Neither measures what a customer gets. A stack can look fast and still lose accuracy on the tasks that matter, or blow up tail latency under load.

What's the core novelty? Kennon's metric is cost per successfully completed task at required quality. SemiAnalysis's InferenceX benchmark finds about 200 vs 300 output tok/s on identical B200s at 8K in, 1K out and 100 tok/s per user. The difference comes from the serving engine, parallelism, batch size, KV config, drafting and quant format. MiniMax supplies the failure data. M3.1 Flash uses block-sparse attention, Q8/KV4 (8-bit queries, 4-bit keys and values), W4A4 routed experts with the shared expert kept at higher precision, and a new speculative head.

Key takeaways

Gaps in the study Neither talk publishes ablations. MiniMax compares whole configurations. The 200/300 figure is from the talk and not independently checked. The 39/39 needle test at about 830K tokens says nothing about multi-hop reasoning. M3.1 Flash has no model card yet, and the vLLM claim arrived as a truncated retweet.

Industrial implication The cheapest efficiency gain for most teams is matching the best published stack config on their own hardware, before any pruning or distillation. Quantization teams should report per-slice deltas and flag any slice that drops more than about 3 points. Neoclouds with weak operations are the most exposed when supply catches up.

This lands on yesterday's speculative-decoding result. EAGLE-4's table (10-22) showed DSpark and DFlash 2 running 2.6-2.8x faster than plain decoding at one request but slower at 512. Red Hat's drafter survives high concurrency because its accepted runs are long. The two results agree: acceptance length decides whether drafting pays under batching. It also extends the DeepInfer story. DeepSeek open-sourced its serving engine on 10-21, and within two days vLLM claims parity. That is Kennon's point that the operator moat is update speed, not secret software.

Research angle: "cost per accepted task" has no standard denominator. A public benchmark that pairs InferenceX-style throughput with per-slice task acceptance would make KV4-style hidden regressions visible across vendors.

→ Full summary


PACE: four-bit recurrent state by rounding less often

Quantizing a hybrid model's state after every token compounds the error. Rounding once every few tokens is enough to make 4 bits work.

Source: HuggingFace Links: Paper · Wiki summary

Fewer roundings, less compounded error
The buffer turns per-token quantization into per-period quantization.
flowchart LR
  T["New tokens<br/><small>decode steps</small>"] --> B["Small buffer<br/><small>last few tokens</small>"]
  B -->|every k tokens| U["State update<br/><small>chunked, full precision</small>"]
  U --> Q["4-bit encode<br/><small>per-column scales</small>"]
  Q --> S["Stored state<br/><small>2/3 of 8-bit memory</small>"]
  U -->|long-memory heads| H["8-bit heads<br/><small>error persists</small>"]
  S --> O["Next step<br/><small>more requests per GPU</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  classDef err fill:#ffe3e3,stroke:#e03131,color:#1b1b1b,stroke-width:2px
  class T input
  class B,Q loop
  class U core
  class H err
  class S,O exit
  linkStyle 1 stroke:#f08c00,stroke-width:2px
Amber is the buffer and quantizer, purple is the state update, red marks heads kept at higher precision, green is the memory payoff.

What is it about? Linear-attention and hybrid models (Qwen3.5 to 3.8, Kimi-Linear) store their context in a fixed-size recurrent state instead of a growing KV cache. A server keeps one state per active request. So the state pool, not context length, decides how many requests fit on a GPU. PACE stores that state in 4 bits after training, with no fine-tuning.

What problem does it solve? Existing state quantizers round the state after every generated token. The state is read, updated and stored again each step, so the rounding error piles up. Prior work reported that 4 bits loses accuracy unless you add bits or retrain.

What's the core novelty? Three changes. First, round less often: keep a small buffer of recent tokens and fold them in with a chunked update every few steps, the way chunked kernels already work during prefill. Second, share one scale per column, because the large entries of a gated-delta state cluster in columns (some channels stay large across many tokens). Third, keep the heads whose errors persist longest at 8 bits.

Key takeaways

Gaps in the study No requests-per-GPU or latency numbers are given in the abstract. The buffer itself is full-precision memory per request, and its cost at high concurrency is not reported. There is no head-to-head with STEPQuant.

Industrial implication This is a batch-size win that scales with concurrency. PACE reuses kernel structure serving stacks already have, which lowers integration cost for SGLang and vLLM hybrid support.

PACE is the third state-quantization paper this month, and it agrees with the first two on what matters: how long an error survives. STEPQuant (10-09, the paper that gave more bits to state entries the gate keeps longest and cut SGLang serving memory up to 68.7%) attacked error lifetime through bit allocation. DAMP kept decay-selected channels in FP16. PACE attacks it through time, by rounding less often. These should compose. The 10-09 Looking Ahead predicted low-bit state in a serving release by 2027-01-07. PACE makes that cheaper, but there is still no release note.

Research angle: make the period adaptive. Round when the accumulated update norm crosses a threshold, not every k tokens. Bursty tool-output segments in agent traces would then get rounded more often than quiet stretches.

→ Full summary


Eight DGX Sparks: 1 TB on a desk, a one-shot all-reduce, and a router in front

Decode at small batch is limited by communication steps, not bytes. Cutting steps lifts eight-node scaling from 3.05x to 4.43x.

Source: NVIDIA Developer blog (AI lab watcher) Links: Post · Wiki summary

A desk cluster becomes a routed serving system
The router picks the pool; the collective decides how fast each pool decodes.
flowchart LR
  Q["Request<br/><small>tool-use traffic</small>"] --> R["Switchyard<br/><small>difficulty classifier</small>"]
  R -->|easy| S["Small pool<br/><small>fast replicas</small>"]
  R -->|hard| L["Large pool<br/><small>tensor parallel</small>"]
  L --> C["RoCEnante<br/><small>one-shot all-reduce</small>"]
  S --> O["Answer<br/><small>up to 3x throughput</small>"]
  C --> O
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  class Q input
  class R,C loop
  class S,L core
  class O exit
  linkStyle 1 stroke:#2f9e44,stroke-width:2px
Blue is input, amber is the routing and communication decisions, purple is model pools, green is the result.

What is it about? NVIDIA now supports clusters of eight DGX Spark desktop machines. Each has 128 GB of unified memory, so eight hold 1 TB. That fits the full GLM 5.3 (753B) in NVFP4, about 470 GB. It decodes 31 tok/s for one user with 3-token multi-token prediction.

What problem does it solve? Tensor-parallel decode splits each layer across machines, so every token needs an all-reduce (sum the partial results across all nodes). The standard ring all-reduce passes data neighbor to neighbor over several rounds. That is efficient for big messages but slow for the tiny messages of single-user decode.

What's the core novelty? RoCEnante sends each node's full input to every other node at once, and each node sums locally in one GPU kernel. That moves more bytes but takes fewer steps, which wins for small messages and few nodes. Separately, NeMo Switchyard puts a lightweight classifier in front of the cluster. It routes each request or session to a small-model pool or a large-model pool.

Key takeaways

Gaps in the study The routing quality claim is one benchmark, and misroute rates are not given. RoCEnante only works with a switch, and NVIDIA says NCCL wins at higher concurrency or larger clusters. There is no cost-per-token comparison with a cloud GPU.

Industrial implication The routing ladder this wiki has tracked all month is reaching products. It ran from weak-draft/strong-review (10-17), to fitted per-decision thresholds (10-18), to Meta's deterministic orchestrator (10-20, six of seven steps with no LLM reasoning), to the Jev audit (10-22, where an uncalibrated controller raised cost 19%). Switchyard is the simplest rung, a classifier and two pools, shipped by the hardware vendor.

Two other routing items surfaced today. DeepMind's first-price auction paper (first covered 10-16) resurfaced with simulation numbers. With 110 models bidding on 30,000+ prompts, the auction reached 99.2% of the best possible value, vs 89.4% for sending each prompt type to its best model, because distilled cheap models raise the competitive floor (paper). A widely shared Claude Code setup has Opus plan while Haiku subagents read, with one example run at $0.23 instead of $1.13 (post). The design rule is the same everywhere: the expensive model never reads raw worker output.

Research angle: the best all-reduce algorithm depends on message size and node count, and both vary per request in a routed cluster. A collective that picks its algorithm per call from the live batch would get both regimes right.

→ Full summary


WildAWM and Harness Scaling: train on variety, transfer to the unseen

Cross-source confirmed (HF + Kurate) for WildAWM, and cross-source confirmed via social (HF + DAIR) for Harness Scaling. Both find that controlled diversity in the training loop is what transfers.

Source: HuggingFace; Kurate cs.AI #9 (WildAWM); DAIR Academy pick surfaced via X (Harness Scaling) Links: WildAWM paper · Harness Scaling paper · DAIR page · Wiki summary

Variety in the training loop is the generalization lever
One paper varies the harness, the other varies the world.
flowchart LR
  W["WildAWM worlds<br/><small>GUI + MCP + CLI</small>"] --> G["Quality gates<br/><small>solvable, robust judge</small>"]
  H["Harness space<br/><small>factorized configs</small>"] --> S["Factorial subset<br/><small>balanced coverage</small>"]
  G --> RL["Agentic RL<br/><small>one policy</small>"]
  S --> RL
  RL --> O["Transfer<br/><small>unseen harnesses</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  class W,H input
  class G,S loop
  class RL core
  class O exit
  linkStyle 4 stroke:#2f9e44,stroke-width:2px
Blue is the source of diversity, amber is the selection or gating step, purple is training, green is transfer.

What is it about? Two papers on training agents with reinforcement learning. WildAWM builds synthetic computer environments that mix screens, MCP tool services and command lines. Harness Scaling trains one model through many different harness setups (the code around a model that manages tools, context and turns).

What problem does it solve? Agents trained in one harness or one kind of environment specialize to it. They then break when the tool format, context policy or interface changes. Synthetic tasks also tend to be unsolvable, too easy or graded by a judge that can be fooled.

What's the core novelty? Harness Scaling factorizes the harness into independent choices, picks a small training subset that covers them evenly, and trains each task under controlled variations. WildAWM adds three quality gates to synthetic tasks: several different agents must be able to solve it, multiple judges must agree, and counterfactual probes must fail to fool the judge. It uses only open models.

Key takeaways

Gaps in the study Harness Scaling gives no compute cost versus single-harness training. WildAWM's 341 tasks are few, and overlap with its eight test benchmarks is not discussed. Kurate's leaderboard shows every paper at the default score this week, so the Kurate signal is presence in the top-20, not a ranking.

Industrial implication Agent labs should randomize the harness during RL the way vision labs randomize augmentations. Products that swap harnesses often (Claude Code, Codex, OpenCode) are the ones that benefit.

This is the training-side answer to yesterday's harness-evolution audit. Harness-Delta Attribution (10-22) found about 54% of self-improving-harness gains came from overfitting the search set. Harness Scaling flips the problem: make the model robust to the harness instead of fitting a harness to the model. A Google paper amplified on X today says the reverse holds at inference, where each task does better with a specialized harness from a shared family. Specialize at inference, generalize in training.

→ Full summary


Where context management costs agents: MemoryTax, evidence substitution, loops

Memory systems help weak models and cap strong ones. Offloading tool output changes which evidence a GPT model trusts. Compressing history makes agents repeat themselves.

Source: X Following feed (MemoryTax, not on HuggingFace); HuggingFace (Same Simulation, DeLoop) Links: MemoryTax · Same Simulation, Different Evidence · DeLoop · Wiki summary

Every context-saving trick has a measured failure mode
Raw history plus model-driven search is the baseline that wins with a strong model.
flowchart LR
  H["Agent history<br/><small>turns, tool output</small>"] --> M["Designed memory<br/><small>Mem0, Zep</small>"]
  H --> F["Offload to files<br/><small>search on demand</small>"]
  H --> C["Compress history<br/><small>summaries</small>"]
  M --> E1["Writer ceiling<br/><small>lost at write</small>"]
  F --> E2["Evidence swap<br/><small>-8 to -11 points</small>"]
  C --> E3["Loops<br/><small>57% of tasks</small>"]
  H --> R["Raw + search<br/><small>99% on Opus 5.5</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef err fill:#ffe3e3,stroke:#e03131,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  class H input
  class M,F,C loop
  class E1,E2,E3 err
  class R exit
  linkStyle 6 stroke:#2f9e44,stroke-width:2px
Blue is the history, amber is the context-saving trick, red is its measured failure, green is the baseline that wins.

What is it about? Agent harnesses save context in three ways: build a memory store, move long tool outputs into files the agent searches, or summarize history. Three papers measure what each one costs.

What problem does it solve? Each trick is usually judged by final accuracy on a benchmark. That hides where accuracy is lost, whether the trick is worth its own cost, and whether the answer depends on which model is reading.

What's the core novelty? MemoryTax runs four memory methods and three coding agents with a weak, a mid and a strong model, and records the cost of every rollout. Same Simulation re-runs all 11,007 simulator calls so it can separate "computed the wrong value" from "used the wrong evidence". DeLoop uses the agent's own repeated tool calls as negative examples for preference training, with no rewards or labels needed.

Key takeaways

Gaps in the study MemoryTax is one conversation with one run per cell, which the authors say plainly. Same Simulation uses one deterministic scientific tool. DeLoop's success gain shows only at 32B.

Industrial implication Memory vendors should publish results with frontier readers, not just small ones. Harness teams should treat context-management choices as model-specific settings, because the same offloading policy costs one model family 11 points and another nothing.

This confirms the 10-22 "memory has a price" result, where sophisticated lifelong memory did no better than simple retrieval under a tight budget. It also extends FEB-30 (10-19, Amazon's finding that QA scores and stored-state scores disagree on 21% of histories): the writer ceiling is the same store failure seen from the reader's side. There is one open tension. Hy-Memory-30B-A3B (10-20, a 3B-active model trained only to write memory) matched Opus 5 as a writer. If the ceiling is set by the writer, a strong trained writer may lift it, and MemoryTax did not test one. DeLoop is the agent-side mirror of Cache Engineering for Agents (10-22, where agents drop or shift KV entries instead of summarizing). Summaries break the cache, and they also make agents repeat work.

→ Full summary


Distillation without logits: text-only teachers and self-teachers

When the teacher is a closed API or there is no teacher at all, a copy of the student that sees privileged text becomes the teacher.

Source: HuggingFace (BSD, TraceForge); X Following feed (RSD, Muse Glimmer from Meta) Links: BSD · TraceForge · RSD · Muse Glimmer 30B · Wiki summary

The student's own copy becomes the teacher
BSD and RSD condition a student copy on privileged text and score in the student's vocabulary.
flowchart LR
  T["Privileged text<br/><small>teacher trace or hindsight</small>"] --> ST["Self-teacher<br/><small>student copy with context</small>"]
  P["Student rollout<br/><small>no privileged context</small>"] --> ST
  ST --> G["Token guidance<br/><small>student vocabulary</small>"]
  V["Verifier<br/><small>outcome signal</small>"] --> U["Update<br/><small>mostly failed rollouts</small>"]
  G --> U
  U --> O["Better student<br/><small>any teacher type</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  class T,P input
  class ST core
  class G,V,U loop
  class O exit
  linkStyle 5 stroke:#2f9e44,stroke-width:2px
Blue is input text and rollouts, purple is the self-teacher, amber is the scoring and update loop, green is the result.

What is it about? Four papers that make distillation (training a small model from a stronger one) work without access to the teacher's token probabilities.

What problem does it solve? Classic distillation matches the teacher's probabilities token by token. That fails when the teacher uses a different tokenizer, when it is a closed API, or when the teacher hides its reasoning and returns only answers.

What's the core novelty? BSD gives the teacher's reasoning trace to a copy of the student as extra context. That copy scores the real student's attempts token by token in the student's own vocabulary. RSD (Meta) does the same with hindsight from the finished episode instead of a teacher. TraceForge trains a generator to write a plausible reasoning trace, in the student family's own style, from a question plus the teacher's final answer.

Key takeaways

Gaps in the study BSD's abstract has no numbers. TraceForge's authenticity score is a judge's opinion, and gains are on coding only. RSD's best results use a stronger model to edit its context policy, so it is not fully self-driven.

Industrial implication Closed frontier models can still teach open students through text alone, which weakens "hide the reasoning" as a moat. For local deployment, distillation plus 4-bit is now the standard way agent models reach one consumer GPU.

The self-teacher pattern is now a family. At least four papers in ten days condition a copy of the student on privileged text: PR-OPD (10-14, which found a skill hint moves over 80% of hidden states), the 10-22 KL-contrast metric that predicts which privileged information helps, BSD and RSD. Cross-tokenizer transfer keeps converging on text too, following ActionOPD (10-16, distilling semantic actions from a black-box teacher). Logit matching is losing ground to text-level transfer.

→ Full summary


Anthropic proves 123 libraries cannot crash, at the assembly level

Claude turned OSS-Fuzz tests into theorems over RISC-V binaries and proved 239 entry points crash-free for every input under 64 MB.

Source: Anthropic Frontier Red Team blog (AI lab watcher), with Theorem Links: Post · Wiki summary

Turn the fuzz test into a theorem
Fuzzing samples inputs; the proof covers all of them, given the trusted semantics.
flowchart LR
  L["Library + fuzz test<br/><small>OSS-Fuzz entry point</small>"] --> B["RISC-V binary<br/><small>ASan instrumented</small>"]
  B --> S["Spec<br/><small>no crash, all inputs</small>"]
  M["Theorem semantics<br/><small>RISC-V + Linux</small>"] --> S
  S --> C["Claude<br/><small>proves, patches bugs</small>"]
  C --> K["Rocq kernel<br/><small>checks proof</small>"]
  K -->|fails| C
  K --> O["Proven<br/><small>239 entry points</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  class L,M input
  class B,S,K loop
  class C core
  class O exit
  linkStyle 5 stroke:#f08c00,stroke-width:2px
  linkStyle 6 stroke:#2f9e44,stroke-width:2px
Blue is input, amber is the spec and checking loop, purple is the model, green is a checked proof.

What is it about? Formal verification proves that code can never break a stated rule. Anthropic and Theorem used Claude to write such proofs for real open-source libraries, at the level of compiled machine code.

What problem does it solve? Proofs have cost far more than the code. seL4 took 2 person-years to write and 20 to verify. Fuzzing (throwing huge numbers of random inputs at code) is cheap but can never cover every input. With AI-found exploits arriving weekly, sampling inputs is no longer enough.

What's the core novelty? They turned each fuzz test into a specification: this entry point never crashes for any input under 64 MB, for every modeled Linux response and memory layout. The spec is stated over the compiled RISC-V binary, with AddressSanitizer turning memory errors into crashes. Claude writes the proof and fixes bugs it finds. The Rocq proof checker accepts or rejects it.

Key takeaways

Gaps in the study There is no compute or token cost per proof. It covers single-threaded static binaries only. The properties are no-crash, not full correctness, and the RISC-V and Linux semantics are trusted.

Industrial implication Proof generation becomes a security product. Expect OSS-Fuzz-style programs to add proof runs for critical libraries, and expect "proven memory-safe" to appear in vendor security claims within a year.

This is "generate cheap, verify strict" at industrial scale, the same design as the Busy Beaver agent (DeepMind and Cambridge, 2610.22603, which drafts proofs and trusts only what Lean accepts). Today's VerifierBench shows why the checker must be a proof kernel and not another model: agent-written verifiers scored 10.6 to 62.1 in balanced accuracy and mostly rejected valid solutions. The timing matters. This week brought AI-found PHP remote-code-execution bugs, Microsoft tying the Storm-0940 attacks to the ARTEX agent harness, and US banks locking out agents that log in with customer credentials.

→ Full summary


Automated research gets measured: engineering tricks, not insight

Agents now beat published baselines on every scientific benchmark tested, mostly with ML-engineering tricks. Meanwhile only 37 of 1,598 RL papers ever reached a training framework.

Source: HuggingFace; Agent4Sci also a DAIR.AI pick via X Links: Agent4Sci · FrontierCS 2 · LM2LM · AI research teams · RL papers to frameworks · Wiki summary

What is it about? Five papers measure how well AI agents do research, and how much research the field actually absorbs.

What problem does it solve? "AI scientist" claims rarely separate real insight from tuning, and rarely ask whether the output gets used.

What's the core novelty? Agent4Sci tests agents against published best models on 20 scientific ML benchmarks and analyzes their trajectories. FrontierCS 2 deletes a paper's contribution from its released code and asks agents to rebuild it, graded on a hidden suite. LM2LM trains a proposer with RL against a frozen model that predicts experiment gains from real records. A team of persistent agents from different disciplines searches for linear-attention architectures. A fifth paper traces seven RL training frameworks' commit histories back to 6,939 papers.

Key takeaways

Gaps in the study No paper reports cost per improvement. The agent team's architecture is tested only at 1.3B.

Industrial implication Research output is growing far faster than adoption. The methods that get used are small loss edits validated at scale. Research agents optimized for "would a framework merge this" would be more useful than ones optimized for benchmark deltas.

This matches yesterday's harness-evolution audit (about 54% of gains were search-set overfitting): automated improvement is real but shallow. It also tempers Recursive's claim (10-22) that its Eureka Machine built the Flint coding model. The question to ask is which parts were sweeps and which were design.

→ Full summary


TorchNeuron: PyTorch on Trainium, and a third backend in a week

AWS hides compile time by compiling small subgraphs while earlier ones run, and tuned the backend on 841 models chosen by agents.

Source: Amazon Science (AI lab watcher); PyTorch Conference recap via X Links: Post · PyTorch recap · Wiki summary

Hide compile time behind execution
Small subgraphs compile in parallel and are cached for every node.
flowchart LR
  P["PyTorch ops<br/><small>dispatcher stream</small>"] --> G["Subgraph builder<br/><small>adaptive size</small>"]
  G --> C["Parallel compile<br/><small>shared service</small>"]
  C --> N["NEFF cache<br/><small>memory and disk</small>"]
  N --> E["Trainium<br/><small>runs while compiling</small>"]
  E --> O["Faster start<br/><small>-1/3 to first step</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  class P input
  class G,C,N loop
  class E core
  class O exit
Blue is input, amber is the compile and cache path, purple is the chip, green is the payoff.

What is it about? TorchNeuron is AWS's open-source backend that runs ordinary PyTorch code on Trainium chips with little or no change.

What problem does it solve? PyTorch's eager mode runs one op at a time (easy to debug, slow). Compiled mode is fast but adds long compile waits. Testing a backend on every model in the wild is impossible.

What's the core novelty? An "adaptive eager" mode groups ops into small graphs, compiles them in parallel and picks their size so compile time overlaps with running the previous ones. Compiled executables are cached in memory and on disk, and one node compiles for all nodes in a sharded job. Agents swept Hugging Face and picked 841 representative models, plus a registry of real tensor shapes used for fast unit tests.

Key takeaways

Gaps in the study No throughput comparison with GPUs or with the previous Neuron path.

Industrial implication Three non-CUDA PyTorch backends in one week (TorchTPU, FlyDSL, TorchNeuron) move hardware lock-in from the kernel layer to the backend layer. That strengthens buyers negotiating against Nvidia pricing.

→ Full summary


Shorts: looped diffusion, diffusion deep research, video sparsity, verifiers

→ Shorts summary


Industry Pulse

Funding, valuations, and compute deals

→ Industry roundup


Global View

Averages are where efficiency claims hide their costs, and both research and industry found it the same day. Stratified Sparse Attention exists because top-k's average-case precision hides the tail mass that matters at 128K. MiniMax's KV4 kept a flat average over a 6.6-point slice drop, and its concurrency gain hid an 8x P95 jump. MemoryTax and the evidence-substitution paper show memory and offloading look fine on weak models or on average and fail on strong ones or specific families. Industry is reaching the same conclusion from the money side: SemiAnalysis wants cost per accepted task instead of $/GPU-hour, compute futures are criticized for pricing hours rather than delivered work, and Gartner finds only 13% of firms see real returns while 51% expect AI to raise costs.

Routing is turning into infrastructure, and cache state is becoming a routing cost. The wiki's routing ladder ran from weak-draft/strong-review (10-17) to fitted thresholds (10-18), role routing (10-19), Meta's deterministic orchestrator (10-20) and the Jev audit (10-22, where an uncalibrated controller raised cost 19%). Today NVIDIA ships a classifier router in Switchyard, OpenAI launches a Decisions API, and Claude Code's Opus-plans-Haiku-reads split goes viral. The products have not priced one constraint: Cache Engineering (10-22) showed summarizing history invalidates the KV cache, TDS argues switching models mid-session does the same, so a router that ignores warm caches can lose more than the cheaper model saves.

Capital is flowing to model labs and away from leveraged compute, which makes operator efficiency the neocloud margin. DeepSeek raised $15.9B and OpenAI is closing $30B at up to $1.25T, while SB Energy delays its IPO, SK Hynix pauses Solidigm's listing, CoreWeave slides on borrowing costs and Nebius borrows at SOFR + 2.75%. SemiAnalysis's 50% operator gap on identical B200s says the survivors will be the best-run stacks, not the largest fleets. The open-source side is compressing that gap fast: DeepSeek released DeepInfer on 10-21, and vLLM claims decode parity two days later.


Looking Ahead