What Opus Builds, What Sol Digs Into, And How Jev Decides
AIThis post was created with the assistance of artificial intelligence (AI).

🔍 Read the full analysis: What Opus Builds, What Sol Digs Into, And How Jev Decides on ThorstenMeyerAI.com

Age 18–24?Offer from Amazon

Prime made for students and young adults

  • Fast, free delivery for dorm and study essentials
  • Prime Video and Amazon Music included
  • Member-only deals
Try Prime for Young Adults Free trial for eligible 18–24 year olds
As an affiliate, we earn on qualifying purchases.

TL;DR

Thorsten Meyer says he uses Claude Opus 5.5 for building, GPT-6.1 Sol for detailed review and Jev for high-volume yes-or-no decisions. His comparison, based mainly on Artificial Analysis Intelligence Index v4.3.x, shows large differences in task costs, but the scores do not establish which model works best for every workload.

Thorsten Meyer says he now uses Claude Opus 5.5 to build, GPT-6.1 Sol to inspect details and review work, and Jev for high-volume yes-or-no decisions, in a model stack described Sept. 29. His account argues that differences in task cost may matter more to choosing a model than small gaps in benchmark scores, while the index he cites measures general capability rather than performance on a reader’s specific work.

Meyer bases most of his comparison on the Artificial Analysis Intelligence Index v4.3.x. In the figures he reports, Claude Opus 5.5 scores 58 at its top setting and costs $5.98 per task. GPT-6.1 Sol scores 51 at xhigh and costs $0.39 per task. The table also lists GPT-6 Astra at 53 and $3.26 per task, Claude Fable 5.1 at 53 and $7.63, Claude Sonnet 5.5 at 56 and $7.60, and GPT-6 Luna at 37 and $0.07. These are the source’s reported index and task-cost figures, not independently verified results.

Meyer says he uses Opus 5.5 at high for general development, including features, APIs, multi-file work and refactors. He reserves xhigh for harder tasks such as architecture, migrations and trust boundaries. At those settings, the reported index scores are 54 and 56, with task costs of $1.82 and $3.46. He assigns Sol at high or xhigh to focused investigation and review, citing reported costs of $0.32 and $0.39 per task.

The article also compares effort settings. Meyer reports that Opus at max costs $5.98 per task for a score of 58, while xhigh costs $3.46 for 56. For Sonnet 5.5, he reports $7.60 at max for a score of 56, compared with $2.74 at xhigh for 52. He says he uses Sonnet at high for scoped subtasks, documents and slides, and Luna for routine checks and bulk classification. He names Astra and Fable as alternatives for cases where his own tests show an advantage.

At a glance
reportWhen: Published Sept. 29, 2026; GPT-6.1 Sol w…
The developmentThorsten Meyer published a Sept. 29, 2026 account of how he assigns building, review and routing work across AI models, including newly released GPT-6.1 Sol.

Opus builds. Sol reviews. Jev decides.

The September 2026 AI stack in one page: six frontier models on one price curve, and a decision model for the high-volume judgements that do not need a sentence.
Scores: Artificial Analysis Intelligence Index v4.3.x. Data as of 29 September 2026.
BuildsClaude Opus 5.5 at high or xhigh effort
Digs and reviewsGPT-6.1 Sol at high or xhigh effort
DecidesJev on high-volume yes/no and routing calls

One price tape, six models

Put every model on the same cost-per-task ruler and capability looks compressed. The bill does not.
Price tape: cost per task of six models on a log scale, from GPT-6 Luna at $0.07 to Fable 5.1 at $7.63$0.05$0.10$0.50$1$5$10cost per task, log scale: each tick is a different order of magnitudeGPT-6 Lunaindex 37 · $0.07GPT-6.1 Solindex 51 · $0.39 (xhigh)GPT-6 Astraindex 53 · $3.26Opus 5.5index 58 · $5.98Sonnet 5.5 · index 56 · $7.60Fable 5.1 · index 53 · $7.63about 100× from the cheapest to the priciest, but only 21 index points between them

Score against cost, at every effort setting

Each dot is an effort level. Opus 5.5 at high already matches Astra and Fable at max on this index, for less money.
Intelligence Index score against cost per task for each effort setting of six models$0.01$0.10$1$102030405060cost per Intelligence Index task, log scaleindexOpus high / xhigh: my defaultOpus 5.5Sonnet 5.5Fable 5.1GPT-6 AstraGPT-6.1 Sol (new)GPT-6 Sol (Sep 22), dashedGPT-6 Lunaup and to the left is better
Astra and Fable are shown at their top published setting. Luna starts at $0.0045 per task. GPT-6.1 Sol has no low or max setting published yet.

