September 16, 2026 · daily digest

cere-bro | 2026-09-16

cere-bro | 2026-09-16

Today's throughline is cost optimization arriving at the decision layer rather than the compute layer, and it shows up as two opposite answers to one question. A Tsinghua paper says the routing decision is already sitting inside the frozen agent model's forward pass and two linear maps are enough to read it out, so the router should cost nothing because it already happened. A launch out of two years of stealth says the opposite: build a model that only makes decisions, never writes a sentence, and price its output tokens at zero. Both are attacks on the same line item, which is the cost of deciding what to do next. Underneath them, a CUDA worklog derives the one algebraic identity that lets softmax statistics be combined across blocks, which is the reason tiled attention exists at all, and a geometry paper finally splits compression error into the part that rescales a representation and the part that rotates it. Five results, one shape: the expensive part was never the work, it was the overhead around choosing the work, and this is the week the field started billing that separately.

🎯 Today's 5 for you
  1. ReadThe router was inside the model the whole time. Gavel reads skill-routing signal out of a frozen agent LLM's mid-layer states with two linear maps and zero skill text in the context, beating retrieve-and-rerank pipelines carrying 1.2B to 16B extra parameters by up to 13.4 points, and 21.9 when the need arises mid-rollout. Routing accuracy improves as the backbone does, which is the property your standing harness-router gap has needed since May. Paper · Wiki
  2. ReadOnline softmax derived in four lines, which is the piece under FlashAttention nobody writes out. A CUDA worklog shows that when a running maximum changes, multiplying the whole running denominator by e^(m1-m2) corrects every already-stored term at once. That single identity is what lets partial softmax statistics from different blocks be combined, which is why tiled attention works. Global traffic 16MN to 12MN bytes, naive arithmetic intensity computed at 0.25 FLOPs per byte before a line of code is written. Worklog · Wiki
  3. SkimCompression error now has a direction, not just a size. Split every layer update into the part pointing along the current hidden state and the part pointing across it, and perpendicular error separates compression methods far more cleanly than parallel error does. Two methods with identical perplexity deltas can be doing completely different damage, and this is the first tool that tells them apart. Your quantization page has been carrying scalar error numbers for months with no way to read them. Paper · Wiki
  4. TrackA decision-only model priced so cheaply it would zero out the router's own cost. Jev, from an InstructGPT and RLHF co-author after two years in stealth, emits structured decisions and probabilities over a predefined option set and never generates text. Claimed 40-400x cheaper with free output tokens; one developer reported ~5,000 requests for about $2 across classification and model routing. No paper, no benchmark, and a dozen accounts amplified it in one day with the cadence of paid promotion. Track it because if true it rewrites the value-of-information framing your routing page is built on. Launch · Wiki
  5. SkimThe datacenter moratorium panic is 2.3 GW, and the buildout already moved behind the meter. SemiAnalysis mapped 400+ local restrictions across 17 states onto 6,000+ tracked facilities at parcel level: of roughly 20 GW inside a restricted boundary, 1,525 MW is actually delayed. Meanwhile 75 GW of firm behind-the-meter equipment orders, more bound for Texas than anywhere. Equity markets are pricing a slowdown the satellite imagery does not show. Essay · Wiki

TL;DR


Deep Dives

Note on sourcing: HuggingFace published 15 Daily Papers today. All eight Reddit subreddits again returned nothing past their score gates, as they have every day this month. The public Nitter scrape has now returned zero for over three weeks, so today's X signal comes from the ranked home feed (81 candidates) and the bookmark feed (2 saves, both with empty articles[], so the linked bodies could not be fetched). The Kurate cs.AI and cs.LG boards show every entry tied at score 1200 with 0% win rate for the fourth consecutive scrape, meaning the weekly 3-LLM tournament has still not run. No arXiv identifier appears in both today's HuggingFace list and the current Kurate top-20, so there are no cross-source-confirmed papers today. LinkedIn returned zero organic posts.

The Router Within: Eliciting Native Skill Routing from a Frozen LLM

The routing signal was never missing. It is already in the agent model's forward pass, and reading it out costs two linear maps and no context tokens at all.

Source: HuggingFace Daily Papers (Tsinghua IIIS) Links: Paper · Wiki summary

