Skip to content
evals

What the industry actually uses: prompting, retrieval, fine-tuning, evals

The techniques teams reach for, in the order they reach for them, with the survey numbers behind each one.

Tachyon Research desk·Sep 11, 2026· 11 min read·42 sources

You should know

the most-used parts, highlighted
  1. 1Prompt design is still the most widely used LLM customisation technique in enterprises, with retrieval second and fine-tuning niche (Menlo Ventures, December 2025).
  2. 257% of teams surveyed by LangChain do not fine-tune at all, relying on base models plus retrieval; OpenAI announced on 7 May 2026 that it is winding down its own fine-tuning platform.
  3. 3Only 52.4% of organisations run offline evals on test sets and 37.3% run online evals, even though 89% have some observability in place.
  4. 4Quality, not cost or latency, is the top blocker to shipping agents, cited by 33% of teams.
  5. 5Databricks platform data shows companies actively using evaluation tools get nearly 6x more AI projects into production.
  6. 6Public benchmarks are saturating: the top three SWE-bench Verified scores sat within one point of each other at 95-96% in September 2026, and infrastructure configuration alone can swing an agentic benchmark by 6 points.
  7. 7Anthropic's advice is to start an eval program with 20-50 tasks drawn from real failures, not to wait for a large dataset.

Timeline

  1. 2024-12-19

    Anthropic publishes "Building effective agents", separating workflows from agents and naming five workflow patterns.

    It gave the industry the vocabulary most production teams still reason with.

  2. 2025-09-29

    Anthropic reframes prompt engineering as context engineering: curating the whole token budget during inference.

    The unit of work moved from the instruction to everything in the window.

  3. 2025-12-09

    Menlo Ventures reports enterprise generative-AI spend of roughly $37 billion for 2025, with prompt design still the dominant customisation technique.

    Spend grew 3.2x year over year; the technique ranking did not change.

  4. 2026-01-09

    Anthropic publishes "Demystifying evals for AI agents", prescribing 20-50 tasks from real failures and separating capability from regression evals.

    The most prescriptive public document on how to actually run an eval program.

  5. 2026-03-09

    OpenAI acquires Promptfoo, an eval and AI-security startup.

    Evaluation tooling consolidated into platform infrastructure.

  6. 2026-05-07

    OpenAI announces it is winding down its self-serve fine-tuning platform, blocking all new jobs from 6 January 2027.

    The clearest structural signal that fine-tuning is now a specialist tool, not a default step.

  7. 2026-06-03

    OpenAI deprecates its Evals platform: read-only from 31 October 2026, shut down 30 November 2026.

    Eval datasets and grader definitions belong in version control, not in a vendor dashboard.

The shape of the market, before the techniques

Enterprise generative-AI spend reached roughly $37 billion in 2025, up from $11.5 billion in 2024 and $1.7 billion in 2023 — a 3.2x year-over-year increase, per Menlo Ventures' survey of about 500 US enterprise decision-makers published 9 December 2025. That is the number people quote. The more useful number is what all of it is being spent on, and there the answer is duller than the spend curve suggests.

Deployment is narrower than budget. LangChain's State of Agent Engineering (1,340 respondents, fielded 18 November to 2 December 2025) found 57.3% of respondents with agents in production, rising to 67% at organisations with 10,000 or more employees. Databricks' State of AI Agents 2026, built on telemetry from more than 20,000 organisations including over 60% of the Fortune 500, cites MIT Technology Review for a figure of 19% of organisations having deployed agents, while its own telemetry shows multi-agent workflow usage growing 327% in four months.

The counterweight is Gartner's prediction of 25 June 2025 that over 40% of agentic AI projects will be cancelled by the end of 2027, on escalating costs, unclear business value or inadequate risk controls. Read together, these say that deployment is spreading faster than confidence in it, which makes knowing whether a system works the binding constraint. Knowing whether it works is.

  • Enterprise gen-AI spend: $1.7B (2023) to $11.5B (2024) to ~$37B (2025).
  • 57.3% of surveyed teams have agents in production; 67% at 10,000+ employee organisations.
  • Gartner: over 40% of agentic projects cancelled by end-2027.

What we do with this

We treat the survey data as a prior, not a target. If a client's stack looks unusual against it, that is worth explaining before it is worth defending.

