- In short
- Anticipating use cases means writing standing instructions that embed the Project's typical format, tone, and guardrail needs ahead of time, so first drafts land closer to final deliverables. Good standing instructions anticipate the recurring output type a Project produces, such as client deliverables, and embed the preferred format and register up front, which reduces repeated correction cycles. This differs from generic guardrails because it is specific to what the Project is repeatedly used for.
Configure for what the Project actually does
A standing instruction can do more than enforce a generic rule; it can pre-load the Project for the specific kind of work it does over and over. The CCAO-F exam treats this as an apply-level skill because it is where instructions stop being defensive guardrails and start actively shaping output toward the deliverable you always need.
The idea is anticipation. If a Project produces client deliverables week after week, the standing instructions can specify the preferred format and register for those deliverables up front, before any particular request. Then the first draft of each deliverable already looks close to final, instead of arriving in a generic shape that someone has to correct into the house style every time.
- Anticipating use cases
- Writing standing instructions that embed a Project's typical format, tone, and guardrail needs ahead of time, so first drafts land closer to final deliverables. The instructions anticipate the recurring output type the Project produces and encode its preferred format and register up front, reducing repeated correction cycles. This is specific to the Project's recurring use, unlike generic guardrails that apply broadly.
From reactive corrections to anticipated shape
Without anticipation, a Project runs on a correction loop. Claude produces a draft in some default shape, someone notices it is not in the house format or the right register, they ask for the changes, and the draft is reworked. Next conversation, the same thing happens, because nothing about the Project's recurring needs was configured; each draft starts generic and gets corrected into shape by hand.
Anticipatory instructions break that loop by moving the corrections upstream. Instead of fixing format and tone after each draft, you encode the preferred format and register once, so the draft arrives already close to what you want. The recurring corrections stop being needed because the thing they were correcting is now the default. Over time this saves far more effort than the reactive approach, because the setup cost is paid once while the correction cost was being paid every conversation.
Anticipation is specific, not generic
The distinction the exam cares about is between anticipatory instructions and generic guardrails. A generic guardrail, like "cite your sources," applies broadly to almost any Project. An anticipatory instruction is tailored to what this Project repeatedly produces: the exact section structure of the firm's client report, the specific register the audience expects, the standard disclaimers this deliverable always carries.
That specificity is the point. Writing generic guardrails and stopping there leaves the Project's actual recurring deliverable unaddressed, so the correction loop continues on everything specific to it. Anticipation means looking at what the Project is for, naming the recurring output type, and embedding its particular format and tone needs. The instructions should read as if they already know what the Project will be asked to produce, because they do.
What the CCAO-F exam trips candidates on
The exam sets two traps. The first is waiting to correct format and tone issues after each draft instead of anticipating them in the standing instructions. The scenario shows a repeating correction loop; the credited answer moves those recurring corrections into anticipatory instructions so the first draft lands in shape. Reactive correction of the same issues every time is the tell.
The second is writing generic guardrails that ignore the Project's specific, recurring deliverable type. The scenario offers broadly applicable rules that never touch the actual output the Project produces; the credited answer adds instructions tailored to that recurring deliverable's format and register. Both traps reward configuring for the Project's real, repeated use rather than either correcting after the fact or settling for generic rules.
Worked example
A Project is used almost entirely to draft weekly client status updates, and every week someone reshapes Claude's generic draft into the firm's format: a headline, a RAG status per workstream, and a next-steps list. The Project's only standing instructions are 'be professional' and 'cite sources.' What should change?
The Project is stuck in a correction loop because its instructions are generic rather than anticipatory.
"Be professional" and "cite sources" are broad guardrails that ignore what this Project is actually for, which is producing weekly client status updates in a specific shape. So every draft arrives generic and someone reshapes it by hand into the headline, RAG-per-workstream, next-steps format, which is the first trap: reactive correction of the same issues every week, and the second trap: generic guardrails that never address the recurring deliverable.
The change is to write anticipatory instructions that embed the deliverable's format and register up front, for example: "Every status update opens with a one-line headline. Report each workstream with a Red, Amber, or Green status and a one-sentence rationale. Close with a numbered next-steps list, each item owned and dated. Use a formal register." Now the first draft already lands in the firm's format, the weekly reshaping stops being necessary, and the effort of encoding this once replaces the effort of correcting it every conversation.
Common misreadings to avoid
Misconception
It is fine to let Claude draft generically and correct the format and tone after each draft.
What's actually true
Misconception
Generic guardrails like 'be professional' and 'cite sources' are enough to configure a Project well.
What's actually true
How this shows up on the exam
Domain 5 questions describe a Project caught in a repeating correction loop or configured only with broad rules. The credited answer adds anticipatory instructions tailored to the recurring deliverable's format and tone, moving the corrections up front rather than repeating them or settling for generic guardrails.
Anticipation builds on the purpose of standing instructions and requires the precision that makes an anticipated format actually checkable. It also connects to additive configuration, since a recurring correction that keeps arising is a signal to encode it as an anticipatory instruction.
A Project is used almost entirely for weekly client status updates, but each week someone reshapes Claude's generic draft into the firm's fixed format. Its only standing instructions are 'be professional' and 'cite sources.' What is the best change?
People also ask
How do I make Claude’s first drafts closer to final?
What should standing instructions anticipate?
How is anticipation different from generic guardrails?
Watch and learn
Official Anthropic Academy lessons first, then hand-picked walkthroughs. Videos load only when you press play.
No videos curated for this concept yet
We are still curating the best official and community videos for this topic.
Official prep for this domain
Anthropic's own free prep module for this part of the syllabus, on the official prep course. Free with an Anthropic Academy sign-in.
References & primary sources
Master this concept with Archie
Practice it inside an adaptive study session. Archie, your Socratic AI tutor, tracks your mastery with Bayesian Knowledge Tracing and schedules the perfect next review.