Science & Analytics

The Scientist

The Signal

LinkedIn just proved your LLM embeddings are numerically blind

Percentile bucketing with special tokens (<view_percentile>71</view_percentile>) fixed it in one preprocessing step, delivering a 30x correlation improvement and 15% Recall@10 lift across 1.3B users at sub-50ms latency.

In Play

  1. LLM Numeric Blindness: Percentile Bucketing as Universal Fix

    LinkedIn replaced 5 retrieval systems with one dual-encoder LLM serving 1.3B users. The critical discovery: raw numeric features are invisible to LLM encoders (-0.004 correlation). Percentile bucketing with special tokens delivered 30x correlation gain and 15% Recall@10 lift. Positive-only training cut memory 37% and sped training 2.6x.

    Ask Clarity
  2. Training Data Contamination: 72% Synthetic Web + Propaganda in Common Crawl

    71.7% of web pages now contain AI-generated content (Ahrefs 2025). DFRLab confirmed state propaganda (Pravda, RT) in Common Crawl. Wikipedia's low-resource languages are in active model-collapse loops. Shannon entropy monitoring catches the distribution collapse your null-rate checks miss. Every web-scraped training corpus is now majority synthetic.

    Ask Clarity
  3. LLM Provider Reliability: Silent Degradation + Zero-Sum Compute

    Claude Opus 4.6 thinking depth reportedly dropped ~67%. Anthropic silently cut prompt cache TTL from 60min to 5min (up to 12x cost increase for agentic loops). Microsoft diverted GPUs from Azure to internal Copilot products. Open-weight models now match proprietary on domain-specific cybersecurity tasks. Multiple sources recommend multi-provider routing as non-optional.

    Ask Clarity
  4. ML Infrastructure Under Direct Attack: Marimo RCE, APT41 on Port 6006

    Marimo notebook v0.20.4 has pre-auth RCE exploited within 12 hours of disclosure. APT41's zero-detection ELF backdoor harvests cloud IAM credentials via metadata APIs and moves laterally on UDP port 6006 — TensorBoard's default port. 9 LLM API routers caught injecting malicious code. Security scanners Trivy and Xygeni themselves were compromised.

    Ask Clarity
  5. Agent Architecture Convergence: Thin Harness, Fat Skills

    Three independent sources (Google's Osmani, Karpathy, YC's Garry Tan) converged on the same agent constraint pattern: lightweight orchestration + rich markdown skill files encoding behavioral rules and verification gates. Multi-agent coordination patterns are graduating from research to production with Generator-Verifier, Orchestrator-Subagent, and Missions patterns. No published ablations exist for any pattern.

    Ask Clarity

Deep Dives

LinkedIn's Percentile Bucketing: Your LLM Embeddings Are Ignoring Every Number You Feed Them

The Discovery That Changes Your Feature Engineering

LinkedIn disclosed the most detailed public account of replacing a multi-pipeline recommendation architecture with a unified LLM-based system at genuine scale: 1.3 billion users, sub-50ms latency. Five separate retrieval systems — chronological, trending, collaborative filtering, industry-specific, and embedding-based — are gone, replaced by a single dual-encoder LLM. But the headline isn't the architecture migration. It's what they found about how LLMs process numbers.

When LinkedIn passed raw engagement counts (e.g., "views:12345") into their LLM encoder prompts, the correlation between item popularity and embedding similarity was -0.004 — statistically indistinguishable from random. LLMs tokenize "12345" as a sequence of digit characters with zero magnitude awareness. The fix was trivially simple: convert raw counts to percentile buckets wrapped in special tokens: <view_percentile>71</view_percentile>.

Result: 30x correlation improvement and 15% Recall@10 lift — from a preprocessing step that takes hours to implement.

The Training Data Insight Nobody Expected

Counter-intuitively, removing non-engaged posts from training sequences improved both quality and efficiency. Scrolled-past items added noise and inflated sequence length (quadratic attention cost). Positive-only sequences delivered:

  • 37% memory reduction per sequence
  • 40% more sequences per batch
  • 2.6x faster training iterations

For negative examples, LinkedIn used a two-tier strategy: easy negatives (random unshown posts) plus hard negatives (shown but not engaged). Adding just 2 hard negatives per member yielded 3.6% recall improvement.

What Transfers to Your Stack

Percentile bucketing is the single highest-ROI takeaway. If you use any transformer encoder to process structured numerical features — for recommendations, search ranking, or tabular prediction — your embeddings are likely blind to the numbers you're feeding them. The implementation is trivial: compute percentile ranks offline, wrap in special tokens, fine-tune. The -0.004 correlation proves raw numbers are invisible to LLM encoders, and this likely affects every team using transformers for structured data without realizing it.

Positive-only training sequences challenge a deep assumption. Most recommendation teams include implicit negatives (impressions without clicks). LinkedIn found these hurt quality and ballooned cost. The 2.6x training speedup alone justifies running this ablation even if quality is neutral.

The cold-start advantage is also worth noting: the LLM encoder generates meaningful embeddings from just a profile headline — no engagement history needed — leveraging the model's world knowledge. If cold-start is a pain point in your recommender, an LLM user encoder is the most promising architectural direction.