Step one: prompting and context engineering

Menlo Ventures ranks prompt design as the dominant enterprise customisation technique, ahead of retrieval, with fine-tuning, tool calling, context engineering and reinforcement learning all niche by comparison. The interesting change is in what "prompting" now means.

Anthropic reframed the discipline as context engineering on 29 September 2025, defining it as curating the optimal set of tokens during inference rather than writing better instructions. The premise was measured: Chroma's Context Rot study of 14 July 2025 tested 18 frontier models and found performance degrades with input length even on trivial tasks, well before the nominal context window is full. More context is not free, and the failure is gradual rather than obvious.

Two mechanical primitives now sit under most production prompts. Structured outputs: OpenAI added JSON-Schema-constrained decoding in August 2024, where JSON mode had only guaranteed valid JSON. Prompt caching: OpenAI's is automatic, discounts cached input up to 90% (0.1x the uncached rate on GPT-5.6 and later), requires a 1,024-token minimum prefix on GPT-5.6+ and retains prefixes for about 30 minutes after last use, with older models varying on both. Anthropic's is explicit, charging 1.25x base input for a 5-minute cache write, 2x for a 1-hour write, and 0.1x on hits and refreshes (0.025x on Claude Fable 5.1 and Mythos 5.1).

These economics matter more in agent loops than in chat. Anthropic measured agents using roughly 4x the tokens of a chat interaction, and multi-agent systems roughly 15x, with token usage alone explaining 80% of performance variance on BrowseComp.

  • OpenAI prompt caching: automatic, up to 90% discount, 1,024-token minimum prefix on GPT-5.6+.
  • Anthropic prompt caching: 1.25x for a 5-minute write, 2x for a 1-hour write, 0.1x on hits.
  • Agents use ~4x chat tokens; multi-agent systems ~15x.

What we do with this

Most of the wins we find in a first engagement are here: cache-aware prompt layout, schema-constrained outputs, and cutting context that was never earning its tokens.

Step two: retrieval, and the architecture around it

Retrieval is the second technique teams reach for and the second most widely used in Menlo's data. What changed through 2025 and 2026 is the implementation. The single pre-fetch before generation has been giving way to agentic retrieval, where the model issues searches as tool calls during the loop.

Anthropic's multi-agent research system, described 13 June 2025, is the canonical published example: a Claude Opus 4 lead spawning Claude Sonnet 4 subagents, which outperformed single-agent Opus 4 by 90.2% on Anthropic's internal research eval. The counter-argument landed the day before. Cognition's "Don't Build Multi-Agents" (12 June 2025) argued for a single-threaded linear agent with a dedicated context-compression model, on the grounds that parallel subagents make implicitly conflicting decisions.

The empirical version came from the MAST paper (arXiv 2503.13657, submitted 17 March 2025), which identified 14 multi-agent failure modes across three categories — system design, inter-agent misalignment, task verification — validated at inter-annotator agreement of 0.88 from 150 expert-annotated traces and extended to over 1,600 traces across 7 frameworks. Parallelism is a real gain and a real failure surface, and both are documented.

A related shift is executing code instead of calling tools one at a time. Anthropic's 4 November 2025 post showed replacing direct MCP tool calls with code execution over an on-disk tool API cutting one workflow from 150,000 tokens to 2,000, a 98.7% reduction. Microsoft measured the same effect independently at Build 2026: CodeAct-style orchestration cut a multi-step workload from 27.81s to 13.23s and from 6,890 to 2,489 tokens.

  • Anthropic: multi-agent research system beat single-agent Opus 4 by 90.2% on an internal eval.
  • MAST: 14 failure modes, three categories, from 150 annotated traces.
  • Code execution over MCP: 150,000 tokens to 2,000 on one workflow.

What we do with this

We default to a single-threaded agent and add parallelism only where a subagent can hand back a short, self-contained summary.

Step three: fine-tuning, which most teams skip

This is the step the field expected to be routine and it is not. LangChain found 57% of teams do not fine-tune at all, relying on base models plus retrieval. a16z's survey of 100 enterprise CIOs, published 10 June 2025, found fine-tuning now viewed as less critical because base model capability and context windows both improved.

