71 Claude certification concepts, made scannable.
Short concept notes, a useful example and a link to the primary documentation. Keep your next study step in view.
Agentic Loops
An agentic loop turns one API response into a controlled, multi-turn system.
Concept D1.2Subagents
Subagents are specialized, isolated agents spawned by a coordinator to handle domain-specific tasks while preserving conversation isolation.
Concept D1.3Stop Reason
stop_reason is the authoritative struct field that says why Claude stopped.
Concept D1.4Session State & Persistence
Session state is the running message list (and any external persistence) that gives an agentic loop continuity.
Concept D1.5Human-in-the-Loop Escalation
Escalation is the deterministic handoff path when policy thresholds, low confidence, or repeated failure conditions are hit.
Concept D1.6Subagent State Handoff
Subagents hand off state three ways: structured messages (default - typed JSON envelopes through the orchestrator), tool results (tightest sync chain when receiver is a tool), or s
Concept D1.7Agent Instruction Files (CLAUDE.md / AGENTS.md)
CLAUDE.md is Claude-specific; AGENTS.md is the emerging cross-tool convention (Codex, Cursor, Aider).
Concept D1.8Task Decomposition Strategies
Task decomposition is the up-front architectural choice between two regimes: fixed decomposition (subtasks known in advance, run as a sequential prompt chain) and dynamic decomposi
Concept D2.1Tool Calling
Tool calling is how Claude decides to invoke external functions and pass structured arguments.
Concept D2.2Tool Choice
tool_choice is the parameter that controls whether Claude can decide to use a tool ("auto"), must call any tool ("any"), or must call a specific tool by name.
Concept D2.3Model Context Protocol
MCP is a communication standard that lets Claude access pre-built tools, resources, and prompts from specialized servers without you writing integration code.
Concept D2.4SDK Hooks (Pre/PostToolUse)
Hooks are deterministic code that runs before or after tool calls.
Concept D2.5Tool Evaluation & Testing
Evaluation is how you measure tool-call correctness against ground-truth datasets.
Concept D2.6Built-In Tools vs Custom Tools vs Skills vs MCP
Built-in tools, custom tools, Agent Skills, and MCP servers are complementary layers, not a power ranking โ one agent often uses several at once.
Concept D3.1CLAUDE.md Hierarchy
CLAUDE.md is persistent project memory loaded automatically by Claude Code.
Concept D3.2Plan Mode
Plan Mode forces Claude Code to draft and approve a multi-step plan before executing.
Concept D3.3Skills
Skills are reusable, on-demand task workflows defined in markdown with YAML frontmatter.
Concept D3.4Checkpoints & Session Management
Checkpoints save and restore conversation state.
Concept D4.1System Prompts & Instructions
System prompts establish role, constraints, format, and tool guidance.
Concept D4.2Prompt Caching
Prompt caching reduces cost (~90%) on repeated context like long system prompts and tool definitions.
Concept D4.3Batch API
Message Batches API: 50% discount for async, non-time-sensitive workloads.
Concept D4.4Structured Outputs
Structured outputs guarantee Claude returns JSON matching a schema instead of natural language.
Concept D4.5Vision & Multimodal
Vision lets Claude process images alongside text.
Concept D4.6Streaming
Streaming returns tokens as they're generated for low-latency UX.
Concept D4.7Attention Engineering
Attention engineering is the discipline of placing critical context where the model attends most strongly, high in the prompt, in the system message, or in repeated facts blocks.
Concept D4.84D Framework
Delegation, Description, Discernment, Diligence, Anthropic's 4D framework for agent prompt design.
Concept D4.9Prompt Engineering Techniques
Prompt engineering is a craft of seven techniques that turn a brittle one-shot prompt into a production-grade contract: few-shot examples, iterative refinement against an eval suit
Concept D4.10Multi-Instance & Multi-Pass Review Architectures
A multi-pass review architecture runs more than one independent Claude pass over the same artifact and reconciles the results, instead of trusting a single evaluation - it covers t
Concept D5.1Context Window Management
Context window management is how you keep long conversations within limits without dropping critical facts.
Concept D5.2Case Facts Block
A case-facts block is an immutable set of transactional data (customer ID, order details, refund amount, policy limits) included at the top of every prompt during a multi-turn conv
Concept D1.3Translating Business Requirements into Claude Solutions
Translating a business problem into a Claude solution means producing a build-ready requirements spec, not picking an architecture pattern.
Concept D1.4End-to-End Architecture Design (Input to Feedback Loop)
An architect-level design task is never just "the prompt in the middle" - it is the full pipeline: how input arrives, how it is processed (augmented LLM, workflow, or agent loop),
Concept D1.5Workflow vs Agent: Choosing the Right Architecture
Pick the cheapest tier that actually satisfies the task: an augmented LLM call for a single unaided prompt, a workflow when the steps are known in advance, an agent only when the m
Concept D1.6Aligning Solutions to Business Value Pillars
Every architectural choice - pattern, model tier, guardrail overhead - has to trace back to a named business-value pillar an executive sponsor recognizes: efficiency, transformatio
Concept D2.5Claude Model Selection & Tradeoffs
Match the model tier to the task, not the other way round: Haiku for high-volume, straightforward work at the lowest cost/latency; Sonnet for the best speed/intelligence balance; O
Concept D3.2Authentication & Access Control for Agent Systems
Agent authentication and authorization is a stack of controls, not one setting: which identity the process runs as, what credentials each tool call carries, and which actions need
Concept D3.3Accuracy-Latency-Cost Tradeoff Analysis
Every production Claude deployment sits on a capability/speed/cost triangle, and the exam trap is treating it as one dial ('use the biggest model') instead of independent levers -
Concept D3.4Observability & Monitoring for Agents at Scale
Observability for a Claude agent fleet spans layers you must monitor separately: platform-level usage/cost accounting (Anthropic's Admin/Analytics APIs), Managed Agents session tra
Concept D3.5Progressive Discovery vs Monolithic Context Strategy
As an agent's tool/skill/knowledge surface grows, an architect chooses between loading everything upfront (monolithic - predictable, but token-expensive) or exposing capabilities o
Concept D4.4Debugging LLM System Failures
A Claude application fails in two structurally different places: the integration layer (the call never reached a valid model turn - bad auth, malformed request, rate limit) or mode
Concept D5.2Guardrails & Safe Deployment Practices
Guardrails are not one control but a layered system: model-level training behavior, input-level content screening, tool-level permission policies, process-level sandboxing, and hum
Concept D5.3LLM System Risks & Failure Modes
Architects must reason about failure modes that don't exist in deterministic software: non-determinism, prompt injection (direct and indirect), long-context jailbreak attacks, and
Concept D5.4Regulatory Compliance for AI Systems (GDPR, HIPAA, FedRAMP)
Compliance is a match-the-surface-to-the-regime exercise: an architect picks the deployment surface (API direct, AWS Bedrock, GCP Vertex, Microsoft Foundry, Claude for Government)
Concept D5.5Ethical AI Considerations (Bias, Fairness, Transparency)
Ethical AI for an architect is not a vendor guarantee, it is three published artifacts to consult: Claude's Constitution (intended values, the training-time "final authority"), per
Concept D6.1Structured Stakeholder Discovery
Discovery for a Claude-based solution has to surface things traditional SDLC discovery skips: whether the task even fits a nondeterministic system, what "good enough" output looks
Concept D6.2Communicating AI Decisions & Value to Stakeholders
An architect's technical trade-offs (model tier, workflow vs agent, guardrail depth) are business decisions in disguise, and Anthropic names the exact vocabulary to present them in
Concept D6.3Stakeholder Feedback Loops & SLA Alignment
A Claude-based system's "SLA" is not one number - an architect has to keep at least three infrastructure-side concepts straight, plus a fourth for quality: observed historical upti
Concept D6.4Architecture Documentation & Implementation Handoff
Handoff for a Claude-based architecture needs everything a traditional diagram needs (components, data flow, integration points) PLUS a set of GENERAL artifacts every Claude-based
Concept D6.5AI Solution Lifecycle Management
Deployment isn't the finish line - an architect owns a continuous loop of discovery, design, handoff, monitoring, and iteration, because model behavior and usage patterns keep drif
Concept D1.2Building Agents: Client SDK vs Agent SDK vs Managed Agents
Anthropic gives developers three layers for building a Claude agent, and they are NOT interchangeable names for the same thing: the Client SDK / Messages API (you write the tool lo
Concept D1.3Agent Design Patterns: Memory, Context Management & Third-Party Frameworks
An agent's execution mechanism is the tool-use loop: call a tool, read real environmental feedback ("ground truth"), repeat until the task converges - that loop, not any framework,
Concept D2.8Systems Life Cycle Management for Claude Applications
Systems life cycle management is a general IT discipline - plan, develop, test, deploy, operate, maintain, retire - not an Anthropic invention; NIST's SDLC bulletin frames it as "t
Concept D2.9Software Engineering Foundations for Claude Applications
The Claude Messages API is a plain REST API that accepts and returns JSON - POST /v1/messages with a stateless request/response contract - so the ordinary software-engineering disc
Concept D2.10Claude Application Design Across Interfaces
Claude is one model family reached through several host surfaces, claude.ai/Desktop, Claude Code, and the raw Messages API/SDKs, and each supplies a different (or absent) scaffold:
Concept D5.3LLM Fundamentals: Tokens, Sampling & Non-Determinism
Claude is autoregressive: it predicts one token at a time from a probability distribution conditioned on everything before it, then appends that token and repeats.
Concept D5.4Technical Fundamentals: SDKs, REST, and WebSockets
For standard model inference, the Messages API (POST /v1/messages) is the primary endpoint, tools, structured outputs, and streaming are request parameters on that same endpoint, n
Concept D7.4AI Application Security: Prompt Injection & Untrusted Input
Prompt injection splits into two threat models with different defenses: direct injection / jailbreaks (your own user crafts a bypass) mitigated by input screening and hardened syst
Concept D1.3Prompting Strategy by Task Type: Analysis, Research, Drafting, Brainstorming
"Be clear and direct" is Anthropic's base rule for every Claude prompt, but how you apply it changes with the type of work.
Concept D2.2Evaluating Claude Output for Accuracy & Completeness
Accuracy and completeness are two independent checks, not one: an output can be fully correct on every claim it includes and still fail by silently dropping items, or it can cover
Concept D2.3Identifying Hallucinations, Inconsistencies & Bias in AI Output
Hallucination is Anthropic's own term for Claude generating text that's factually incorrect or inconsistent with the material it was given, and it's a known limitation, not a rare
Concept D2.4Editing & Adapting Outputs for the Intended Audience
A first Claude draft is rarely the version you hand to its actual reader.
Concept D2.5Choosing Output Formats: Artifacts vs Inline vs Structured Data
Choosing how a Claude response looks is really two independent decisions, not one three-way pick.
Concept D3.3Selecting the Right Claude Product Feature
Claude.ai gives a business user four distinct surfaces, plain chat, Projects, Research, and Artifacts, and picking the right one is itself the skill this objective tests.
Concept D4.3Using Claude for Research, Planning & Solution Development
Beyond one-off Q&A, Claude is used as a research and planning partner across a three-stage arc: research a problem, draft an approach, then refine it over several turns before anyt
Concept D4.4Integrating Claude into Existing Workflows
Integrating Claude into a workflow is a choice between augment (a human still owns the process, Claude drafts or triages inside it) and redesign (the process itself changes shape b
Concept D5.2Configuring & Maintaining Claude Projects
A Claude Project is a self-contained workspace with its own chat history and its own knowledge base, configured through two layers: project knowledge (uploaded files) and project i
Concept D5.3Managing Uploaded Knowledge & Connectors
A Project's knowledge splits into two mechanisms that behave differently: uploads are a static snapshot a user manually maintains, and connectors are live links to external systems
Concept D6.3Identifying Appropriate vs Inappropriate AI Use Cases
Before building a workflow around Claude, judge whether a task is one Claude is allowed and well-suited to do, not just whether it is technically possible.
Concept D6.4Following Organizational AI Governance Policy
Following your organization's AI governance is an employee-level checklist run before acting: is this data class allowed here, is this use case approved, does this output need revi
Concept D7.2Adjusting Approach Based on Feedback & Results
When a Claude output misses the mark, the fix Anthropic teaches is diagnostic, not a re-roll: define what a good answer looks like, compare the actual output against that bar, chan
Concept D7.3Optimizing AI Workflows for Efficiency
Optimizing a Claude workflow for efficiency AND effectiveness spans more than one lever: tightening the prompt and output, right-sizing the model tier or its effort setting to the