What's Missing

No online A/B test results were shared. The 15% Recall@10 and 3.6% from hard negatives are offline numbers without confidence intervals or sample sizes. This is a first-party engineering blog — treat the numbers as directionally correct but assume selection bias in what was reported.

What to do

  1. Implement percentile bucketing for all numerical features fed into LLM-based encoders this sprint — wrap discretized values in special tokens and measure correlation vs. raw numeric inputs

  2. Run an ablation comparing full-impression training sequences vs. positive-engagement-only sequences on your recommendation models by end of quarter

  3. Prototype hard negative mining with 2 hard negatives per positive example for any contrastive learning retrieval model

Your Training Data Is Majority Synthetic — And Contaminated with State Propaganda

The Contamination Is No Longer Theoretical

Four independent signals converge on the same conclusion: the open web as a training data source is compromised. A 2025 Ahrefs study found 71.7% of web pages contain AI-generated content. DFRLab audited Common Crawl and confirmed content from Pravda, Glassbridge, and RT — known state propaganda outlets — and demonstrated that LLMs can reproduce this content. Meanwhile, the Greenlandic Wikipedia case provides a live observation of model collapse: non-speakers wrote machine-translated articles, AI systems scraped them as ground truth, and the resulting models produce more bad translations that get posted back.

If your training pipeline ingests web-scraped text, the majority of your input data is now synthetic — and some of it is deliberately planted disinformation.

Shannon Entropy: The Metric Your Monitoring Stack Is Missing

A separate analysis makes the case that standard data quality checks — schema validation, row counts, null rates, freshness — can all pass while your pipeline is semantically broken. Shannon entropy (H = −Σ p(x) log₂ p(x)) measures the information content of a column's distribution. When a bad join collapses a categorical feature from 50 values to 3, row counts don't change, nulls don't spike, schema is intact — but entropy drops from ~5.6 bits to ~1.6 bits.

This applies directly to synthetic contamination detection: as AI-generated content homogenizes your corpus, entropy drops. Track it over time and across transformation boundaries.

The Propaganda Problem Is Different From the Synthetic Problem

Standard perplexity-based filtering won't catch well-written propaganda — it reads like normal news. The DFRLab finding requires domain-level provenance tracking: maintaining blocklists of known propaganda outlets and their mirror domains. This is a different detection layer than synthetic content classifiers.

Contamination TypeDetection MethodCurrent Tooling
AI-generated textPerplexity scoring, stylometric analysis, watermark detectionPartial — high false positive rates
State propagandaDomain-level blocklists, source provenance trackingManual — no automated pipelines
Machine-translated garbageCross-lingual quality scoring, native speaker verificationMinimal — mostly for high-resource languages
Distribution collapseShannon entropy monitoring, PSI, KL-divergenceAvailable but rarely deployed on text corpora

Where Sources Disagree

The 71.7% figure from Ahrefs is methodologically opaque — how was AI content detected, what classifier threshold was used? Even if the true figure is 40-50%, the contamination problem is significant enough to affect fine-tuning quality. The Wikipedia model-collapse case is more concrete but smaller-scale — it's happening visibly in low-resource languages and invisibly in high-resource ones.

What to do

  1. Add Shannon entropy monitoring to your top-10 most critical feature columns this sprint — set alerts on drops >15% from a 14-day rolling baseline

  2. Audit fine-tuning data and RAG corpora for Common Crawl-sourced content by end of month — implement domain/source filtering for known propaganda outlets

  3. Implement a synthetic content detection layer in your data preprocessing pipeline this quarter — start with perplexity filtering, expand to ensemble detection

Your LLM Provider Is Silently Degrading — And Your Cloud Provider Is Starving Your GPUs

The Opus 4.6 Degradation Signal

Analysis of thousands of leaked Claude Code sessions suggests Opus 4.6's reasoning chain depth fell approximately 67% compared to prior versions. Developers corroborate with reports of "lazier" code edits and are migrating to OpenAI Codex and GPT 5.4. Separately, a GitHub issue reports that on March 6, 2026, Claude Code's prompt cache TTL silently dropped from 60 minutes to 5 minutes — a 12x reduction that can increase effective costs 5-12x for agentic loops.

Methodological caveats are substantial. "Thinking depth" isn't a standardized metric. The sample selection is unclear. Anthropic may have adjusted system prompts or output length constraints rather than degrading the underlying model. But the behavioral signal is real: developers are building provider-abstraction layers specifically because quality degradation perception matters regardless of root cause.

Compute Is Now Zero-Sum

Three converging signals confirm that GPU allocation is a zero-sum game affecting your inference reliability:

  • Microsoft diverted GPUs from Azure to internal products (M365 Copilot, GitHub Copilot). Amy Hood stated Azure growth would have exceeded 40 if all GPUs had been allocated to Azure customers.
  • Anthropic's revenue surged from $9B to $30B annualized in one quarter, driving multi-provider compute deals at gigawatt scale while the company is simultaneously compute-constrained.
  • Lumentum's optical component orders are filled through 2028 from major US tech companies, confirming the data center interconnect bottleneck is durable, not cyclical.