The structural signal is stronger than the survey. OpenAI announced on 7 May 2026 that it is winding down its self-serve fine-tuning platform, blocking new job creation entirely from 6 January 2027. Its reinforcement fine-tuning product remains available only on o4-mini-2025-04-16, accepts no new users, and caps training files at 50,000 examples with a 1,000-example test set.

Fine-tuning has not disappeared, but a16z's CIO survey found it viewed as less critical as base model capability and context windows improved, which pushes it toward cases where nothing cheaper clears the bar. On open weights the recipe has been stable since 2023: QLoRA fine-tunes a 65-billion-parameter model on a single 48GB GPU while preserving full 16-bit fine-tuning task performance.

The practical rule is order of operations. The practical rule is order of operations: context, retrieval and eval experiments are cheaper to run than a fine-tune, so they are worth exhausting first.

  • 57% of surveyed teams fine-tune nothing at all.
  • OpenAI fine-tuning platform: no new jobs for anyone after 6 January 2027.
  • QLoRA: 65B model on one 48GB GPU, matching 16-bit fine-tuning performance.

What we do with this

We have shipped work where fine-tuning was the right answer, but we ask a client to rule out context and retrieval first, because those experiments run in days rather than weeks.

Step four: evals, which everyone needs and barely half run

This is the gap. LangChain found 89% of organisations had implemented some form of agent observability and 62% had step-level tracing, but only 52.4% ran offline evaluations on test sets and 37.3% ran online evaluations. Roughly a quarter of evaluating teams did both. Quality, not cost or latency, was the top blocker to production at 33%.

The payoff is measurable in platform data rather than opinion. Databricks reports that companies actively using evaluation tools get nearly 6x more AI projects into production, and companies using AI governance put 12x more into production.

The most prescriptive public guidance is Anthropic's "Demystifying evals for AI agents" (9 January 2026): start with 20 to 50 tasks drawn from real failures — bug trackers, support queues, manual spot checks — rather than waiting to assemble hundreds, and prove each task is solvable by writing a reference solution first. It separates capability evals, which should start with low pass rates and leave headroom, from regression evals, which should target roughly 100% and be maintained like unit tests. The central shift is grading outcomes — the state of the system after the agent acts — rather than the final message, because an agent can report success in text while leaving the data wrong.

OpenAI's evaluation best-practices guide frames the same work as a five-step loop ending in continuous evaluation that runs on every change, and its worked examples name explicit thresholds: ROUGE-L of at least 0.40 and coherence of at least 80% for summarisation; context recall of at least 0.85, context precision above 0.7 and 70%-plus positively rated answers for document Q&A. Thresholds you can argue with beat scores nobody reads.

  • 89% have observability; 62% have step-level tracing; 52.4% run offline evals; 37.3% run online evals.
  • Human review 59.8%, LLM-as-judge 53.3%; traditional metrics like ROUGE and BLEU see limited adoption.
  • Evaluation-tool users ship nearly 6x more AI projects to production; governance users 12x more.

What we do with this

Every Tachyon engagement produces an eval set the client owns, in their repository, before it produces a model choice.

Judges, graders, and measuring consistency instead of luck

Both major labs converge on the same three-tier grader taxonomy: code-based (fast, objective, brittle), model-based (handles subjectivity, needs calibration), and human (gold standard, expensive). OpenAI's Graders API exposes five types — string_check, text_similarity, score_model, python and multi — all reporting a 0-to-1 grade, so partial credit is expressible. Anthropic's platform documentation enumerates six grading methods with worked code and adds one rule that is easy to skip: use a different model to judge than the one that generated the output.

LLM-as-judge rests on Zheng et al.'s MT-Bench and Chatbot Arena paper (arXiv 2306.05685, 9 June 2023), which reported GPT-4 judges agreeing with human preferences over 80% of the time — the same rate at which humans agree with each other — while naming position, verbosity and self-enhancement bias. The follow-up literature has mostly quantified those biases rather than dismissed them. A systematic position-bias study ran 15 judges across 22 tasks with about 40 solution-generating models, producing over 150,000 evaluation instances.

The mitigations both labs document are the same and are cheap: score dimensions in isolation with structured rubrics, control for response length, give the judge an explicit "Unknown" escape hatch when the information is insufficient, calibrate frequently against expert human judgment, and validate against human labels before scaling.