flowchart LR
  SK[Skill library<br/>SKILL.md docs] -->|one forward pass<br/>at install time| BANK[Per-skill<br/>compact banks]
  T[Task / trajectory<br/>NO skill text in context] --> MID[Mid-layer hidden states<br/>of the FROZEN agent LLM]
  MID -->|2 linear maps<br/>the only trained params| GL[GLANCE<br/>score whole library]
  BANK --> GL
  GL --> SHORT[Shortlist]
  SHORT --> VER[VERDICT<br/>resume forward passes<br/>on shortlist only]
  VER --> LIK[Model's own likelihood<br/>+ yes/no judgment]
  LIK --> POE{Product of experts<br/>glance x verdict}
  GL --> POE
  POE --> OUT[Selected skill]
  OLD1[Progressive disclosure:<br/>all metadata in context<br/>caps library size] -.replaced.-> GL
  OLD2[Retrieve-and-rerank:<br/>1.2B-16B external params<br/>outside agent capability] -.replaced.-> GL
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class SK,T input
  class POE,GL decision
  class OUT,SHORT output
  class OLD1,OLD2 warn
  class BANK,MID,VER,LIK aux

What is it about? An agent "skill" is a document, usually a file called SKILL.md, holding instructions and scripts for one specialized task. Picking the right skill is the whole value of having a library. Today there are two ways to pick. Progressive disclosure, which is what Claude Code and Codex do, puts every skill's name and description into the agent's context and lets the model choose. Retrieval pipelines keep the skill text out of the context but hand the choosing to a separate embedding model and reranker. This paper says both are unnecessary because the agent model, running frozen, already carries the routing signal in its own intermediate activations.

What problem does it solve? Progressive disclosure spends context on metadata and puts that metadata in attention competition with the user's actual task, so deployments end up capping how many skills are visible. Retrieval moves selection out of the context and also out of the agent's capability: an external retriever cannot recognize a need that emerges from a tool result or a long noisy trajectory, and its quality is pinned to its own training distribution rather than improving when you upgrade the backbone.

What is the core novelty? Two stages, and only two linear maps are trained. A glance projects the task's mid-layer states and each skill's mid-layer states through those maps and scores the entire library against compact per-skill banks that one forward pass builds at installation time. A verdict then resumes forward passes on the shortlist only and reads the model's own next-token likelihood plus an explicit yes-or-no judgment. The two are fused as a product of experts, the standard way to combine two independently-trained scorers that see different evidence. Adding a new skill costs one indexing pass, not a retraining run.

Key takeaways

Gaps in the study The two maps are trained on something, and the paper does not report degradation on skill libraries far from that training distribution. The verdict stage resumes real forward passes, so there is a latency and FLOPs cost that is compared against parameter-heavy pipelines but not against progressive disclosure, which costs only context tokens. Everything is on one backbone family, which is a weak base for a claim that is fundamentally about scaling. And "tens of thousands of documents" is the stated design target while the reported benchmarks are far smaller, so glance latency at that scale is unmeasured.

Industrial implication Every framework shipping a skills system today pays for selection in context tokens or in an external retriever. This says both bills are optional, and the change is at the SDK layer rather than the model layer: read the mid-layer states you are already computing, score the library, never write skill metadata into the prompt. Two savings follow, and the second one is uncounted. The obvious one is tokens. The quiet one is that skill metadata is exactly the volatile region of a prompt prefix, and Ken Huang's prefix-stability argument (09-13), which showed that one changed byte at token N invalidates the KV cache for everything after N, means removing it also removes a source of cache churn. The structural catch is the interesting part commercially: this technique needs intermediate activations, which hosted API models do not expose. It is available to open-weight and self-hosted deployments and structurally unavailable to anyone routing through a closed API.

→ Full summary


Making Softmax Fast: a CUDA worklog that derives the identity under FlashAttention

Softmax looks like it needs to see the whole row before it can start summing. It does not, and the one multiplication that proves it is the reason attention can be computed in tiles at all.

Source: Anshuman Mishra's worklog, surfaced through the X home feed Links: Worklog · Wiki summary

flowchart LR
  N[Naive: 1 thread per row<br/>3 passes over the row] --> C1[16MN bytes moved<br/>AI ~0.25 FLOP/byte<br/>UNCOALESCED]
  C1 --> P1{Problem 1:<br/>three reads of X}
  C1 --> P2{Problem 2:<br/>neighbouring lanes<br/>read different rows}
  P1 --> ON[ONLINE SOFTMAX<br/>fuse max + denominator<br/>rescale running sum<br/>by e^m1-m2 on new max]
  ON --> C2[12MN bytes moved<br/>one fewer full pass]
  P2 --> WARP[1 WARP per row<br/>lanes read neighbouring<br/>columns = coalesced]
  WARP --> RED[Warp reductions:<br/>32 local max + denom<br/>into one row answer<br/>12 comm steps]
  RED --> SCALE[Rescale each local denom<br/>by e^localmax - rowmax<br/>before summing]
  C2 --> FIN[Same math.<br/>Different order,<br/>different ownership.]
  SCALE --> FIN
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class N input
  class P1,P2 decision
  class FIN,C2 output
  class C1 warn
  class ON,WARP,RED,SCALE aux

What is it about? Softmax turns raw attention scores into a probability distribution. To avoid numerical overflow, the standard implementation first finds the largest value in a row and subtracts it from everything before exponentiating, so the biggest exponent is e^0 = 1. This worklog starts with the most obvious CUDA kernel for that (one thread per row, three passes over the row) and rewrites it step by step, computing the cost at every stage.

What problem does it solve? Not a research problem. It solves the pedagogical problem that online softmax is everywhere in the efficiency literature, is load-bearing for FlashAttention and every tiled attention variant since, and is almost always asserted rather than derived. This derives it.

What is the core novelty? The derivation of the running correction. Say you have processed a row up to index i, with running maximum m1 and running denominator L, where every term in L was exponentiated relative to m1. You then meet a larger value m2. Every stored term is now on the wrong scale. Multiply the whole running sum by e^(m1 - m2) and, because e^a times e^b equals e^(a+b), every single stored term is corrected at once. Then add 1 for the new maximum's own term, which is e^0. One multiplication repairs the entire history. That is why the max-finding pass and the denominator pass can be fused into one. The same identity then reappears across space rather than time: with one warp per row, each of 32 lanes holds a local maximum and local denominator, and each partial denominator is rescaled by e^(local max minus row max) before the sum reduction puts them on a common scale.

Key takeaways

Gaps in the study Analytic byte counts only, with no wall-clock numbers or achieved-bandwidth percentages in the published sections. The 25% traffic reduction is on paper; realized speedup depends on cache behavior, and the analysis assumes every pass reaches global memory, which is the worst case. Warp-per-row is also the right structure only for moderate row lengths; very long rows want block-per-row with shared-memory reduction, which is outside the scope.

Industrial implication Nothing ships from a worklog. What it changes is how to read the agent-written-kernel debate. The DeepSeek kernel engineer's essay (09-15), in which Shengyu Liu, whose code is in DeepSeek V4.1's main attention kernel, gave AI six to twelve months to beat him because models now read CUDA, PTX and SASS directly and profile stalls per instruction, is a claim about exactly this kind of artifact. This worklog decomposes into four separate insights: notice the low arithmetic intensity, spot the redundant passes, find the algebraic identity that fuses them, and re-map ownership to fix coalescing. Only the last two are straightforwardly pattern-matchable from documentation. Whether an agent derives the e^(m1-m2) rescale independently or simply retrieves it, because online softmax is now textbook, is the actual test of that six-to-twelve-month estimate, and running it honestly requires a kernel whose fusing identity has not already been published. Nobody has built that benchmark, and until someone does, every agent-kernel result is contaminated by the literature it was trained on.

→ Full summary


Disentangling Representation Evolution in Transformers through Directional Decomposition

Two compression methods with the same error number can be doing entirely different damage. This is the first tool that says which.

Source: HuggingFace Daily Papers Links: Paper · Code · Wiki summary

flowchart LR
  H[Hidden state h<br/>current direction] --> D{Decompose every<br/>learned update}
  ATT[Attention update] --> D
  MLP[MLP update] --> D
  D -->|component ALONG h| PAR[PARALLEL<br/>rescales the<br/>existing direction]
  D -->|component ACROSS h| PERP[PERPENDICULAR<br/>rotates the<br/>representation]
  PAR --> S1[Residual space:<br/>updates vs hidden state]
  PERP --> S1
  VAL[Attention value aggregation] --> S2[Value space:<br/>vs current token's value]
  S2 --> EXC[exclude-self parallel edit<br/>MOST ROBUST manipulation]
  S1 --> FRAG[residual-space and<br/>perpendicular edits<br/>MORE FRAGILE]
  PERP --> DIAG[Compression diagnosis:<br/>PERPENDICULAR error<br/>separates methods]
  PAR --> TRAIN[Suppress full-aggregate<br/>parallel during pretraining<br/>lower validation loss]
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class H,ATT,MLP,VAL input
  class D decision
  class EXC,TRAIN,DIAG output
  class FRAG warn
  class PAR,PERP,S1,S2 aux

What is it about? A transformer layer does not replace the hidden state, it adds to it. This paper takes every added update and splits it into two pieces: the part pointing in the same direction as the current hidden state, which just makes it bigger or smaller, and the part pointing across it, which turns the representation toward something new. Then it measures both, in two different reference frames: updates relative to the hidden state, and attention value aggregation relative to the current token's own value.

What problem does it solve? Compression papers report one number. A perplexity delta, a benchmark drop, a reconstruction error. That number cannot distinguish a method that got the magnitude slightly wrong from a method that rotated the representation somewhere else, and those two failures behave completely differently on held-out data. There has been no vocabulary for the difference.

What is the core novelty? The finding that perpendicular error separates compression methods more clearly than parallel error does, which turns the decomposition from a descriptive geometry into a diagnostic. Two secondary findings come with it. Pretrained models carry substantial parallel components beyond what the residual identity path alone contributes, meaning a real share of what layers do is rescale rather than rotate. And edit robustness is strongly space-dependent: manipulating the exclude-self parallel component in value space, meaning you scale the aggregate of other tokens' values while leaving the token's own message untouched, is markedly more robust than the residual-space equivalent or any perpendicular manipulation.

Key takeaways

Gaps in the study "Separates methods more clearly" is a separability claim, not a predictive one. Whether perpendicular error predicts downstream degradation better than scalar error is the question a compression engineer actually needs answered and it is not in the abstract. The training-time intervention is from-scratch only, which excludes essentially everyone doing compression work on existing checkpoints. No model scale is named, and a geometry result that holds at small scale and dissolves at frontier scale would be a different paper entirely.

Industrial implication Nothing ships next quarter. What changes is the shape of a compression results table. A quantization or pruning paper that publishes a parallel-versus-perpendicular error split alongside its perplexity delta gives a reviewer a way to spot the method that is quietly rotating representations, which is the one that will fail when the domain shifts. The realistic path is that this becomes a standard ablation within a year, the way layer-wise sensitivity plots did. The cheap unrun experiment is more interesting than the paper: WRP (09-10), which identifies layers redundant enough to delete without a forward pass, selects layers to remove, while today's Drift-Constrained Optimization selects layers to update. Whether those two sets are complements is one layer-importance profile serving both compression and fine-tuning, and nobody has checked.

→ Full summary


Jev: a frontier model that refuses to write a sentence

If the router costs almost nothing, the entire value-of-information literature that exists to decide whether estimating is worth paying for becomes a different field.

Source: X home feed, roughly a dozen accounts, the day's most-amplified launch Links: Founder's launch post · Wiki summary

flowchart LR
  Q[Incoming request] --> SPLIT{What kind of<br/>work is this?}
  SPLIT -->|prose, code,<br/>open-ended reasoning| LLM[Autoregressive LLM<br/>token by token<br/>pay per output token]
  SPLIT -->|choose among a<br/>PREDEFINED option set| JEV[Decision model<br/>parallel probabilities<br/>emits NO text]
  JEV --> PROB[Calibrated probability<br/>per option]
  PROB --> CODE[Application logic<br/>no parsing step]
  LLM --> PARSE[Parse JSON or text]
  PARSE --> ERR[Parse failures,<br/>schema drift,<br/>hallucinated fields]
  PROB --> ROUTE[Model routing, classification,<br/>intent, steering,<br/>difficulty scoring]
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class Q input
  class SPLIT,JEV decision
  class PROB,CODE,ROUTE output
  class ERR warn
  class LLM,PARSE aux

What is it about? Every time a language model makes a decision inside software (is this transaction fraud, which queue does this ticket go to, which model should handle this request, how hard is this prompt), it produces that decision by writing a sentence or a JSON object one token at a time, and your code parses it back out. Jev deletes that layer. Give it a question and a predefined set of options and it emits structured decisions and probabilities directly, with no natural language in between. The founder, Diogo Almeida, co-authored InstructGPT and the RLHF work at OpenAI and was at Google Brain before that, and spent two years in stealth on this.

What problem does it solve? The tax on using a generative model as a classifier. You pay for output tokens you throw away, you pay in latency for sequential generation you do not need, and you write parsing code that fails in ways a probability vector cannot. The most useful independent framing came from a skeptic in the same feed: it is a really smart switch statement, a 2016-style classifier with 2026-level understanding.

What is the core novelty? Claimed rather than demonstrated, which is the honest way to describe it. The training method is called RLCD and no paper accompanies the name. The pricing is the concrete part: $0.042 per million input tokens with output tokens priced at zero, which follows naturally from a model that emits almost no output tokens. The stated deltas are 20 to 200x faster and 40 to 400x cheaper than getting the same decision out of an LLM.

Key takeaways

Gaps in the study There is no study. There is a launch, amplified by roughly a dozen accounts in a single day, several with identical talking points across four languages, which is the signature of a promotion campaign rather than organic interest. The reach-normalized ranking floated this cluster to the top of the feed almost entirely on volume. Beyond the missing benchmark, the predefined-option-set requirement is a real constraint rather than a footnote: agent routing decisions frequently have option sets that change at runtime.

Industrial implication Take the numbers at a heavy discount and the structural point still lands. Every router must cost less than the decision it makes, or it eats its own saving. That constraint is why Pandora's Router (08-25) exists at all: it prices the cost of estimating which model to use and derives a closed-form value-of-information policy for when estimation is worth paying for. If a decision primitive really is 40-400x cheaper than an LLM call, that question stops being interesting and is replaced by "how good is a near-free estimate," which is a different paper. It also does not worsen the batching problem this wiki named on 09-14, where routing across many small models fragments the request stream and erodes the weight-read amortization that makes a GPU bill competitive with a per-token bill, because a tiny discriminative model does not join the pool. And the sharpest thing about today is that Jev and Gavel are opposite answers to the same question, published within hours of each other. Gavel says the routing signal is already inside the agent model and should be read out for free. Jev says it should come from a separate purpose-built model that never generates. One skill-selection benchmark run both ways, reporting latency and dollars alongside accuracy, settles it, and it is cheap.

→ Full summary


Everyone says datacenter moratoriums are killing the US buildout. SemiAnalysis measured it.

Four states and three hundred localities have acted. The measured delay is 2.3 gigawatts against a 38 gigawatt year, and the friction is accelerating the exact architecture it was meant to stop.

Source: SemiAnalysis (also arrived starred in Gmail) Links: Essay · Wiki summary

What is it about? New York stopped issuing environmental permits for datacenters. Texas paused the next step in the ERCOT interconnection queue. Pennsylvania pulled datacenters out of fast-track permitting. Oregon froze deals on state-owned land. More than 300 towns, cities and counties have voted to halt datacenters in eighteen months. SemiAnalysis went and checked, parcel by parcel, how much capacity that actually stops.

What problem does it solve? The gap between a countable political signal and an uncountable physical one. Counting moratoriums is easy, which is why everyone does it, and it measures nothing. A moratorium only matters if it applies to a specific project, covers that project's parcel, and blocks an approval the developer still needs.

What is the core novelty? The method, and it is a lot of work. A database of 400+ local instruments across 17 states, each tracked from proposal through enactment, expiration, lifting, replacement or rejection, mapped at the individual project and megawatt-tranche level onto a pipeline of 6,000+ facilities tracked through property records, permits, power-usage data, FOIA requests and satellite imagery. Two distinctions carry the whole argument: capacity exposed to a restriction is not capacity delayed by one, and these instruments freeze new applications rather than revoke granted approvals, which puts all of 2026 and most of 2027 structurally out of reach.

Key takeaways

Gaps in the study The forecast and the moratorium database are both subscription products, so the incentive runs toward a confident number, and the described methodology is checkable in principle and entirely unchecked in practice. The essay concedes moratoriums could delay the buildout and simply are not yet at scale, which is a statement about the present while the restriction count rises. And "the developer can relocate, redesign or challenge" is doing quiet work: relocation has a schedule cost that is not inside the 2.3 GW figure.

Industrial implication Stop tracking moratorium counts and start tracking behind-the-meter equipment orders. The former is a political signal with almost no capacity content; the latter is 75 GW of firm orders and is where the buildout has already moved. The second-order consequence is that regulatory leverage is shifting with it: a local board can block a grid interconnection and has much less purchase on a campus that generates its own power, which means the next two years of US compute supply is less politically contestable than the headlines suggest. One detail deserves recording exactly as published. SemiAnalysis says they augmented their analyst team with "an army of state-of-the-art research agents" to do the parcel matching, and in the same essay name "uninformed claude-coded forecasts" as the source of an earlier false narrative about cancelled capacity. Agents produced both the misinformation and the debunking. The difference was the ground-truth layer underneath one of them.

→ Full summary


The drift pair: two papers, one morning, both saying behavioral drift is a design parameter

You have been choosing how far your model drifts from its starting point every time you fine-tune. Neither of these papers knows the other exists, and together they say that choice was the whole experiment.

Source: HuggingFace Daily Papers (both) Links: Drift-Constrained Optimization · Training Specialist Models without Reasoning Trajectories · DCO wiki · Specialist wiki

flowchart LR
  REF[Reference instruct model] --> BUD[Declare a behavioral<br/>DRIFT BUDGET first]
  BUD --> FIX{Distance is FIXED.<br/>Only DIRECTION<br/>remains free.}
  FIX --> BAD[Naive full-parameter update:<br/>QA-only tuning destroys<br/>multi-step reasoning]
  FIX --> GOOD[Layer-selective probe:<br/>restricts accessible directions]
  GOOD --> WIN[Target task improves<br/>reasoning preserved<br/>better RL initialization]
  SPEC[Specialist trained on<br/>QA pairs only, no gold reasoning] --> LAT[Implicitly selects from a<br/>LATENT trajectory space]
  LAT --> STU[Students inherit ONLY<br/>the sampled trajectories]
  STU --> PROBE[Student used as an<br/>agnostic PROBE of the<br/>teacher's latent distribution]
  BUD -.same idea, other end.-> LAT
  LAT --> DIAL[Control specialist drift<br/>= tunable dial on<br/>precision vs generality]
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class REF,SPEC,BUD input
  class FIX decision
  class WIN,DIAL,PROBE output
  class BAD warn
  class GOOD,LAT,STU aux

What is it about? Fine-tuning an instruct model improves the target task and quietly degrades everything else. Everyone knows this and everyone treats it as an unfortunate side effect. Drift-Constrained Optimization says: declare in advance how far the model is allowed to drift behaviorally from the reference checkpoint, which fixes the distance, and then the only remaining freedom is the direction of the update. Training Specialist Models without Reasoning Trajectories says the same thing from the distillation side: when you train a specialist on question-answer pairs with no reasoning supervision, it still silently selects a distribution over reasoning trajectories, and every student distilled from it inherits that distribution wholesale.

What problem does it solve? DCO solves the practical problem that the only dial teams currently have is learning rate, which controls how much a model changes and says nothing about how the change is spent. The specialist paper solves a measurement problem: you cannot see a teacher's latent reasoning distribution by looking at its weights, and it uses student distillation as an instrument to read it out, since a student inherits no parameterization or optimization constraints, only the sampled trajectories.

What is the core novelty? DCO's novelty is the reformulation as direction selection under a declared budget, plus the concrete prediction that follows: change which directions are accessible and you should qualitatively alter the outcome, not just its magnitude. The test is deliberately brutal. Strong instruct models are fine-tuned only on final answers, with no reasoning supervision, and must still produce multi-step reasoning at inference, which normally collapses reasoning entirely. A coarse layer-selective probe reverses that failure. The specialist paper's novelty is the probe trick itself, and the finding that the correlation is not incidental: controlling the specialist's distributional drift moves teacher and student together along a predictable precision-versus-generality curve.

Key takeaways

Gaps in the study DCO does not say how the layer-selective probe chooses layers, and if it needs a sweep per task the cost is understated. It also gives no guidance on choosing the drift budget, which is the one parameter the whole method requires. Two model sizes from one family is thin for a claim that is fundamentally geometric. The specialist paper never names the drift-control knob, and "exceptionally strongly correlated across 27 pairings" is correlation, not causation. Neither paper tests whether a student can be steered away from its teacher's profile, which is the second question any practitioner asks.

Industrial implication The near-term form is a config change, not a model change: a max_drift parameter sitting next to learning rate, with a layer mask chosen by a cheap probe. That is small enough to appear in an open fine-tuning stack fast, and the signal to watch is any library exposing a behavioral-drift constraint rather than a KL coefficient, because the two are not the same thing. On the distillation side, the consequence is that anyone shipping a small domain model is currently choosing its generalization profile by accident. This says the choice is upstream at specialist training and is tunable there, which turns it into a deployment parameter: dial it tight for a narrow high-precision endpoint, loose when the small model still sees off-domain traffic.

→ DCO summary · Specialist summary


Continual Learning Mechanisms Compose for Long-Horizon Memorization

Teach a model a hundred things in sequence and it keeps 1.2% of them. The best known combination of every trick in the literature gets that to 34.9%, and that number is the honest ceiling on continual fine-tuning today.

Source: HuggingFace Daily Papers (Johns Hopkins) Links: Paper · Wiki summary

flowchart LR
  T[100 sequential tasks<br/>no replay buffer<br/>no task ID at test time] --> SFT[Continual supervised<br/>fine-tuning]
  SFT --> FORG[Catastrophic forgetting<br/>1.2% final retention]
  ANC{ANCHORS:<br/>what to preserve} --> A1[Data anchor<br/>largest single gain]
  ANC --> A2[Function anchor]
  ANC --> A3[Weight anchor]
  ALLOC{ALLOCATION:<br/>where updates land} --> L1[Merged LoRA<br/>second largest gain]
  A1 --> COMP[Compose all three anchors<br/>with merged LoRA]
  A2 --> COMP
  A3 --> COMP
  L1 --> COMP
  COMP --> WIN[34.9% retention<br/>28x over naive]
  A1 -.super-additive interaction.-> L1
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class T input
  class ANC,ALLOC decision
  class WIN,COMP output
  class FORG warn
  class SFT,A1,A2,A3,L1 aux

What is it about? A model learns 100 query-answer tasks one after another through continual supervised fine-tuning, never revisiting earlier examples and never being told at test time which task a question belongs to. That setting is called long-horizon memorization here and it is new; existing continual-learning benchmarks for language models mostly measure transfer across heterogeneous downstream tasks or adaptation to a shifting corpus, not raw retention across many updates.

What problem does it solve? The field has a pile of mitigations for catastrophic forgetting (regularization, replay, parameter isolation) and no evidence about whether any of them survive a horizon this long. The answer is that none of them do individually.

What is the core novelty? The hypothesis that mechanisms addressing complementary sources of forgetting compose super-additively, plus the experimental design to test it properly. Two axes organize the space: anchors, meaning what prior information each update must preserve (data, function, weight), and low-rank allocation rules, meaning where successive LoRA updates are placed and merged. Three distinct 100-task datasets were constructed, task-level successive halving searches the combinatorial space, and a factorial experiment separates individual effects from interaction effects. That last piece is what lets the paper claim an interaction rather than just a ranking.

Key takeaways

Gaps in the study 34.9% is a large relative gain and a low absolute number, and the paper does not say what retention level would make continual fine-tuning deployable. The tasks are query-answer memorization, which is the easiest thing to measure and the least like what an agent actually needs to retain, which is procedures, preferences and failure modes. Three synthetic datasets built by the authors, with no transfer test to a naturally occurring update sequence. And the search cost is never compared against simply keeping a replay buffer, which is the baseline a practitioner would reach for first.

Industrial implication The useful reading is a negative one. If you are choosing between an external memory store and continual fine-tuning for an agent accumulating knowledge over months, the fine-tuning path tops out near a third retention at 100 updates even with the best known composition. That is not a reason to abandon it, it is a reason to treat weight updates as a compaction layer beneath a retrieval store rather than a replacement for one. It also inserts a term nobody has been carrying: the parametric context internalization thread, which asks when baking context into weights beats paying for it in the prompt on every call, amortizes a training cost over future inference and assumes the knowledge stays put. It does not. Retention has a half-life, and this is the first measurement of it.

→ Full summary


Emergence World: Adversarial Stress-Testing of Long-Horizon Multi-Agent Systems

The agents noticed the attack. Then they wrote it into their own memory and acted on it two days later. Your evaluation episode is shorter than your failure horizon.

Source: HuggingFace Daily Papers (Emergence AI) Links: Paper · Wiki summary

flowchart LR
  INIT[Identical start:<br/>10 agents per world] --> W7[7 homogeneous worlds<br/>one frontier model each]
  INIT --> W1[1 mixed-model world]
  W7 --> RUN[16 days continuous<br/>850k+ LLM calls<br/>~50B tokens]
  W1 --> RUN
  RUN --> ACC[Accumulated state:<br/>goals, tools, memory,<br/>institutions, peers]
  ACC --> E1{Indirect<br/>prompt injection}
  ACC --> E2{Misinformation}
  ACC --> E3{Private memory<br/>exposure}
  E1 --> F1[DETECTED but NOT CONTAINED<br/>written to persistent memory<br/>acted on up to 46h later]
  E2 --> F2[No world fully resilient<br/>to all three]
  E3 --> F2
  RUN --> DRIFT[Visible only under long run:<br/>goal drift, tool errors,<br/>language opacity, conformity,<br/>coordinated work refusal]
  W1 --> DIFF[Same model-persona pair<br/>behaves differently in<br/>mixed vs homogeneous]
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class INIT,W7,W1 input
  class E1,E2,E3 decision
  class DIFF output
  class F1,F2,DRIFT warn
  class RUN,ACC aux

What is it about? Eight parallel worlds, ten agents each, identical starting conditions. Seven worlds are homogeneous, each powered by one frontier model, and one is mixed. They run continuously for sixteen days, generating more than 850,000 LLM calls and nearly 50 billion tokens, while pursuing goals, building and using tools, keeping persistent memory and governing shared institutions. Once operational state has accumulated, three stress events are delivered through ordinary interaction surfaces: indirect prompt injection, misinformation, and exposure of private agent memories.

What problem does it solve? Agent safety is currently inferred from model-level properties measured on bounded tasks. WebArena, GAIA, SWE-bench, OSWorld and AgentDojo all evaluate a single agent on a short interaction. None of them can observe a failure that propagates through memory, tools, peers and environmental state long after the interaction ended, which is the regime a persistent deployment actually occupies.

What is the core novelty? Running long enough that the accumulated state is the attack surface, then attacking it. The distinction the paper draws and then measures is between recognizing a threat and containing it: refusing to interact, preventing propagation, removing traces, building durable defenses.

Key takeaways

Gaps in the study Eight worlds is a small sample for any claim about model differences, and the abstract does not name which models were where, so a reader cannot compare per-model resilience. The three stress events are delivered by the authors on a schedule, so nothing here tests an adversary that observes the defenses and adapts. Sixteen days is long for a study and short for a deployment. And the environment is simulated: agents governing shared institutions in a research world may not transfer to agents holding production credentials, which is the paper's own motivating example.

Industrial implication The mitigations this implies are boring, shippable, and absent from every agent framework today: a time-to-live on memory entries whose provenance is external content, a quarantine tier for anything an agent read rather than derived, and periodic re-validation of persisted memory against its source. The heterogeneity finding is the commercially uncomfortable one, because it means a routing change is also a safety change, and nobody currently re-tests a fleet after one. And it sits in direct tension with today's other memory paper: Continual Learning Mechanisms Compose treats persistent memory as something to preserve better and gets retention from 1.2% to 34.9%. The injection here worked precisely because the system wrote it down and kept it. Better retention is better retention of poison, and neither paper says this about the other.

→ Full summary


Inside OpenAI's agentic software factory

Non-engineering teams went from zero to ninety percent agent usage in four months with no mandate, and the bottleneck moved to Apple's app review queue.

Source: The Pragmatic Engineer (Gergely Orosz), seven OpenAI engineering leaders on the record Links: Article · Wiki summary

flowchart LR
  H[Human defines outcome<br/>judgment and taste] --> CTX[Codex gathers context<br/>docs moved INTO source<br/>+ Slack, Notion, Databricks,<br/>Datadog, internal skills]
  CTX --> IMPL[Codex implements<br/>and self-verifies]
  IMPL --> CI[Build, test, CI<br/>agent babysits PR<br/>until green]
  CI --> PERF[Perf harness routes<br/>risky PRs to A/B]
  PERF --> REV{Agentic code review:<br/>MULTIPLE domain-specialist<br/>agents, not one generic}
  REV --> RISK{Risk classification}
  RISK -->|low| AUTO[Auto-approve agent<br/>no human bottleneck]
  RISK -->|high| HUM[Stricter path<br/>+ mandatory human]
  AUTO --> DEP[Agentic deploy:<br/>one agent per change<br/>builds its OWN dashboard]
  HUM --> DEP
  DEP --> OBS[Observe production]
  OBS --> PF[Perf Factory: dedupe alerts,<br/>find real regressions,<br/>root-cause, propose fixes]
  PF -.closed loop.-> H
  OBS --> SEV[Sevbot incident agent:<br/>proposes mitigations,<br/>NEVER executes]
  DEP --> BOT[New bottleneck:<br/>app store review<br/>hours to days]
  classDef input fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
  classDef decision fill:#fef3c7,stroke:#f59e0b,color:#78350f
  classDef output fill:#d1fae5,stroke:#10b981,color:#065f46
  classDef warn fill:#fee2e2,stroke:#ef4444,color:#7f1d1d
  classDef aux fill:#e0e7ff,stroke:#6366f1,color:#312e81
  class H input
  class REV,RISK decision
  class AUTO,DEP,PF output
  class HUM,BOT warn
  class CTX,IMPL,CI,PERF,OBS,SEV aux

What is it about? The first detailed on-the-record account of a frontier lab running its entire company, engineers and non-engineers alike, through a single agent harness. Seven OpenAI engineering leaders describe how Codex went from a nice-to-have to the substrate everything runs on, and what broke as a result.

What problem does it solve? For this wiki, it answers a question the research literature cannot: what actually happens at organizational scale when the harness is the primary interface. Every harness result here is measured on a benchmark. This one is measured in infrastructure load.

What is the core novelty? Not a technique, a set of observed mechanisms. Documentation moved inside the source code so agents can reach it. Code changes classified by risk, with low-risk PRs going to an auto-approval agent and high-risk ones invoking more AI reviews plus a mandatory human. Multiple domain-specialist review agents rather than one generic reviewer, which Orosz initially doubts and then resolves correctly: all agents have full repo access, so the specialist framing is a decision about which slice of that context a limited window is spent on. Per-change deploy agents that read the codebase, find where a feature flag lives, decide which signals indicate success and failure, build their own monitoring dashboard, and watch it.

Key takeaways

Gaps in the study Every number is OpenAI's, delivered through a friendly interview with no external verification. There is no quality data at all: more PRs per engineer says nothing about defect rate, revert rate or incident frequency, and the piece does not ask. The internal Codex is explicitly far more advanced than the external one because it is wired into every OpenAI system, which makes the adoption curve a poor guide for anyone else, and unlimited token budgets are not a condition any other organization operates under.

Industrial implication The copyable items are concrete: move documentation into the repository, classify changes by risk and auto-approve the low tier, give each deploy its own monitoring agent, and run a loop that turns production regressions back into pull requests. The prediction is sharper than the practices. If generation is no longer the constraint, the constraints become CI/CD throughput, review capacity, and every externally-gated release path. Expect sharp pressure on remote-activation architectures, feature flags and server-driven UI, for reasons that have nothing to do with AI except that AI broke the step upstream of them.

→ Full summary


Industry Pulse

Funding, valuations, and compute deals


Global View

The cost of deciding collapsed from two directions at once, and the market had already started routing around it before either result landed. Gavel argues the routing signal is already inside the frozen agent model and two linear maps read it out for free; Jev argues the opposite, that decisions should come from a tiny purpose-built model that never generates text, priced with output tokens at zero. Both attack the constraint that has silently shaped this wiki's entire routing literature, which Pandora's Router (08-25) formalized by pricing the cost of estimating which model to use and deriving when that estimation is worth paying for. Meanwhile the industry evidence says buyers reached the same conclusion without a paper: The Information reports developers proxying Claude Code onto GPT-5.6 Sol to cut cost, with Anthropic shutting an account fifteen minutes in, which is the handoff tax (09-07) thread's per-request substitution happening at the harness layer instead. Research is arguing about where the router should live while production has already decided the model is a swappable supplier, and the only thing stopping substitution is integration depth rather than capability.

The harness became organizational infrastructure this week, and the one measurement that would validate it is the one nobody reports. OpenAI's software factory describes total company-wide dependence on one harness, non-engineering adoption from roughly 0% to 90% in four months without a mandate, and roughly 10x load growth on CI systems in six months. That is the industrial form of a research claim this wiki has tracked all month: SoL-Pi (09-11) cut tokens 45-49% at about 94% of task score and beat GPT-5.6 Sol's own native Codex harness, and Elo-per-token (09-15) located the per-session budget where an agent's marginal token stops beating an independent sample, buying +264 Elo at the same bill by re-slicing. Yesterday Y Combinator open-sourced QM, the harness it runs its own company on, whose load-bearing choice is that the model is swappable; OpenAI's bet is one harness with the model fixed and wired so deep it cannot be separated. Two opposite bets in one week, and neither organization publishes a defect rate, a revert rate, or an incident frequency, so ten times the pull requests remains an infrastructure fact with no known relationship to whether the software got better.

Memory is where research and industry are asking the identical question and neither has an answer: what gets remembered, by whom, for how long. Continual Learning Mechanisms Compose got retention across 100 sequential tasks from 1.2% to 34.9% by composing three preservation anchors with merged LoRA, which is the first honest long-horizon number this wiki has. Emergence World then shows the same property is the attack surface: across 16 days and 50 billion tokens, agents detected injected content, wrote it into persistent memory anyway, and acted on it up to 46 hours later, with no frontier model fully resilient. Better retention is better retention of poison, and nothing in the wiki measures the second. The corporate version of that question ran through the Industry Pulse all day: Nvidia, Palantir and Booz Allen pulled back from Claude Fable over 30-day log retention and moved work to OpenAI under zero-data-retention terms, while Google agreed to pay $10M for a bankrupt airline's emails and Teams messages for AI product development, over its own flight attendants' objections. Research is discovering that persistent memory is simultaneously the capability and the vulnerability; enterprises priced that months ago and are now buying on retention policy rather than benchmark rank.


Looking Ahead