- In short
- Selecting the right mechanism means mapping each part of a mixed, real-world configuration need to the slot built for it. In a one-Project-per-client consulting setup, a formal-register cite-sources rule is a standing instruction; the client's brand guide, statement of work, and status reports are knowledge; a firm-wide status-report formatter is an account-level Skill reused across every client Project; and one client's stakeholder names and preferences are that Project's scoped Memory, never another client's.
Putting the four slots to work at once
The earlier knowledge points each isolated one mechanism. This one is the analysis skill the CCAO-F exam builds toward: taking a realistic, mixed configuration need and routing every part of it into the correct slot at the same time. The canonical setting is a consultant running one Project per client, because it exercises all four mechanisms together and forces the two hardest calls, account-level versus Project-level and knowledge versus Memory.
Getting this right is what turns individual configuration knowledge into a working operating pattern. Getting it wrong is subtle, because each wrong placement still runs at first; the cost is a Project that is harder to maintain and, in the multi-client case, one that risks leaking context between clients.
- Mechanism selection for a workspace
- The analysis of mapping each element of a mixed configuration need to the slot built for it: behavior rules to standing instructions, reference documents to the knowledge base, firm-wide repeatable procedures to account-level Skills reused across Projects, and per-client evolving continuity to that Project's scoped Memory. Correct selection keeps the workspace maintainable and keeps client contexts isolated.
Behavior and facts: instructions and knowledge
Start with the two most familiar slots. The firm wants every client deliverable written in a formal register, wants Claude to cite the source document for factual claims, and wants it to flag anything uncertain rather than guess. All three are rules about conduct, so they are standing instructions in that client's Project.
The client's brand guide, the current statement of work, and the last few status reports are facts Claude should draw on. They are knowledge base documents. Notice the pairing rule at work: the cite-sources instruction is only usable because those documents actually sit in this Project's knowledge base for it to cite.
The two calls that separate levels
Now the harder calls.
The firm-wide status-report formatter is a repeatable, multi-step procedure that should produce the same structure for every client. Because it is shared and structured, it is a Skill, and because Skills live at the account level, it is built once under Customize and reused across every client Project. Putting the formatter into one client's instructions would trap a reusable procedure inside a single Project and force it to be re-created for the next client, which is the account-level reusability point.
The client's stakeholder names and standing preferences are evolving, client-specific continuity, so they are that Project's scoped Memory. And because Memory is isolated per Project, one client's stakeholder details never appear in another client's Project. That isolation is what makes one-Project-per-client safe.
On the Team and Enterprise plans there is one more lever worth knowing: a configured Project can be shared with the whole engagement team under permissions, so everyone works from the same instructions, knowledge, and Skills rather than each person rebuilding context. Project-scoped Memory is exactly what keeps that shared setup safe, since it guarantees one client's continuity cannot cross into another client's Project even when several people are using the same configured baseline.
What the CCAO-F exam trips candidates on
The exam sets two traps, both at the level boundaries. The first is placing a firm-wide reusable procedure inside a single client Project's instructions instead of building it once as an account-level Skill. The tell is a procedure that should be identical for every client written into one client's setup; the credited answer lifts it to an account-level Skill.
The second is storing one client's stakeholder preferences in a shared or wrong Project, breaking the isolation scoped Memory is meant to provide. The tell is client-specific continuity placed somewhere it could surface for another client; the credited answer puts it in that client's own scoped Memory. Both traps punish ignoring the level: a reusable procedure belongs account-level, and client continuity belongs Project-scoped.
Worked example
A consultant is setting up Claude for three clients. They want: every deliverable in a formal register with sources cited; each client's brand guide and contracts available; a single firm-wide weekly-report format used for all three; and each client's key contacts and preferences remembered without ever crossing between clients. Map each need to a slot, and name the two easiest mistakes.
Four distinct needs, four slots, with the two level calls carrying the weight.
The formal-register and cite-sources requirements are behavior rules, so they go in each client Project's standing instructions. Each client's brand guide and contracts are reference facts, so they go in that client's knowledge base, which also gives the cite-sources rule real material to cite.
The single firm-wide weekly-report format is a repeatable procedure shared across all three clients, so it is an account-level Skill built once under Customize and reused in every client Project. Each client's key contacts and preferences are evolving, client-specific continuity, so they go in that client's scoped Memory, which is isolated and therefore cannot cross between clients.
The two easiest mistakes are exactly the exam traps. First, writing the weekly-report format into one client's instructions instead of building it as an account-level Skill, which traps a reusable procedure in one Project and forces re-creation for the others. Second, putting a client's contacts somewhere shared, which breaks the isolation that makes per-client Memory safe. Routing the procedure account-level and the continuity Project-scoped avoids both.
Common misreadings to avoid
Misconception
A procedure used by every client can just live in one client's standing instructions.
What's actually true
Misconception
It is fine to keep all clients' stakeholder details together as long as you prompt carefully.
What's actually true
How this shows up on the exam
Domain 5 analysis questions hand you a mixed brief and ask you to place each element. Sort by kind and by level: behavior to instructions, facts to knowledge, firm-wide procedures to account-level Skills, and client continuity to scoped Memory. Watch specifically for the level traps.
This capstone draws on Skills as account-level reusable procedures, scoped Memory and Project isolation, and the pairing rule. It leads naturally into client isolation through Project and Memory scoping, which pushes the isolation question further.
A consultant runs one Project per client and wants a single weekly-report format used identically for every client, plus each client's contacts remembered without crossing between clients. Which mapping is correct?
People also ask
How should a consultant configure a Project per client?
Where does a firm-wide report formatter belong?
Where do client stakeholder preferences belong?
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.