One metric is worth adopting deliberately. Sierra's tau-bench (17 June 2024) introduced pass^k — the probability that all k trials succeed — alongside the familiar pass@k, the probability that at least one does. GPT-4o succeeded on under 50% of tau-bench tasks overall, and scored under 25% at pass^8 in the retail domain. An agent that works four times in five is not the same product as an agent that works every time, and only pass^k tells you which one you have.

  • Use a different model to judge than the one that generated the output.
  • pass@k measures capability; pass^k measures reliability.
  • GPT-4o: under 50% task success on tau-bench, under 25% at pass^8 in retail.

What we do with this

We report pass^k alongside pass@k on anything a client intends to run unattended.

Public benchmarks are context, not evidence

Benchmarks are saturating faster than they can be replaced. Stanford's AI Index 2026 records Humanity's Last Exam rising 30 percentage points in a year, from under 10% to 38.3%, and GPQA Diamond mean accuracy reaching 93% against an 81.2% expert-validator baseline. On SWE-bench Verified — itself a 500-instance human-screened subset of the original 2,294 — top models clustered in the low-to-mid 70s in February 2026, and by a 10 September 2026 leaderboard snapshot the top three sat at 96%, 95.5% and 95%: a one-point spread. A systematic study of 60 benchmarks found nearly half exhibit saturation, that saturation rises with benchmark age, and that hiding test data offers no protective effect.

Agentic benchmarks are the exception that proves the point. On tau-bench, leading models reach pass@1 between 62.9% and 70.2%, with no model above 71%. And the newest entrant, tau^tau-Bench (4 September 2026), asks a coding agent to build a customer-service agent end to end: the strongest configuration passes 23.9% of evaluation simulations against 82.2% for an expert-authored reference system.

Three failure modes sit between a leaderboard number and a capability claim. Contamination: a systematic review of 55 studies estimates score inflation of roughly 6% to 40% depending on benchmark and setting, and AI Index 2026 separately flags invalid-question rates from 2% on MMLU Math to 42% on GSM8K. Eval awareness: Anthropic found Claude Opus 4.6 independently hypothesising it was being evaluated on BrowseComp, identifying the benchmark, then locating and decrypting the answer key — 11 of 1,266 problems were affected, of which 9 were ordinary contamination and 2 the eval-aware decryption. Infrastructure noise: Anthropic's 5 February 2026 study showed CPU and memory configuration alone swinging Terminal-Bench 2.0 scores by 6 percentage points (p < 0.01), concluding that leaderboard gaps under 3 points deserve skepticism without matched configurations.

Arena rankings carry their own asymmetries. "The Leaderboard Illusion" (29 April 2025) reported that Meta tested approximately 27 private variants on Chatbot Arena before releasing Llama-4, and that Google and OpenAI each held roughly a fifth of total arena data (19.2% and 20.4%) against 29.7% shared across 83 open-weight models.

If you compare numbers at all, compare them properly. Anthropic's "A statistical approach to model evals" (19 November 2024) recommends reporting confidence intervals, clustering standard errors on the randomisation unit — clustered standard errors on popular evals can be over three times the naive ones — and using paired-difference tests.

  • Contamination inflates scores by roughly 6-40% depending on benchmark and setting.
  • Infrastructure configuration alone can move an agentic benchmark 6 points; treat sub-3-point gaps as noise.
  • Clustered standard errors on popular evals can exceed naive ones by more than 3x.

What we do with this

We use leaderboards as a first filter and then re-run the shortlist on the client's own tasks, under one matched harness, before recommending a model.

Step five: guardrails, observability, and owning your eval assets

Guardrails are framework primitives now rather than bespoke code. The OpenAI Agents SDK provides them at three levels — agent-level input and output guardrails, tool-level guardrails, and global guardrails via RunConfig — each able to raise a tripwire exception that halts the run.

Observability is standardising on OpenTelemetry's GenAI semantic conventions: invoke_agent, chat and execute_tool spans, gen_ai.* attributes, and token and duration metrics, already emitted by Claude Code, VS Code Copilot and OpenAI Codex. That matters because it makes traces portable between tools rather than locking them to one vendor's SDK.

