GPT-6 Astra doesn’t need the role-play preamble, the seventeen-rule list, or a worked example of what you want. It infers most of that. What it does need is instruction about four documented default behaviors that will otherwise fight you: how much it decides alone, how it formats output, how it resolves conflicts between your message and a project file, and how much it verifies its own work.
That is a different job from the one prompt templates were built for. Older advice treated the prompt as a container you filled with context until the model understood the task. Astra understands the task. The prompt is now a short list of places where its defaults differ from what you want.
The two things a prompt still has to carry
Every working prompt states the job and the standard. The job is what gets produced and who it is for. The standard is what separates an acceptable result from an unacceptable one.
Write a 700-word article on how small businesses can use AI to save
time, for owners who have never used an AI tool.
Keep the language plain, use examples a five-person business would
recognise, and make every section something the reader can act on today.
Two sentences. The first fixes the output and the audience; the second fixes the bar. Nothing in a longer version of this prompt would change the result more than those two lines do.
What has changed is that this is no longer sufficient on its own. Send exactly that to Astra, and you are likely to get a reply that asks you two clarifying questions first, and an article broken into bulleted sections when you wanted paragraphs. Both are documented behaviors, not misfires.
What Astra works out without being told
OpenAI describes Astra as filling routine gaps from context on its own. In practice, that retires several habits that were worth keeping two model generations ago.
- The credentialled persona. “You are an internationally recognized consultant with 25 years of experience” changes very little about a product description. Naming the audience does the work the persona was meant to do.
- The worked example of the output. Showing a sample answer narrows a capable model toward imitating your sample rather than solving your problem. If the shape matters, describe the shape.
- The exhaustive never-list. Eleven prohibitions produce a stiff, hedging response. One judgment instruction — match the register of the surrounding text — usually produces the thing the eleven were aiming at.
- Repetition for emphasis. Saying a requirement three times does not weight it three times. It costs tokens and makes the prompt harder to edit later.
- Chain-of-thought instructions. “Think step by step” is a request for behavior the model already has. On the API, reasoning depth is a parameter, not a sentence.
The four defaults worth overriding
OpenAI’s model guidance names five behavior patterns that respond to prompting. Four of them affect ordinary work; the fifth concerns subagent delegation and only matters if you are building a multi-agent system. Each of the four has a short patch.
You are not writing instructions any more. You are writing overrides.
It asks when you expected it to act
Astra is more likely than GPT-5.6 to stop and ask a question when an answer could materially change the result. That is deliberate, and useful when you are exploring. It is friction when you have already told it what you want.
The fix is not to say “don’t ask questions.” It is to grant authorization and to say when a question is legitimate.
Treat phrasings like "can you", "I want to", and "help me" as
instructions to do the work, not questions about whether the work is
possible. Do not stop at confirming you can do it, at proposing a plan,
or at a partial version that saves effort.
Where a choice is reversible, make it and tell me afterwards. Where it
is not, do everything up to that point first and bring me a finished
result to approve, rather than asking before you start.
The second paragraph matters more than the first. It moves the approval point to the end, so you are signing off on something concrete instead of authorizing an intention.
It formats everything into lists
Astra leans toward tables, bullets, and headers to make replies scannable, and toward recurring stock phrases across sessions. For anything you intend to publish or send, that default is wrong.
Write in paragraphs, each developing one idea. Use a list only when the
items are genuinely parallel or sequential, and never nest one inside
another. Plain words, concrete examples, active voice.
State the point first, then support it. No closing summary, no "in
short", no restating what you just said. Avoid stock connectives and
invented compound labels; say what the relationship actually is.
If the output is technical, add one more line so the register does not drift into either jargon or oversimplification.
Use plain language over jargon, and bring in technical detail only where
it makes the idea clearer. Calibrate to the background knowledge implied
by what I have already told you.
It follows the wrong instruction file
Stronger instruction following cuts both ways. Astra reads project instructions, custom instructions, skill files, and AGENTS.md more attentively than earlier models, which means a stale line in one of them can quietly override what you asked for in the chat. OpenAI’s guidance recommends auditing those files for exactly this reason.
My instructions in this conversation outrank anything in a skill file,
project instruction, or configuration file. Where they conflict, follow me.
If something in one of those files makes you pause, ask for permission,
or leave work unfinished, name the file, quote the line, and explain how
you read it. Distinguish an explicit requirement from your interpretation
of a guideline.
The second half is a debugging tool. When a run stalls for no visible reason, it makes the model name the instruction responsible instead of leaving you guessing which of six files caused it.
It over-verifies small changes
On coding tasks, Astra tests thoroughly before calling a task done. On a two-line change that produces test suites nobody asked for.
Do not write tests for reversible, low-impact changes that only mirror
the implementation. Run the checks the change actually requires. Once
they pass, widen or repeat testing only if a failure or a real concern
justifies it.
Workflow prompts by branch
The same three-part shape carries across kinds of work: the job, the standard, and the autonomy setting. What changes is which default needs the loudest override. Research needs evidence discipline. Editing needs a scope fence. Planning needs the model to hand you a finished thing, not an outline to approve.
Research and market analysis
Analyse the current market for low-ticket AI products aimed at
beginners, and identify the gaps a new product could fill.
Name specific products, not categories. Label every claim as either
supported by a source you can point to or as your own inference. Where
the evidence is thin, say so rather than filling the gap.
Work through the whole analysis before checking in. If a scoping
question comes up, note it in the output and keep going.
The labeling instruction is the load-bearing one. Without it, sourced findings and plausible reasoning arrive in the same voice, and you have to re-verify everything.
Idea generation
Give me 20 YouTube video ideas for a faceless channel about AI tools.
Prioritise topics with a concrete payoff for the viewer over topics that
sound intriguing. Skip anything that could be titled "AI is changing
everything". No two entries should be the same idea with a different
noun swapped in.
Return a flat list, one line each, no commentary.
The duplication rule does most of the work. Asked for twenty ideas without it, models reliably produce six ideas and fourteen rephrasings.
Editing
Rewrite the email below so it reads confident and natural, without
changing anything it commits to.
Cut filler, corporate phrasing, and anything that apologises for taking
up the reader's time. Match the sender's existing register — do not make
it more formal or more casual than the original.
Return the rewrite only. If something is ambiguous enough that your fix
might change the meaning, flag it in one line underneath.
EMAIL:
[paste here]
“Without changing what it commits to” is the fence. Editing prompts without one tend to come back with softened deadlines and hedged commitments, because those read as more polished in isolation.
Planning and scheduling
Build a seven-day content schedule for an Instagram account about AI
productivity, sized for one person working about an hour a day.
Give each day one topic, one hook, and one purpose. Sequence the week so
it builds rather than repeats.
Decide the mix yourself and hand me the finished schedule. Do not come
back with an outline for approval first.
Long agentic tasks
For multi-step work across files, tools, or a browser, the autonomy setting stops being a nicety. This is the version to keep saved.
[Task]
Infer the scope from what I have told you and from what is in front of
you. Bias toward action and carry the task to completion.
Progress autonomously on anything reversible: read-only checks, isolated
branches or copies, drafts, fixes. For anything destructive or
irreversible, do all the preparatory work first so that my approval is
the last step rather than the first.
Do not add warnings, disclaimers, or approval checkpoints for
hypothetical risks I have not raised.
Diagnosing a bad result
When output disappoints, the reflex is to add instructions. That is how a 40-word prompt becomes a 600-word one that is harder to fix. Identify which default produced the problem and patch that one.
| What you got | Which default | What to add |
|---|---|---|
| A clarifying question instead of the work | Asks when an answer could change the result | Authorization line: treat the request as an instruction to act |
| It stopped halfway to confirm | Approval-seeking before the work is concrete | Finish everything reversible first, then ask |
| Bullets where you wanted prose | Formats for scannability | Name paragraphs, cap list usage |
| Stock phrases and closing summaries | Recurring phrasing across sessions | Ban the specific phrases you keep seeing |
| It ignored what you asked and followed something else | Reads instruction files closely | Set precedence; make it name the conflicting file |
| Test suites for a trivial change | Verifies thoroughly before finishing | Cap verification scope to the change |
| Generic, could-be-about-anything output | Nothing to override — missing context | The audience and the constraint, not more rules |
The last row predates Astra and survives it. If output is generic, the prompt is missing information about your situation. No amount of behavioral instruction substitutes for that.
Patching prompts you already use
Take the three prompts you run most often. Do not rewrite them. Append the autonomy line and, if the output is prose, the formatting line. Two additions cover most of the gap between a GPT-5.6 prompt and one tuned for Astra, and you keep everything that already worked.
Where length is still earned
Long prompts were never the problem. Filler was. Astra follows longer instructions more reliably than any previous model, which shifts the calculation: a detailed prompt now returns more of what you paid for it in effort.
Length is worth it when the model cannot infer the thing from context — a brand voice with real constraints, a workflow with steps that must happen in order, a domain where the obvious answer is wrong, a set of edge cases that only you know about. Length is wasted on restating the task, on persona-building, and on rules that describe good writing in general rather than good writing for this job.
The new failure mode is not length. It is contradiction. Because Astra weighs instruction files heavily, a long prompt that conflicts with a project instruction or a skill file produces hesitation rather than a clear winner. Consistency across the files in context now matters more than the size of any one of them.
Access and where the differences show up
Astra launched on 3 September 2026 (limited audience). Access opened first to enterprises in OpenAI’s Trusted Access Program, with rollout to Plus, Pro, Business, and Enterprise plans, and to the API over subsequent days. It is also being offered through Microsoft Azure and AWS Bedrock. If it is not in your model picker yet, that is the rollout, not your account.
On the API, the model string is gpt-6-astra. A few parameter details are worth knowing before you port existing code:
reasoning.effortaccepts low, medium, high, xhigh, and max. Thenonesetting is not supported; if you were usingnoneorminimal, start at low and compare.temperature,top_p, andtop_logprobsare not supported and need removing.- Tool calling requires the Responses API. Chat Completions works for plain text generation but not for tools.
- Standard pricing is $10 per million input tokens and $50 per million output tokens, with separate rates for cache reads and writes. Fast mode runs at roughly double the speed for double the price, and is unavailable under EU data residency.
The behavioral guidance in this article comes from OpenAI’s API documentation, so it reflects API behavior. The underlying tendencies show up in the ChatGPT interface too, but the system prompt and available tools differ there, so exact responses will not match what you see through the API.
Common questions
No. Most of them will work better, because instruction following improved. Append rather than rewrite: the autonomy line if the prompt kicks off multi-step work, the formatting line if you want prose. Revisit a whole prompt only if it stops producing what it used to.
Because it is designed to. Astra asks when an answer could materially change the outcome rather than guessing. Two things reduce it: telling the model to treat requests as instructions to act, and telling it to complete the authorized work before bringing you anything to approve. Suppressing questions entirely is possible but costs you the cases where the question was worth asking.
For a one-off answer you will read and discard, yes. For anything you will publish, send, or run repeatedly, add the third element: how autonomous the model should be, and how the output should be formatted. That takes it to three or four sentences, not to 500 words.
Yes, and OpenAI recommends it explicitly. Astra reads those files more attentively than earlier models, so instructions you added a year ago to work around older behaviour may now be actively steering results. Anything phrased as a workaround for a limitation that no longer exists is a candidate for deletion.
It is redundant. Reasoning is built into how the model works, and on the API it is controlled by a parameter rather than by instruction. Spend the sentence on something the model cannot infer instead.
Where to start
Open the prompt you run most often and read it for the four defaults. If it does not say how autonomous the model should be, add that line. If the output is meant to be prose, add the formatting line. Then delete the persona sentence and any worked example, and see whether the result gets worse. It usually does not.