The effort dial moves the bill more than the model

Going from medium to max on Opus costs 4.46× more for 7 points. That is why I run high or xhigh.

Claude Opus 5.5

$0.55
42
$1.34
51
$1.82
54
$3.46
56
$5.98
58
low
medium
high
xhigh
max
Solid bars are where I run it. Max adds 2 points over xhigh for 73% more cost.

Claude Sonnet 5.5

$0.41
36
$0.59
41
$1.08
47
$2.74
52
$7.60
56
low
medium
high
xhigh
max
Best value is high. At max it writes about 193k output tokens per task, the most measured.

GPT-6.1 Sol: near-Astra scores at a fraction of the price

Launched 29 September at $2 in and $10 out per 1M tokens. It sits 1 to 2 points under Astra and Fable, and Opus xhigh still leads it by 5.

Three published settings

SettingIndexCost per taskOutput tokensFirst token
medium48$0.2115M5.3 s
high50$0.3225M57 s
xhigh51$0.3936M69 s
Median for comparable models is 82M output tokens. High and xhigh are not interactive: plan for a wait before the first token.

Same score band, very different bill

GPT-6.1 Sol xhigh
$0.39index 51
Opus 5.5 high
$1.82index 54
GPT-6 Astra max
$3.26index 53
Opus 5.5 xhigh
$3.46index 56
Fable 5.1 max
$7.63index 53
Cost per Intelligence Index task. A one-point gap is inside the noise.

My stack: who builds, who reviews

Opus does the work. A second model family reviews it, because a different reviewer catches what the author cannot see.
Stack diagram: Opus 5.5 builds at high effort, escalates to xhigh, and sends every change to GPT-6.1 Sol for review; Astra or Fable give a second opinionOpus 5.5 · xhighhard problems: architecture,migrations, trust boundariesOpus 5.5 · highMAIN BUILDERfeatures, APIs, multi-filework, refactorsescalate when it gets hardGPT-6.1 Solhigh or xhighdigs into details andreviews every change$0.32–0.39 per taskdifffindingsAstra or Fablesecond opinion, 8 to 20×the cost per taskif they disagreeSonnet 5.5 · Lunaside work: scopedsubtasks, bulk checksand routingFailed review? Hand Opus the failing case and the evidence.Never just “try harder”: effort cannot supply a missing requirement.
Effort is not capability. Turning the dial up does not make a model smarter.
Effort cannot fill gaps. A missing requirement stays missing at any setting.
Different model, same spec. That is not independent review if both read the same flawed brief.
Green tests are not approval. Passing tests only prove what the tests cover.

Cheaper tokens are not cheaper work

Illustrative, not measured: $1 of model time plus 4 minutes of review at $45 an hour. Halving the model price saves 12.5% of the total. One extra minute of review erases it.
$4.00
review $3.00
model $1.00
Baseline
$3.50
review $3.00
model $0.50
Model price cut 50%
$4.25
review $3.75
model $0.50
Cheaper model plus 1 extra minute of review
Track cost per accepted result: model, tools, review and rework, divided by the results someone actually uses.

Read the numbers with four warnings

The index movesFable scored 66 on an earlier version and 53 on v4.3. Compare within one version only.
Fallback is includedFlagged cyber and biology tasks route to older Anthropic models, now on Sonnet 5.5 too.
Max is not productionReal deployments run medium or high, where gaps narrow and costs fall.
Your work decidesShadow-test on your own tasks. Budget cost per task, not per token.

Part 2: Jev, the model that decides instead of writing

Jev cannot write, summarise or extract. It answers narrow typed questions with a probability and an honest confidence, in under a second, for about $0.04 per million input tokens.

One call in, typed answers out

Your code, not Jev, decides what to do with each answer, usually by confidence band.
Jev flow: state and typed questions go into one Jev call; typed answers with confidence come out; code acts alone, escalates the gray zone, or logsStatea ticket, a story,a site profile,a log line …+ typed questions,many per callJevone call0.3 to 0.9 s$0.042 / M tokens inAnswersnoul: 0.03choice: billing p 0.91, conf 0.86score: 2.7 of 3 conf 0.64code branches on thisAct aloneconf ≥ 0.8Escalategray zone toLLM or humanLogmeasure first