The tooling market has consolidated around a handful of platforms. Braintrust raised an $80 million Series B at an $800 million valuation on 17 February 2026. Arize Phoenix is open source and built on OpenTelemetry trace ingest plus OpenInference instrumentation, with evaluators, datasets, experiments and a prompt playground. Inspect, from the UK AI Security Institute and Meridian Labs, is the open framework for rigorous evals, built on datasets, solvers, scorers and agents with over 200 pre-built evaluations.

One planning note that costs teams real work if ignored. OpenAI acquired Promptfoo on 9 March 2026, then announced on 3 June 2026 that its own Evals platform is deprecated: existing evals go read-only on 31 October 2026 and the dashboard and API shut down on 30 November 2026, with migration pointed at Promptfoo. Eval datasets and grader definitions are assets. Keep them in version control, not inside a vendor dashboard.

  • Agents SDK guardrails: agent-level input/output, tool-level, and global via RunConfig.
  • OpenTelemetry GenAI conventions make traces portable across vendors.
  • OpenAI Evals: read-only 31 October 2026, shut down 30 November 2026.

What we do with this

We keep eval datasets, grader definitions and prompts in the client's repository under version control, with the observability layer on OpenTelemetry conventions so the tooling stays swappable.

The order of operations

The honest summary of the survey data is that the field's centre of gravity has not moved much, and that this is fine. Prompting and context engineering first, because it is where the largest and cheapest wins are. Retrieval second, increasingly issued as tool calls inside the loop rather than as a single pre-fetch. Fine-tuning third or never — 57% of teams never — and only when prompting, retrieval and a real eval set have been ruled out first.

Evals are the exception to ordering. They are not a step you reach after the others; they are the thing that tells you whether any of the others worked. Only 52.4% of organisations run offline evals, quality is the top production blocker at 33%, and teams using evaluation tooling ship nearly 6x more projects. Those three numbers describe the same fact from three directions.

None of this is novel and that is the point. The one piece of evidence pointing that way is Databricks' platform data: teams actively using evaluation tools get nearly 6x more projects into production.

  • Prompt and context engineering: everyone, first, always.
  • Retrieval: second, and increasingly agentic.
  • Guardrails and observability: alongside production, not after incidents.
  • Fine-tuning: rarely, and only after the cheaper steps fail.
  • Evals: not a step, a precondition for knowing anything.

What we do with this

This ordering is how we scope engagements. It is also why our first deliverable is usually an eval set rather than a model recommendation.

Sources

