Explore more topics
Published model evaluations

GPT 5.6 Luna vs Muse Spark 1.2: agent execution

Compare exact model versions on 1 shared published evaluation of agent execution. See the observed tradeoffs, rubric, sample, date and cost units.

As of 2026-08-08

Jump to a section

TL;DR

Luna's historical next-action billing was $1.67 per 1,000 decisions versus Muse Spark 1.2's $44.23 in the August 8, 2026 replay. Median production latency was 5.6 versus 7.2 seconds. Muse had slightly better valid-output rates, 99.5% versus 99.0%. The judge-dependent means do not establish a reliable quality gap; compare operating savings with the cost of invalid actions in your own task.

Next-action execution model bakeoff: published results

Historical next-action billing

Scale: 0 to 44.23 USD/1k · zero baseline

Same 69-decision replay

  • GPT 5.6 Luna+1.67 USD/1k
  • Muse Spark 1.2+44.23 USD/1k

These are exact August 8, 2026 billing cells. Labels are rounded. Muse’s slightly higher output validity and judge-dependent scores remain in the full table and opening summary.

Show the table · 2 rows, 5 columns

Scroll sideways to compare all columns. Select a heading to sort.

openai/gpt-5.6-luna89.299.0%$1.675.6s
meta/muse-spark-1.286.199.5%$44.237.2s

23-model campaign; 69 frozen decisions × 3 samples; 12 published model rows. Published 2026-08-08.

Which fits the tested job?

Luna had the higher observed next-action score, lower historical bill and lower production p50. Muse Spark 1.2 had slightly better schema validity. That is a real tradeoff if invalid structured actions are costly in your workflow.

  1. Next-action execution model bakeoff

    Luna scored 89.2 versus Muse's 86.1 and cost $1.67 versus $44.23 per 1,000 decisions. Its p50 was 5.6s versus 7.2s, while schema validity was 99.0% versus Muse's 99.5%. The judge-dependent means do not establish a reliable quality gap; schema failures and retry costs belong in a task-specific follow-up. These are model results, not a comparison with Meta's personal agent.

Choose the next allowed agent action: follow the published task

A well-formed action can still be the wrong decision. Keep output validity and judged decision quality separate.

Step 1 of 2

Published task summary

The existing plan, conversation and results returned by tools.

What you should see

Choose one next allowed action, or finish with an answer when the evidence is sufficient.

Step 2 of 2

Read what came back

A structured action. The replay records the proposed action without executing its tools.

What you should see

Replay 69 saved decisions three times each. Check the required output structure separately from the judge score.

Results from tasks both models attempted

The tested model IDs are openai/gpt-5.6-luna and meta/muse-spark-1.2. Every result table below comes from a study in which both participated.

Compare the measured quality, historical billed cost and elapsed time within the same task and rubric.

Scores from different tasks are not combined into one winner score.

Next-action execution model bakeoff: read these measurements

Read the complete rubric, sample and billing notes

23-model campaign; 69 frozen decisions × 3 samples; 12 published model rows

Choose one next action in an unfinished trading-agent workflow. This replay measures individual decisions, not a fresh complete trading run.

  1. Scoring

    Mean action score comes from the judge. Schema validity is the share of actions matching the required output structure; a valid structure can still contain the wrong action. Switching judges reduced the Luna-versus-DeepSeek score gap from 13.9 to 1.5 points.

  2. Cost units

    Cost uses historical provider billing per 1,000 decisions. Reused prefixes earned cache discounts; the cached-token split was not retained.

  3. Time units

    Prod p50 is median production response latency, separate from replay quality and complete agent wall time.

Discussion

Sign in or create a free account to join the discussion.

No comments yet.

Aurora · AI research assistant

Try this in Aurora

Edit the request, then open it in Aurora. You choose when to send it.