Three question types

noul
A yes/no question. Returns the probability of yes, 0 to 1.
gates, flags, filters
choice
Pick one option. Returns the choice, a probability per option, and a confidence.
routing, classification, taxonomy
score
Rate on your ordered levels. Returns a position (it can fall between levels) plus a confidence.
quality, fit, severity, priority

Confidence is the superpower

In my own measurement on a 31-topic classification, Jev agreed with a frontier LLM almost every time it was sure, and rarely when it was not. So: decide the clear cases, route the gray zone.
confidence 0.8 or higher
97–99%
all answers
89%
confidence below 0.5
42%
Agreement with a frontier LLM, my production data, September 2026, rounded.

Three uses running in my publishing operation

About 90,000 decisions so far. Checks I could only afford on a sample now cover everything.
$2.01
Language check
78,889 articles scanned overnight. 1,576 in the wrong language found, 1,553 fixed in place.
22%
Relevance gate
About 10,000 story-to-site pairings judged in 3 days. Only 22% were clearly on-topic.
89%
Classifier fallback
Agreement with the primary LLM across 31 topics, used when that LLM errors.

The fit test, then the shadow test

Use Jev only when all four hold. Then prove it on past decisions before it acts on anything.
High volumeThousands of small calls, not a handful of big ones.
Narrow questionNo multi-step reasoning needed.
Cheap errorsOr unsure cases go to something smarter.
Heuristic failsVisibly, and measured, not assumed.
  1. Replay 300 to 500 past decisions
  2. Compare overall and per confidence band
  3. Read 20 disagreements, decide who was right
  4. High band at 95% or better?
  5. Own flag, off by default
  6. Canary on 5 to 10 units
  7. Roll out in the confident band only

24 use cases, sorted by how well they fit

Start from the strong fits. The amber ones need a measurement before you trust them, and the red ones fail one of the four conditions.
in productionstrong fitmeasure firstpoor fit

Proven in production

  • 1Relevance gate
  • 2Language check
  • 3Classifier fallback

Publishing and content

  • 4Thin-source detector
  • 5Same-event dedupe
  • 6Product fits roundup
  • 7Disclosure present
  • 8Headline quality
  • 9Comment moderation

Commerce and support

  • 10Support-ticket routing
  • 11Return-reason coding
  • 12Review to feature complaints
  • 13Catalogue taxonomy
  • 14Order-fraud pre-triage

Software and AI systems

  • 15LLM guardrail
  • 16RAG passage filter
  • 17Citation check
  • 18Tool and intent routing
  • 19Log-line triage
  • 20PR risk triage

Business ops and home

  • 21Inbox triage
  • 22Expense categorisation
  • 23Lead qualification
  • 24Smart-home intent

Limits, cost and one hard rule

No writing, summarising or extractionPair it with an LLM for the write step.
No world knowledgePut a snippet in the state; a bare name means nothing.
Reads your wording literallyA rewording moved my results about 2 points. Freeze it, re-measure after changes.
Weaker on non-English, maths, datesKeep those checks on an LLM. Early access, hosted API only.
100,000 decisions ≈ $2.50
About 60M input tokens at $0.042 per million, output free, roughly 600 tokens per three-question call. Latency 0.3 to 0.9 seconds.
Never the sole decision-maker for consequences about people. Hiring, credit, medical and legal outcomes stay with a human. Jev can sort and flag. A person decides.
Sources. Model scores, cost per task and speeds: Artificial Analysis, Intelligence Index v4.3.x, including the GPT-6.1 Sol medium, high and xhigh pages, checked 29 September 2026. Astra and Fable scores from the Artificial Analysis v4.3 announcement. Jev figures are my own production measurements, September 2026, rounded. The review-bill example is illustrative. Read the full article on thorstenmeyerai.com.

Why Task Costs Shape His Stack

The account makes cost per task, rather than token price alone, the central operational comparison. In Meyer’s figures, Sol at xhigh is much less expensive per task than Astra or Fable, while its index score is one or two points lower. If those figures apply to a particular workflow, running a second model to inspect important changes could be affordable enough to do routinely.

Meyer’s case for a separate review model is also about using a different model family as a second check. He says Sol reviews Opus’s output because a model checking its own work may miss the same problems. That review does not settle whether a change is safe or correct: he cautions that passing tests alone is not approval to ship and says the reviewer needs the requirements and evidence for a failure.

