Urgent.News

What's breaking now, across thousands of outlets.

Tech

Cheapest per token is not cheapest per finished job: what 2,400 runs show

A model with a 33% pass rate turned out to be the cheapest way to finish a task in a recent 10-model benchmark. The same benchmark shows why that result is less of a free lunch than it looks. Here is the metric behind it and how to compute it on your own prompts. The metric Cost per successful task = everything the model spent across every attempt (failed, retried, timed out) divided by the…

A recent benchmark of 10 models revealed that a model with a 33% success rate was the cheapest per finished job. This might seem like a free lunch, but there are important factors to consider. The metric used to calculate cost per successful task includes every attempt, whether it was successful, failed, retried, or timed out. This metric does not overlook retries, malformed outputs, or unfinished runs.

To demonstrate, Arize and Fireworks ran 10 models on 40 real command-line tasks using Terminal-Bench. The models included gpt-oss-120b, gemini-3.1-flash-lite, GPT-5.5, Kimi K3, Claude Sonnet 5, and gemini-3.5-flash. The results showed that while higher-cost models like GPT-5.5 and Kimi K3 had higher pass rates, the cheapest model, gpt-oss-120b, was still 12 times cheaper per finished task than GPT-5.5.

The benchmark highlights the importance of considering retries and other unsuccessful attempts when evaluating a model's cost. A cheap model may not always result in a cheaper finished product. Additionally, coverage is a crucial factor to consider, as it refers to the percentage of tasks a model solved reliably. In this benchmark, gpt-oss-120b covered 8 out of 40 tasks, while GPT-5.5 covered 25 and Kimi K3 covered 26.

Furthermore, the benchmark revealed that price tier did not necessarily predict success across different difficulty levels. For instance, GPT-5.5 had a 69% pass rate on easy tasks, Kimi K3 achieved 100% on tasks requiring frontier-priced resources, and gpt-oss-120b achieved 65% on harder tasks, despite being significantly cheaper per attempt. This suggests that while price may be a factor, it should not be the sole consideration in selecting a model for a specific task.

In conclusion, the key takeaway from this benchmark is that the cost per successful task should be the primary metric when evaluating models for a specific task. This approach ensures that the chosen model is not only cost-effective but also reliable and capable of handling the task's requirements. By running this metric on your own prompts and comparing the costs and performance of various models, you can make an informed decision on which model is the best fit for your needs.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

Keyword Research in Python: Ideas, Search Volume, Difficulty and Intent for ~$3 per 1,000 Keywords

Most keyword research comes down to one loop: start from a few seed terms, expand them into everything people actually search, then keep the ones with real volume and a difficulty you can win.

  • Python-based tool automates keyword research process
  • Provides search volume, CPC, KD, intent, SERP features, trend percentages
  • $3 per 1,000 keywords with filtered results based on various criteria

SilentMind: AI that censors and generates controversy in searches

SilentMind: the censor model that is booming in searches and generating controversy Introduction On October 15, 2024, Tencent launched SilentMind, an AI model that automatically blocks sensitive and…

  • SilentMind AI filters sensitive, political content in searches
  • Model launched Oct 15, 2024, boosts 420% searches for "SilentMind censorship"
  • Three-layer filtering system replaces blocked answers with generic messages

How to Test Failover Without Taking Production Down: Game Days, Chaos Experiments, and a Region-Failure Drill

Test failover safely by climbing a ladder from tabletop exercises and staging tests to small, reversible production experiments with a limited blast radius, explicit abort conditions, and a rollback…

  • Begin with tabletop exercises to validate runbooks and decision-making
  • Progress to staging tests with production-like data volumes
  • Conduct full region evacuation drills as final step in testing ladder

More from Thursday 5 November →