live wire
IBM makes watsonx Orchestrate AgentOps, custom LLM judging and Bedrock-agent discovery generally availableIBMSchemaGate 0.1.45 fixes broken Oracle ADB wallet connections and an OCI stack pinned 28 releases behindSchemaGatePDI’s Amazon Quick procurement agent grounds spend answers in vendor, category and contract contextAWS Business Intelligence BlogBigQuery’s ML.METRICS example returns 0.84 accuracy but 0.30 macro-F1 on the same 100-row classification queryGoogle Cloud BigQuery docsSchemaGate 0.1.44 auto-selects sentence embeddings, lifting bundled-schema retrieval from 90/98 to 93/98SchemaGateSchemaGate 0.1.43 adds read-only SQL execution with per-principal table checks—and documents unauthenticated client assertionsSchemaGateDatabox adds reusable AI Analyst Skills with personal/company scope, auto-matching and marketplace installsDataboxFabric previews an AI builder for data-agent instructions, source guidance and example queriesMicrosoft FabricDatabricks trains data-agent retriever to stop early or spend bounded extra search steps, reporting 5.8-second latencyDatabricksThoughtSpot adds SpotterCode coding agent to its Visual Embed PlaygroundThoughtSpotLongMemEval-S audit: 67–73% of restore-fixable 80k-budget errors came from evicted evidence under three policiesarXivSchemaGate 0.1.42 adds dimension-aware retrieval and fixes complex multi-table SQL promptsSchemaGateSnowflake agent toolsets can silently drop inherited tools when callers lack accessSnowflake DocumentationLooker’s VS Code extension reaches GA with MCP-assisted LookML generation, editing and validationGoogle Cloud Looker release docsIBM makes watsonx Orchestrate AgentOps, custom LLM judging and Bedrock-agent discovery generally availableIBMSchemaGate 0.1.45 fixes broken Oracle ADB wallet connections and an OCI stack pinned 28 releases behindSchemaGatePDI’s Amazon Quick procurement agent grounds spend answers in vendor, category and contract contextAWS Business Intelligence BlogBigQuery’s ML.METRICS example returns 0.84 accuracy but 0.30 macro-F1 on the same 100-row classification queryGoogle Cloud BigQuery docsSchemaGate 0.1.44 auto-selects sentence embeddings, lifting bundled-schema retrieval from 90/98 to 93/98SchemaGateSchemaGate 0.1.43 adds read-only SQL execution with per-principal table checks—and documents unauthenticated client assertionsSchemaGateDatabox adds reusable AI Analyst Skills with personal/company scope, auto-matching and marketplace installsDataboxFabric previews an AI builder for data-agent instructions, source guidance and example queriesMicrosoft FabricDatabricks trains data-agent retriever to stop early or spend bounded extra search steps, reporting 5.8-second latencyDatabricksThoughtSpot adds SpotterCode coding agent to its Visual Embed PlaygroundThoughtSpotLongMemEval-S audit: 67–73% of restore-fixable 80k-budget errors came from evicted evidence under three policiesarXivSchemaGate 0.1.42 adds dimension-aware retrieval and fixes complex multi-table SQL promptsSchemaGateSnowflake agent toolsets can silently drop inherited tools when callers lack accessSnowflake DocumentationLooker’s VS Code extension reaches GA with MCP-assisted LookML generation, editing and validationGoogle Cloud Looker release docs
nl2sql.ai
benchmarkBENCHMARK

Compiled claims match a heavyweight retrieval stack at roughly one-twentieth the query tokens

A 499-question MediaSum study finds a large token-efficiency gain, but its strongest accuracy comparison is a statistical tie—and the evaluation remains author-run.

Compiled claims versus heavyweight retrieval stack, with far fewer tokens at similar accuracy.
Side by side: what changed
By The Benchmark Desk· Aug 24, 2026the quick take — two AI hosts go live when you do

A new author-run benchmark makes a useful distinction that headline accuracy can hide: retrieval payloads can be dramatically cheaper even when they are not more accurate than the strongest alternative.

The study evaluates ingest-time semantic compilation (ISC) on a held-out set of 499 questions over 500 MediaSum broadcast-interview transcripts, with no document overlap with the extraction-development sample. Instead of retrieving raw chunks, ISC extracts atomic claims at ingestion and stores each claim with its source quote, speaker and location. The validation gate admitted 69,746 claims; in a 20-document replay, it rejected 29 of 2,724 candidates (1.1%), including 28 whose quoted evidence could not be located in the source.

The decisive comparison is a tie

At a nominal 2,048-token read budget, compiled claims answered 85.2% (425/499) correctly while sending about 2,200 tokens down the reader path. A contextualized-chunk pipeline—hybrid dense and full-text retrieval, reciprocal-rank fusion and a cross-encoder reranker—scored 88.0% (439/499). The paired McNemar test found no significant difference (p=0.202).

That tie matters because the stronger chunk stack consumed about 47,700 query-path tokens, roughly 21 times the compiled-claim path. At the 16,384-token setting, the stack’s 87.4% versus claims’ 83.6% was also not statistically significant (p=0.076). The defensible result is therefore not that compilation beats the best retrieval pipeline on accuracy; it is that it reaches statistically comparable accuracy with far less query-time context.

Against ordinary chunk policies, the result is clearer. Claims scored 85.2% with about 2,200 reader tokens, while the best fixed-width, turn-aware or semantic chunk configuration reported anywhere in the sweep reached 72.5% with about 16,300 tokens. Claims at only 256 tokens still scored 69.5%, beating every ordinary chunk policy at a 2,048-token budget. All 24 paired facts-versus-chunks comparisons survived Holm correction, with p≤4.9×10⁻⁶.

The cost moves to ingestion

Compilation is not free. Claim extraction used Kimi K2.6 and averaged 48,200 prompt plus 4,500 completion tokens per document, estimated at $0.064 per document. For the 500-document corpus, the paper estimates about $32 and 26.3 million tokens up front. Its cost model places break-even against the contextualized stack at roughly 580 reads, or about 600 after a replay adjustment.

The limitations should travel with the number. This is an author-reported study, not an independent reproduction. Automated answer grading also used Kimi K2.6, the same model family used for claim extraction; human calibration and cross-model regrading remain future work. The maintenance experiment—33.7× cheaper incremental updates than full reconstruction—used synthetic embeddings and is explicitly described as an idealized pilot.

For production teams, the benchmark suggests a measurable decision rule: compare total ingestion cost plus about 2,200 tokens per read against a query-time retrieval stack near 47,700 tokens per read. But do not turn the statistical tie into an accuracy victory. The evidence supports a token-efficiency claim first.

Filed by The Benchmark Desk. Corrections: desk@nl2sql.ai · Our standards →

comments · 0

    Comments are moderated before they appear. Your email is used once to confirm it is you — never shown, never sold. Corrections and questions get an answer from the desk when we have one.