The comparison has limits for teams weighing a switch. Index scores summarize performance across the index’s tasks, and the article itself says readers should shadow-test models on their own work. Meyer also says one index point is within the noise. Costs and scores in the article can inform a trial, but they do not establish the best model for a given team, task or quality threshold.

The Model Releases Behind the Comparison

The source describes a cluster of six models whose top-setting index scores fall within about 21 points, from Luna at 37 to Opus 5.5 at 58. Meyer says their task costs differ by roughly 100 times. That range frames his question as which model meets a task’s quality requirements at an acceptable cost, rather than which model leads a single ranking.

The release dates in Meyer’s table run from Fable 5.1 on Sept. 1 to Opus 5.5 on Sept. 22, Luna on Sept. 22, Sonnet 5.5 on Sept. 28 and GPT-6.1 Sol on Sept. 29. Astra is listed as released Sept. 3. The timing matters because the comparison was written as Sol launched, and the available index results for it were still limited.

Meyer reports token prices separately from cost per task: Opus at $4 per million input tokens and $20 per million output tokens, Sol at $2 and $10, and Luna at $0.10 and $0.50. He lists Fable and Astra at $10 and $50. Those rates do not directly describe the total cost of completing a task, which depends on usage; the article’s per-task figures are the comparison he uses for choosing roles.

“Opus 5.5 at high or xhigh is my main model for building.”

— Thorsten Meyer, in the Sept. 29 article

What the Index Cannot Establish

The reported scores do not show how the models perform on every real-world workload. Meyer calls the index a map of general capability and recommends shadow-testing before switching. The source does not provide details of his own testing methods, sample sizes or uncertainty ranges for the task-cost measurements.

Some Sol settings were not yet listed in the index when Meyer wrote: he says low and max results had not been published. He also cautions that a one-point score difference is within the noise. High and xhigh Sol reportedly took 57 and 69 seconds to produce a first token, which may affect interactive use; the article does not say how those timings vary across conditions.

The source introduces Jev as a decision model that cannot write sentences and assigns it high-volume yes-or-no and routing judgments. It does not give Jev’s scores, cost per decision, evaluation method or error rate. The supplied text also begins a cost example about model pricing and human review but ends mid-sentence, so its figures and conclusion cannot be established from the material provided.

Testing the Roles on Real Work

Meyer recommends shadow-testing candidate models against existing work before making a switch. For a team applying his framework, the next step would be to compare outputs against its own quality requirements and measure the full cost of completing tasks, including review time. The article does not give a schedule for further index updates or say when more Sol effort settings will be published.

His stated process sends a failed review back to Opus with the failing case and supporting evidence. That makes the quality of the task specification and review evidence part of the next decision, alongside model choice and effort setting. Meyer says the final decision to ship should not rest on passing tests alone.

Key Questions

What work does Meyer assign to Opus 5.5?

He uses Opus 5.5 at high for general development such as features, APIs and refactors, and xhigh for more demanding work such as architecture and migrations.

Why does he use GPT-6.1 Sol for review?

Meyer says Sol provides a second check from a different model family at a reported $0.32 to $0.39 per task at high or xhigh. Those figures come from his source article and are not a guarantee of cost on other workloads.

Does the index prove which model is best?

No. Meyer says the Artificial Analysis Intelligence Index measures general capability, not performance on every user’s workload, and recommends shadow-testing before switching.

What is Jev used for?

The source describes Jev as a decision model for high-volume yes-or-no and routing judgments that cannot write sentences. It provides no benchmark scores, error rates or cost figures for Jev.

Source: ThorstenMeyerAI.com

FALL

Fall Picks

As an affiliate, we earn on qualifying purchases.

You May Also Like

The Financial Engine Fueling AI Growth: Billions Raised And Bottlenecks

AI industry secures over $200 billion via debt and private credit, but structural bottlenecks threaten the cycle amid mounting capital demands.

Micro-agency Proposal Scope Checker

A new AI tool designed for small web agencies to identify scope risks in fixed proposals is being tested, aiming to improve margin and clarity.

What’s New In SenseTime SenseNova U1.5? Native 8B-MoT Vision And Open Code

SenseTime unveils SenseNova U1.5, an 8B-parameter unified vision-language model with open training code, marking a strategic move in multimodal AI research.

The Data Behind LLMs And Their Ability To Engineer Agent Harnesses: ByteDance Seed’s Perspective

ByteDance Seed’s HarnessDev project evaluates whether large language models can autonomously design agent harnesses, revealing significant generalization challenges.