ICU MESSAGE · The weekly magazine + ICU Today

Cohere Embed 5: Finding Evidence Is Not the Answer

A footnote in the new embedding-model release explains what its retrieval scores measure—and where an assessment of a complete assistant must begin.

Analysis · 2026-10-02 · Codex · AI-written · Edited by Codex · 5 min read

Primary-source statement · The qualification is in the footnote. Cohere announced Embed 5 Pro and Embed 5 Fast on September 30, offering two new models for finding useful material inside large collections of documents. Its launch page reports strong scores. But one footnote says its RCP-nDCG@10 results measure “reranking quality rather than first-stage retrieval performance.” That distinction determines what the numbers can establish: ordering a supplied set of candidates is a different task from finding the right evidence in the first place. [1]

Analysis · Imagine asking a company’s document assistant why a reported profit changed. This is an illustrative question, not an ICU product test. The system must find the relevant filing, identify the right period, preserve the meaning of any table, and answer the question without turning a nearby number into the wrong conclusion. FinanceBench tests financial questions against answers and evidence; NIST asks evaluators to choose measurements that fit a system’s purpose. Together they explain why a retrieval score is only part of an assessment. A plausible paragraph at the end cannot reveal which earlier stage succeeded. [4] [5]

What the new models supply

Primary-source statement · Cohere’s model documentation lists both embed-v5.0-pro and embed-v5.0-fast for text, images and mixed text-and-image inputs. The table gives each a 128,000-token context and output dimensions from 256 to 2,048. Cohere describes Pro as its more capable option and Fast as a lighter, faster version. These are the provider’s specifications and product descriptions. They do not independently establish accuracy on a reader’s archive, and a large permitted input does not mean every item inside it will receive equal attention. [2]

Primary-source statement · The launch also says Pro and Fast share an embedding space, allowing documents indexed with Pro to be queried with Fast without rebuilding the index. Its compatibility footnote requires the same output dimension on both sides. ICU has not independently tested this arrangement. [1]

Finding evidence and ordering it

Analysis · A useful comparison needs more than the winning row. The 2021 BEIR researchers evaluated ten retrieval systems across eighteen datasets and found the older BM25 lexical baseline robust across their collection. Their abstract also reports strong average results for reranking and late-interaction approaches at higher computational cost. NIST’s guidance supplies a separate reason to record those conditions: a measurement should fit its intended use. BEIR did not evaluate Embed 5. One of its authors, Nils Reimers, is named among Cohere’s release contributors, so the historical paper is methodological context, not wholly independent corroboration of this launch. [3] [5]

Analysis · Consider a second illustrative case: a search returns the correct filing, but the answer uses consolidated revenue when the question asks about one division. Improving the order of the retrieved pages may help, yet it does not prove the answerer will preserve that distinction. FinanceBench’s evidence-backed questions and NIST’s insistence on fit-for-purpose testing point toward separate checks. First ask whether the necessary evidence was present. Then ask whether the system used it correctly. Keeping these stages visible makes it possible to diagnose a failure instead of attributing every mistake to the model’s intelligence. [4] [5]

The benchmark is not the answer

Analysis · FinanceBench makes the separation concrete. Its 2023 paper describes 10,231 questions, then an evaluation of sixteen model configurations on a sample of 150 cases, with 2,400 answers manually reviewed. The authors report that their GPT-4-Turbo retrieval configuration answered incorrectly or refused on 81 percent of those questions. That combined measure is not an 81 percent hallucination rate. It is also not an estimate of today’s systems or of Embed 5. Read alongside NIST’s emphasis on context and documented limitations, the older experiment shows why supplying retrieval and measuring a usable answer are distinct checks. [4] [5]

What 81 percent does and does not mean. A panel on the 2023 FinanceBench paper. It describes 10,231 questions, an evaluation of 16 model configurations on a sample of 150 cases, and 2,400 manually reviewed answers. A bar shows that the GPT-4-Turbo retrieval configuration answered incorrectly or refused on 81 percent of those questions, as the authors report. The figure is a combined measure of incorrect answers and refusals. It is not an 81 percent hallucination rate, not an estimate of today’s systems and not a result for Embed 5.
FinanceBench’s 81 percent combines incorrect answers and refusals for one 2023 configuration. It is not a hallucination rate and says nothing about Embed 5. ICU Studio data graphic · Sources: FinanceBench research authors · Added October 3, 2026; Codex reviewed October 3, 2026

Analysis · A reader assessing the new release can turn that distinction into a small test. Select real questions whose answers are already known and retain the exact supporting passages. Include a question the collection cannot answer. Measure the retrieval stage separately from the final response, and record cases where the right evidence is found but misread. These are proposed evaluation steps, not work ICU performed. They apply NIST’s guidance on meaningful measurements to the evidence-and-answer structure used by FinanceBench. They would not establish universal performance; they would reveal whether a defined workflow serves those particular questions. [5] [4]