When your cloud provider's internal AI products compete with your workloads for GPUs, inference reliability becomes a new category of infrastructure risk.

The Open-Weight Parity Signal

Multiple analyses report small open-weight models matching Anthropic's Mythos on domain-specific tasks like cybersecurity vulnerability discovery. AI capability is described as a "jagged frontier" — model performance varies wildly across sub-tasks. The competitive moat is shifting from model access to expert-led scaffolding systems. Meanwhile, Stanford's 2026 AI Index confirms Google, Anthropic, and OpenAI have fully stopped disclosing dataset sizes, training duration, and training code.

Where Sources Converge

Every source pointing to provider unreliability converges on the same recommendation: multi-provider inference routing with automated quality monitoring. The question isn't whether to build this abstraction layer — it's whether you can afford the technical debt of not having it when the next silent degradation hits.

What to do

  1. Implement continuous eval suites that run daily against your LLM provider — track reasoning chain length, task completion rates, and output distribution statistics against a frozen baseline

  2. Build a provider-agnostic inference routing layer supporting Claude, GPT 5.4, and at least one open-weight model with configuration-level switching

  3. Run a head-to-head eval of the best open-weight alternative against your top-5 inference cost centers by monthly spend

  4. Audit Anthropic API costs for agentic workflows — compare pre- and post-March 6, 2026 metrics to quantify the cache TTL impact

APT41 Is Hunting Your ML Clusters — Plus Marimo RCE and Compromised LLM Routers

APT41's Zero-Detection Backdoor Targets Cloud ML Infrastructure

APT41/Winnti deployed a stripped ELF binary with 0/72 VirusTotal detection rate that specifically harvests cloud IAM and managed-identity credentials. The kill chain is targeted at cloud-native ML infrastructure:

  1. Queries cloud metadata APIs (IMDSv1 on AWS, equivalent on GCP/Azure/Alibaba) for IAM role credentials
  2. AES-256 encrypts harvested credentials
  3. Exfiltrates over SMTP port 25 to C2 infrastructure
  4. Achieves lateral movement via UDP broadcast to 255.255.255.255:6006

The choice of port 6006 is TensorBoard's default port. Whether this is deliberate camouflage targeting ML infrastructure or coincidence, your ML monitoring traffic and APT41 lateral movement would be indistinguishable without deep packet inspection.

Marimo Notebook: Pre-Auth RCE Under Active Exploitation

CVE-2026-39987 is a pre-authentication RCE in the Marimo notebook platform. The WebSocket endpoint exposes an interactive terminal without authentication — connect and you have a shell. Sysdig confirmed active exploitation within 12 hours of disclosure. Any network-reachable Marimo instance is immediately exploitable. The 12-hour window means traditional weekly patching cadences are inadequate.

Your LLM Inference Supply Chain Is Compromised

Researchers built Mine, a proxy simulating attacks on LLM API routers, and found 9 routers (1 paid, 8 free) actively injecting malicious code into LLM responses. Attack vectors include payload injection and secret exfiltration. If you route LLM calls through any third-party proxy or router for cost optimization, every inference call is an unvalidated trust boundary. Compromised outputs in labeling, extraction, or classification pipelines propagate silently downstream.

Compounding this: security scanning tools themselves — Trivy, Xygeni, and KICs — were all compromised, with shared C2 servers linking the Xygeni compromise to a proxy botnet. If your CI/CD pipeline runs trivy image scan, the scanner may have been the threat.

ThreatVectorML ImpactDetection
APT41 IAM harvesterCloud metadata API (IMDSv1)Training data, model weights, secrets0/72 AV; monitor UDP 6006
Marimo RCEUnauthenticated WebSocketFull shell on notebook serverNetwork scan for exposed instances
LLM router injectionThird-party API proxiesCorrupted inference outputsCanary comparison vs. direct API
Scanner compromiseTrivy/Xygeni packagesCI/CD pipeline trust chainPinned versions with checksums

What to do

  1. Patch or kill all Marimo notebook instances immediately — version 0.20.4 has pre-auth RCE under active exploitation

  2. Enforce IMDSv2 on all AWS instances running ML workloads today, and audit equivalent metadata API protections on GCP/Azure

  3. Block or alert on UDP broadcast traffic on port 6006 across all ML infrastructure this week

  4. Implement a canary system for LLM inference: send identical prompts through your routed path and directly to the API, compare outputs for divergence

  5. Pin CI/CD security scanner versions to content hashes, not version tags, and verify Trivy installations against known-good checksums

The bottom line

LinkedIn proved that LLMs are literally blind to raw numeric features (-0.004 correlation), fixable with a one-day percentile bucketing change that delivered 15% Recall@10 lift — while simultaneously, 72% of the web is now synthetic, your LLM provider can silently cut quality 67%, APT41 is hunting your ML clusters on TensorBoard's default port, and 9 LLM API routers are injecting malicious code into your inference responses. The highest-leverage hour you'll spend this week: implement percentile bucketing on your numeric features, enforce IMDSv2 on your training clusters, and send canary prompts through your LLM routers to check for tampering.