Keep going
Keep learning with Rundown Pro
Pro adds the full on-demand course library, certifications, group office hours, and eligible member perks.
$29/mo, cancel anytime
Guides published sep 22, 2026
OpenAI’s GPT-6 model catalog now includes Sol and Luna alongside Astra. Sol balances capability and cost, Luna handles frequent tasks with clear instructions, and Astra suits work that needs deeper reasoning.
Our starting pick is Sol for work that needs judgment, Luna for routine tasks, and Astra for difficult problems with several constraints. Test that choice on work you can check.
This guide compares the models’ uses, prices, and settings. You’ll then give each model a short campaign report, check its calculations, and see whether it catches claims the data cannot support.
GPT-6 Sol is OpenAI’s new option for complex coding and tasks that use several tools or steps. GPT-6 Luna focuses on lower-cost, high-volume work, such as extracting facts, sorting text, and producing structured summaries. OpenAI keeps GPT-6 Astra as its most capable model for demanding work.
The examples below offer starting points. We haven’t run a live head-to-head test for this guide.
| Detail | GPT-6 Sol | GPT-6 Luna | GPT-6 Astra |
|---|---|---|---|
| Suggested use | Writing, coding, and analysis that need judgment | Focused, repeatable tasks | Hard problems and complex projects |
| Standard API input price | $2 per million tokens | $0.10 per million tokens | $10 per million tokens |
| Standard API output price | $10 per million tokens | $0.50 per million tokens | $50 per million tokens |
| API context window | 1,050,000 tokens | 1,050,000 tokens | 1,050,000 tokens |
| API model ID | gpt-6-sol | gpt-6-luna | gpt-6-astra |
OpenAI documents the current details on its Sol, Luna, and Astra model pages. The suggested uses follow its model-selection guidance.
A token is a small unit of text. The context window limits how much material the model can work with in a request.
The prices above cover standard API text processing for requests with up to 272,000 input tokens. Longer prompts have higher rates. ChatGPT plans and credits have separate billing terms, as explained in OpenAI’s API model pricing and product availability guide.
Try Sol for a campaign brief, a report, a code change, or a document comparison. OpenAI’s model-selection guidance positions it for writing and coding that need analysis and care.
Give it the source material and define a finished result. Save the first answer for comparison.
Start with Luna for sorting feedback, extracting fields, or turning notes into a fixed summary format. OpenAI’s model-selection guidance recommends it for focused tasks and frequent automation.
Define the allowed labels or fields and explain what to do when information is missing.
Try Astra for a project plan with conflicting deadlines, limited staff, and several requirements. OpenAI’s model-selection guidance recommends it for demanding analysis and complex work.
Check which conflicts it resolves and which still need your attention.
OpenAI’s model availability guide currently lists GPT-6 Sol and Luna in ChatGPT Work and Codex. The standard Chat view does not offer them. Access depends on your account, workspace, client, and rollout.
In Work or Codex, open the model or Power control below the composer. OpenAI’s model controls guide explains how to use Advanced to choose a specific model and effort level when those controls appear. Record the exact model name before you run a comparison.
API users can select the IDs in the table above. The Sol, Luna, and Astra model pages also offer a Try in Playground option. Check billing and access before making calls.
Effort gives the model more or less room to work through a problem. Higher settings can take longer and use more tokens. OpenAI’s model controls guide recommends starting with an available default and adjusting it for the task.
In the API, Sol and Luna default to medium effort. Both support settings from none through max. Astra supports low through max. Product presets can differ from API defaults; compare the documented settings for Sol, Luna, and Astra.
For the exercise below, use medium across the models when available and record the setting. Keep the prompt and tools the same. This gives you a repeatable setup; each model may still use a different amount of time and computation.
This exercise tests arithmetic, attention to detail, and whether the model stays within the evidence. The business and figures are fictional. You can check every calculation yourself.
Paste invented or approved notes after this prompt:
Extract the agreed tasks from these meeting notes.
Use a table with Task, Owner, Deadline, and Supporting text. Copy the
supporting text exactly from the notes. Use "Unassigned" for a missing
owner and "No deadline stated" for a missing date.
Put ideas and suggestions that received no clear agreement in a separate
section called "Needs a decision." Flag conflicts between statements.Check that each task has support in the notes. Pay close attention to any owner or date the model adds.
Use a test project or separate branch:
Investigate this bug using the supplied steps to reproduce it.
Make the smallest change that fixes the problem. Add a test that fails
before the fix and passes afterward. Preserve behavior outside the bug.
Ask before adding a dependency.
Run the relevant tests when tools permit. Report the files changed,
tests run, results, and remaining risks. Clearly mark checks you could
not run. Wait for approval before merging or deploying.Check the patch and test results yourself. Record unrelated edits, missed cases, and the time you spend reviewing the change.
Using 20,000 ordinary uncached input tokens and 5,000 total billed output tokens, standard API text charges would be:
| Model | Input charge | Output charge | Total |
|---|---|---|---|
| GPT-6 Luna | $0.002 | $0.0025 | $0.0045 |
| GPT-6 Sol | $0.04 | $0.05 | $0.09 |
| GPT-6 Astra | $0.20 | $0.25 | $0.45 |
These calculations use the published Luna, Sol, and Astra rates. They hold token counts equal and exclude cache operations, tool charges, and processing-tier or regional adjustments. The sample report above will have its own token count.
Billed output includes reasoning tokens, which may be hidden from the visible answer. Check the API usage record when comparing costs. OpenAI’s reasoning guide explains how effort, extra attempts, and longer answers can change what you spend.
Also watch input length: prompts above 272,000 input tokens double input and cache rates and increase output rates by 50% for the full request. The threshold is documented on the Sol, Luna, and Astra model pages.
For routine work, compare total cost across a batch, including the time you spend fixing mistakes. A small first test can help you choose which model deserves a larger trial.
Pick one task you do each week. Save a few examples, define a correct result, and compare the models with the prompts above.
Keep the prompt, settings, and first answers together. That gives you a useful record when a new model arrives or your work changes.
Start a fresh task with GPT-6 Sol. Paste this brief:
You are reviewing a weekly report for a fictional online course business.
Both reporting periods contain seven complete days.
Each new paid subscription collects its first $29 payment in that week.
The payment counts below exclude renewals. No refunds occurred in these
sample periods. Visitor counts use the same method in both weeks.
Week 1 Week 2
Website visitors 8,000 10,000
New free newsletter subs 320 450
New paid subscriptions 16 18
We have no channel-level sales data, ad costs, other expenses, or
measured subscriber retention in this brief.
DRAFT CLAIMS TO REVIEW:
"Paid conversion improved 25%, and SEO produced $3,132 in revenue
this week. We should double the SEO budget."Paste this below the brief:
Review the report using only the supplied figures.
Calculate visitor growth and new paid subscription growth. For each
week, calculate free newsletter signups divided by visitors, new paid
subscriptions divided by visitors, and first-month payments collected.
Show the formula for each calculation.
Check every claim in the draft. Explain which figures support it,
which contradict it, and which require more evidence. Keep percentages
and percentage-point changes distinct.
Then write a team update of no more than 150 words. Use plain language.
State what changed, what we still need to learn, and one useful next
check. Keep any proposed explanation separate from the observed facts.Let the model use a calculator or code tool when your setup allows it. Keep the same tool access for each run.
Open a fresh task for each model and use the same brief and request. Keep project instructions, files, and effort settings consistent.
Save each first answer before asking for revisions. Give each model the original brief only. Sharing a previous model’s answer would give the next one extra help.
Record how long each run takes and how much editing it needs. API users can also record billed tokens and cost.
These are the results the source figures support:
| Check | Correct result |
|---|---|
| Visitor growth | 25%, from 8,000 to 10,000 |
| Growth in new paid subscriptions | 12.5%, from 16 to 18 |
| Visitor-to-newsletter signup rate | 4.0% → 4.5%, up 0.5 percentage points |
| Visitor-to-paid signup rate | 0.20% → 0.18%, down 0.02 percentage points |
| First-month payments collected | $464 → $522 |
Visitor growth does not establish an improvement in paid conversion. More people paid in Week 2, while the share of visitors who paid fell.
The draft also assigns revenue to SEO without channel-level sales data. And $3,132 equals 18 × $29 × six months. That requires an added assumption about future payments. The brief supports $522 in first-month payments for Week 2.
We also lack the cost and retention figures needed to judge a larger budget.
Use this scorecard:
| Check | Sol | Luna | Astra |
|---|---|---|---|
| Correct calculations | Pass / Fail | Pass / Fail | Pass / Fail |
| Paid conversion decline identified | Pass / Fail | Pass / Fail | Pass / Fail |
| Unsupported SEO claim flagged | Pass / Fail | Pass / Fail | Pass / Fail |
| Future-payment assumption identified | Pass / Fail | Pass / Fail | Pass / Fail |
| Team update stays within 150 words | Pass / Fail | Pass / Fail | Pass / Fail |
| Minutes spent correcting the result | Record | Record | Record |
Choose a report, brief, or document your team permits you to share. Keep an answer key or a set of clear checks.
Use several examples before choosing a model for regular work. Include cases with missing information, conflicting details, and awkward formatting. Write down failures and rerun those cases when you change the prompt or effort setting.
Keep going
Pro adds the full on-demand course library, certifications, group office hours, and eligible member perks.
$29/mo, cancel anytime
Sol is the stronger starting choice for complex coding and work that needs judgment. Luna offers much lower API rates for focused tasks. Compare them on the same input and keep the model that meets your checks, using OpenAI’s model catalog as the current reference for their documented roles.
Start with Luna for a small edit, Sol for broader changes, and Astra for difficult bugs. Run the tests and inspect the patch before accepting it. OpenAI’s model catalog summarizes the intended capability tiers.
Start with the task’s needs. A small extraction job gives you clear checks to run at a lower setting. For a difficult analysis, compare whether more effort fixes an observed mistake. Record the added time and usage, and check OpenAI’s model and effort guidance when choosing a setting.