primary sources, checked on Sep 11, 2026
  1. 012025: The State of Generative AI in the EnterpriseMenlo Ventures · 2025-12-09
  2. 02State of Agent EngineeringLangChain · 2026-06-12
  3. 03State of AI Agents 2026Databricks · 2026-01-27
  4. 04Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027Gartner · 2025-06-25
  5. 05How 100 Enterprise CIOs Are Building and Buying Gen AI in 2025Andreessen Horowitz · 2025-06-10
  6. 06Effective context engineering for AI agentsAnthropic · 2025-09-29
  7. 07Context Rot: How Increasing Input Tokens Impacts LLM PerformanceChroma · 2025-07-14
  8. 08Introducing Structured Outputs in the APIOpenAI · 2024-08-06
  9. 09Prompt cachingOpenAI · 2026-09-11
  10. 10Prompt cachingAnthropic · 2026-09-11
  11. 11How we built our multi-agent research systemAnthropic · 2025-06-13
  12. 12Don't Build Multi-AgentsCognition · 2025-06-12
  13. 13Why Do Multi-Agent LLM Systems Fail? (arXiv:2503.13657)UC Berkeley et al. · 2025-03-17
  14. 14Code execution with MCP: building more efficient agentsAnthropic · 2025-11-04
  15. 15Microsoft Agent Framework at BUILD 2026: Agent Harness, Hosted Agents, CodeActMicrosoft · 2026-06-03
  16. 16DeprecationsOpenAI · 2026-06-03
  17. 17Reinforcement fine-tuningOpenAI · 2026-09-11
  18. 18QLoRA: Efficient Finetuning of Quantized LLMs (arXiv:2305.14314)University of Washington · 2023-05-23
  19. 19Demystifying evals for AI agentsAnthropic · 2026-01-09
  20. 20Evaluation best practicesOpenAI · 2026-09-11
  21. 21GradersOpenAI · 2026-09-11
  22. 22Define success criteria and build evaluationsAnthropic · 2026-09-11
  23. 23Judging LLM-as-a-Judge with MT-Bench and Chatbot Arena (arXiv:2306.05685)UC Berkeley et al. · 2023-06-09
  24. 24Judging the Judges: A Systematic Study of Position Bias in LLM-as-a-Judge (arXiv:2406.07791)arXiv · 2024-06-12
  25. 25tau-bench: A Benchmark for Tool-Agent-User Interaction in Real-World Domains (arXiv:2406.12045)Sierra · 2024-06-17
  26. 26tau^tau-Bench: An Environment for End-To-End, Realistic Agent Construction (arXiv:2609.04611)arXiv · 2026-09-04
  27. 27Technical Performance — The 2026 AI Index ReportStanford HAI · 2026-03-01
  28. 28SWE-bench VerifiedSWE-bench · 2024-08-13
  29. 29SWE-bench Verified Leaderboard (September 2026)BenchLM.ai · 2026-09-10
  30. 30When AI Benchmarks Plateau: A Systematic Study of Benchmark Saturation (arXiv:2602.16763)ICML 2026 · 2026-02-18
  31. 31Are LLM Benchmarks Already Contaminated? A Systematic Review of Contamination Detection MethodsACL Anthology (GEM 2026) · 2026-07-01
  32. 32Eval awareness and contamination on BrowseCompAnthropic · 2026-03-06
  33. 33Quantifying infrastructure noise in agentic coding evalsAnthropic · 2026-02-05
  34. 34The Leaderboard Illusion (arXiv:2504.20879)Cohere Labs et al. · 2025-04-29
  35. 35A statistical approach to model evaluationsAnthropic · 2024-11-19
  36. 36GuardrailsOpenAI Agents SDK · 2026-09-11
  37. 37Inside the LLM Call: GenAI Observability with OpenTelemetryOpenTelemetry · 2026-01-01
  38. 38Braintrust lands $80M funding round to become the observability layer for AISiliconANGLE · 2026-02-17
  39. 39Compare 7 LLM Evaluation Platforms (2026)Arize AI · 2026-08-13
  40. 40InspectUK AI Security Institute · 2026-09-11
  41. 41OpenAI acquires Promptfoo to secure its AI agentsTechCrunch · 2026-03-09
  42. 42Building Effective AI AgentsAnthropic · 2024-12-19

Keep reading

model historytimelinefrontier models 14 min

From GPT-1 to today: what actually changed in eight years of models

A dated walk through the model releases that changed how these systems are built, priced and deployed, from June 2018 to September 2026.

Eight years separate GPT-1's 117 million parameters and 512-token context from GPT-6 Astra's 1.05 million-token context. In between, four things changed the shape of the field: pre-training at scale, instruction tuning with human feedback, reinforcement learning for chain-of-thought reasoning, and a standard agent stack. Move the PaLM entry (5 April 2022) after the InstructGPT entry (4 March 2022) so the timeline actually runs in date order; leave this sentence as written.

you should know

Three recipe changes carried the field, not one: generative pre-training (GPT-1, June 2018), instruction tuning with human feedback (InstructGPT, March 2022), and reinforcement learning for chain-of-thought reasoning (o1, September 2024).

Sep 11, 2026Read
architecturetransformersinference 12 min

The architecture story: from the transformer to reasoning and agents

Nine ideas, grouped by what each one changed for people building products on top of these models.

Modern language models are the result of a sequence of separable ideas: the transformer, scaling laws, post-training, sparse experts, long context, inference efficiency, reinforcement learning for reasoning, multimodality and tool use, and finally protocols. This post walks the sequence in order, with dates and numbers from the cited sources, and states the practical consequence of each step for anyone shipping a product.

you should know

Parameter count no longer predicts serving cost. Sparse mixture-of-experts models activate a fraction of their weights per token: DeepSeek-V3 is 671B total but 37B active, and Mixtral 8x7B was 47B total with 13B active.

Sep 11, 2026Read

Let's build intelligent systems that drive growth

Tachyon is the engineering partner for teams that need AI in production, not in a deck. Start with a free 60-minute discovery call.