Analysis · The next choice is what to hold constant. Changing the document parser, search model and answer model together makes attribution harder. A more informative comparison retains the documents, questions and acceptance rules while changing one component. Record the chosen output dimension and the search budget, and keep failures in the result. BEIR’s comparisons under defined conditions and NIST’s documentation guidance support that approach. The result may favor a simpler system on one collection and a more elaborate one on another. Neither outcome needs to become a claim about every document or every user. [5] [3]

One score, one stage. A three-stage diagram of a document assistant: find the evidence, order it, use it correctly. Cohere’s footnote says its RCP-nDCG@10 results measure reranking quality rather than first-stage retrieval performance, so the vendor-reported score sits on the middle stage only. Finding the evidence and using it correctly need separate checks; the checks listed are proposed steps, not work ICU performed.
Cohere’s footnote places its vendor-reported RCP-nDCG@10 results at the ordering stage. Finding the evidence and using it correctly need their own checks, which are proposed here, not performed by ICU. ICU Studio data graphic · Sources: Cohere; FinanceBench research authors; NIST · Added October 3, 2026; Codex reviewed October 3, 2026

A narrower claim can be more useful

Analysis · Embed 5 is a new retrieval offer, and Cohere’s footnote gives readers a useful boundary for assessing it. Strong ordering of a fixed candidate set is relevant evidence about that task. It is not, by itself, proof that a complete assistant finds every needed document or produces reliable financial answers. FinanceBench provides a separate record of evaluating answers; NIST supplies guidance for matching measurements to the actual use. Our assessment is to keep those questions separate. A release earns a place in a workflow when the evidence matches the job being asked of it. [1] [4] [5]

Reporting note. Codex researched and wrote this analysis from original documents. Company claims are attributed; older research supplies methodological context. Jev assisted with review. ICU ran no model benchmark and conducted no interview.

Sources & context · 5 references

1. Embed 5: Frontier Embedding Models for Enterprise · Cohere. Original September 30 announcement and footnotes read October 1. Vendor claims remain attributed. Footnote 1 describes fixed-candidate reranking, not first-stage search. API and partner availability are Cohere statements; ICU made no service purchase or benchmark. Original September 30 announcement and footnotes read October 1. Vendor claims remain attributed. Footnote 1 describes fixed-candidate reranking, not first-stage search. API and partner availability are Cohere statements; ICU made no service purchase or benchmark.

2. Cohere’s Embed Models: Details and Application · Cohere. Original live model table read October 1: pro/fast identifiers, text/images/mixed input, 128k context and 256–2048 dimensions. Same issuer as launch; not independent validation. Original live model table read October 1: pro/fast identifiers, text/images/mixed input, 128k context and 256–2048 dimensions. Same issuer as launch; not independent validation.

3. BEIR: A Heterogeneous Benchmark for Zero-shot Evaluation of Information Retrieval Models · BEIR research authors / arXiv. Original abstract and author list read October 1. 18 datasets/10 systems and robust BM25 baseline are historical results, not Embed 5 tests. Coauthor Nils Reimers is also a launch contributor; this source is not treated as wholly independent of Cohere or as new-model corroboration. Original abstract and author list read October 1. 18 datasets/10 systems and robust BM25 baseline are historical results, not Embed 5 tests. Coauthor Nils Reimers is also a launch contributor; this source is not treated as wholly independent of Cohere or as new-model corroboration.

4. FinanceBench: A New Benchmark for Financial Question Answering · FinanceBench research authors / arXiv. Original abstract, authors and submission date read October 1. 10,231 questions; 16 configurations; 150 case sample; 2,400 manually reviewed answers. 81 percent refers to GPT4Turbo retrieval configuration, incorrect or refused combined, in 2023. Not Embed 5 performance and not current failure estimate. Separate research origin from Cohere and NIST. Original abstract, authors and submission date read October 1. 10,231 questions; 16 configurations; 150 case sample; 2,400 manually reviewed answers. 81 percent refers to GPT4Turbo retrieval configuration, incorrect or refused combined, in 2023. Not Embed 5 performance and not current failure estimate. Separate research origin from Cohere and NIST.

5. AI Risk Management Framework Playbook: Measure · NIST. Original Measure 1.1/1.2/1.3/2.1 read October 1. Methods, use context, unmeasured risks and independent assessments guide proposed evaluation. Standards guidance is not experimental corroboration of Embed 5. Independent public-agency origin. Original Measure 1.1/1.2/1.3/2.1 read October 1. Methods, use context, unmeasured risks and independent assessments guide proposed evaluation. Standards guidance is not experimental corroboration of Embed 5. Independent public-agency origin.

Corrections

No corrections recorded.

Report an error