AgentCore standardised agent operations
Generally available since April 2026, AgentCore provides runtime, memory, identity, gateway, code interpreter, browser and observability as managed services.
The Claude-on-AWS stack is where long-running, tool-heavy agents have matured fastest. AgentCore gives you runtime, memory, identity, gateway and observability as managed services — which moves the engineering problem from plumbing to judgement: what should the agent be allowed to do, for how long.
Part 1 is the delivery lifecycle, and what each stage looks like specifically on Claude and AWS.
Six stages. Select one to see what it means on this stack.
Choose the workflow, the model tier and whether you need Bedrock, the Claude Platform or both.
Build retrieval over enterprise content with the right chunking, reranking and citation contract.
Assemble the agent, its tools and its memory on AgentCore, or with Managed Agents and skills.
Build the eval set, baseline it and gate changes — including long-horizon behaviour.
IAM, AgentCore Identity, network isolation, guardrails and data controls.
Deploy through the CDK-based pipeline, observe, control cost and hand over.
AWS engagements live or die on the IAM conversation. Select one to light the stages they own.
The 2026 read on Claude and AWS.
Generally available since April 2026, AgentCore provides runtime, memory, identity, gateway, code interpreter, browser and observability as managed services.
Agents can run autonomously for up to eight hours with automatic scaling, which changes what kinds of workflow are worth automating.
The native Claude API — Managed Agents, skills, code execution, web search and fetch, batch and Console — became available billed through AWS in May 2026.
Bedrock Agents Classic went into maintenance for new customers after July 2026, with net-new builds directed to AgentCore.
The AgentCore CLI and CDK-based deployment made agent delivery a normal software pipeline rather than a console exercise.
Packaging repeatable procedure as skills rather than prompt text is what keeps long-running agents consistent across runs.
Consulted when this program was written, in July 2026. Each entry names the claim on this page that it backs, so the pairing stays checkable if the copy is later edited.
Part 2 is the AWS stack in concrete terms, and where the platform gives you something you would otherwise have had to build.
Six building blocks you will use on almost every engagement.
Claude model tiers through Bedrock or the native Claude API on AWS.
Claude via Bedrock, Claude Platform on AWSManaged execution, memory and identity for long-running agents.
Bedrock AgentCore Runtime / Memory / IdentityMCP tools, managed gateway, code interpreter and browser tooling.
AgentCore Gateway, Code Interpreter, BrowserKnowledge bases and vector stores with reranking.
Bedrock Knowledge Bases, OpenSearch, pgvectorIAM, agent identity, guardrails and private networking.
IAM, AgentCore Identity, Bedrock Guardrails, PrivateLinkDeployment pipeline, tracing, metrics and cost telemetry.
AgentCore CLI/CDK, Observability, CloudWatchThe layers a deployment needs, what each one holds, and what the engineer owns there.
Six layers. Click one to see components and SCDAI engineer responsibilities.
Source content in S3 and enterprise systems, prepared and permissioned for retrieval.
Enterprise data and documents in place, with their existing access controls.
A catalogued, classified, permission-bearing corpus for retrieval.
The object layer the corpus is built from, with the bucket policies and prefixes that carry your first tier of access control.
Table, column and row-level permissions on the analytical estate, granted to the principals retrieval will run as.
Discovers and labels sensitive data so classification precedes indexing rather than following an incident.
Event-driven and scheduled loads with explicit freshness targets per collection.
Deciding what the agent may retrieve, and proving the boundary holds.
Indexing from a bucket whose policy is broader than the audience. The index inherits the mistake and multiplies it.
Knowledge bases or custom retrieval with reranking and resolvable citations.
A catalogued, classified corpus from the data layer.
Attributed, filtered passages with the source reference for each.
Managed chunking, embedding and retrieval with source attribution built in.
OpenSearch Serverless, Aurora pgvector or an equivalent — chosen on filtering and operational fit, not on benchmark recall alone.
Attribute filters applied in the query for tenancy, entitlement and effective date.
A second-stage model over the candidate set, which is usually a larger quality gain than a better embedding.
Measured recall, and citations that actually resolve to a source.
Metadata filters that are advisory. If the filter is not enforced server-side, a crafted request is all it takes to read across the tenancy boundary.
Model tiering, long-context strategy, prompt caching and structured outputs.
Attributed, filtered passages from retrieval.
Reasoned, tool-using model output at a measured cost and latency per task.
The managed inference surface for the Claude family and others, with cross-region inference and provisioned options.
Reasoning budget as a parameter, and native tool calling with typed schemas.
Reuses a long stable prefix across calls, which is often the single largest cost lever in a grounded system.
Non-interactive work at a lower rate, off the latency-sensitive path.
Using caching and tiering to make cost per task viable at volume.
Spending reasoning budget on tasks that do not need it. Thinking is a cost dial, and the right setting is per task type rather than global.
AgentCore runtime with scoped memory, MCP tools, skills and sub-agent structure.
Model output and the tool surface it is permitted to use.
Durable, resumable actions with a trace and an identity behind each.
Runtime, identity, memory and gateway for agents in production, rather than a loop in application code.
Typed tools behind the Model Context Protocol, each scoped to an identity and a set of permitted operations.
Durable orchestration for the long-running, checkpointed parts of a workflow that must survive a restart.
Human gates and integration into the systems people work in, under a traceable service identity.
Memory scope and tool boundaries for runs that may last hours.
In-process agent state. The first long-running task that dies mid-way re-does its side effects on retry, and side effects are rarely idempotent.
IAM scoping, agent identity, guardrails, sandboxing and private networking.
Proposed actions and drafted responses from the agent layer.
Permitted, grounded, fully audited output attributable to a principal.
Least-privilege roles per tool, with the caller’s identity carried through rather than collapsed into one service role.
Content policy, denied topics, PII handling and contextual grounding checks applied independently of the prompt.
Keeps inference and retrieval traffic inside the network boundary.
An immutable record of every model and tool invocation, with who asked and what was returned.
Containment for code execution and browsing — the two highest-risk tools.
One IAM role shared by every tool. The blast radius of a prompt injection becomes the union of everything any tool can do.
Trajectory evaluation, deployment pipeline, observability and cost control.
Permitted, audited output from the governance layer.
Measured quality, cost and latency, and the evidence to change any of them.
Held-out sets graded on every change, with the threshold that blocks a merge.
Spans across retrieval, inference and tool calls, exported wherever the estate already looks.
Latency, error and token metrics with alarms on the user-visible thresholds.
Token and tool cost per task and per tenant, which is what makes a rollout decision possible.
Evaluating and bounding runs that are too long to watch.
Cost measured per token rather than per completed task. Tokens are cheap and loops are not, and only one of those numbers predicts the bill.
An eight-hour autonomous run without budget, loop and blast-radius limits is an incident generator. Bound it in code.
Agent permissions resolve to IAM. Scope roles per tool, not per agent, and expect the review to be thorough.
These are the highest-value and highest-risk tools. Sandboxing and egress control are mandatory, not optional.
Unbounded agent memory grows cost and leaks context across sessions. Decide scope, retention and eviction up front.
Part 3 is the set of patterns you will build repeatedly on this stack, then the modules, labs and capstones that prove you can run them in production.
Filter by lifecycle stage or by earned autonomy. Selecting a use case jumps the value chain and the architecture to the stage and layer it depends on.
No use cases match that combination.
How an AWS engagement actually runs.
Bedrock, Claude Platform on AWS, or both. Decide on workload characteristics, not preference, and confirm region availability.
Build retrieval with resolvable citations and measure recall before any agent logic exists.
Build on AgentCore with budget, loop and blast-radius limits from the first commit, not later.
Take least-privilege scoping to security early, and build trajectory-level evaluation while the agent is still simple.
Move to CDK deployment, measure cost per completed task and hand over runbook, evals and rollback.
4 modules, 60 taught hours, 20 hands-on labs and 4 assessments — every lab provisioned and graded by the SCIKIQ Agentic AI Playground. Open a module to see its labs.
End-to-end agent design, development, deployment and testing, 10 hours each. Reviewed by a Senior SCDAI Engineer against a published rubric.
Build an agent on AgentCore that completes a multi-hour workflow with scoped memory, checkpointed recovery, hard bounds and trajectory-level evaluation.
Build an agent using sandboxed code execution and MCP tools over enterprise data, with least-privilege IAM, guardrails and a measured cost per completed task.
Every lab in this program follows the shape below. This is lab 03 in full — the brief you are given, the environment that is provisioned for you, the code you start from and the assertions that decide whether you passed.
Bound an eight-hour agent so failure is recoverable and cost is predictable.
Build an AgentCore agent for a multi-hour task, then break it deliberately: kill it mid-run, exhaust a tool, and feed it a loop-inducing input. It must recover, terminate and stay inside budget.
LIMITS = dict(max_tokens=..., max_tool_calls=..., max_wall_clock=..., blast_radius=...)
def run(task, checkpoint_store):
"""Checkpoint often enough that a kill at hour four costs minutes."""
raise NotImplementedError
Every module ends with a timed, randomised assessment delivered through the SCIKIQ Agentic AI Playground. The certificate requires a pass on all of them plus two reviewed capstones.
What each test covers, how long it runs, and how many items are currently in the versioned bank behind it.
| # | Assessment & coverage | Items | Time | In bank |
|---|---|---|---|---|
| 01 | Platform foundationsAccess pathsModel tieringContext and cachingCost per task | 30 | 45 min | 4 |
| 02 | Retrieval & groundingKnowledge basesVector stores and rerankingCitationsRetrieval metrics | 30 | 45 min | 4 |
| 03 | AgentCore, tools & memoryRuntime and long runsMemory scopingMCP and toolsContainment | 30 | 45 min | 4 |
| 04 | Evaluation, security & operationsTrajectory evaluationIAM and guardrailsDeployment pipelineObservability and cost | 35 | 50 min | 4 |
Real items, drawn from 16 in this program's bank — weighted toward the scenario and diagnosis types, because those are the ones that predict field performance. Instant feedback, nothing saved.
Four sample items — one attempt each, then the reasoning is shown.
Q1Why measure cost per completed task rather than per token?
Excluding failures flatters every comparison. The completed unit of work is what compares to the process being replaced.
Q2When would you build custom retrieval rather than using a managed knowledge base?
Custom retrieval is a maintenance commitment. It should be justified by a measured gap, not assumed superiority.
Q3An agent may run autonomously for up to eight hours. What must exist?
Long runs multiply the consequences of any error. Containment and recovery are prerequisites, not enhancements.
Q4Why is trajectory-level evaluation necessary for long-running agents?
Single-turn evaluation of a multi-hour agent measures the wrong thing. The trajectory is the behaviour.
The same ladder whichever specialisation you enter through — what changes is the domain you go deep in. Below: how the program is delivered, the skills it moves, the roles it leads to, and the specialisations closest to this one.
The same labs, assessments and capstones, delivered to an enterprise cohort or to individual professionals.
Cohorts of 20 to 2,000+ on your own tenancy, with your data patterns and your cloud. Skill-gap baselining up front, per-team mastery reporting throughout, and capstones scoped against your real backlog so the output is deployable work.
The same labs, assessments and capstones for individual engineers and analysts, run on shared infrastructure with a fixed cohort calendar. You leave with a graded portfolio, not a certificate of attendance.
Find your row and aim one column right. The Playground scores you against this after every module.
| Skill | Beginner | Intermediate | Advanced |
|---|---|---|---|
| AWS platform | Calls Bedrock. | Builds on AgentCore managed services. | Designs an agent estate with IAM and cost discipline. |
| Long-horizon agents | Runs a single-turn agent. | Builds multi-step agents with memory. | Designs hour-long runs with recovery and bounds. |
| Agent containment | Adds output filters. | Scopes IAM and sandboxes tools. | Threat-models a tool estate and proves containment. |
| Context engineering | Writes clear prompts. | Structures retrieval, tools and state deliberately. | Designs context strategy for reliability and cost at scale. |
| Retrieval & grounding | Builds basic vector search. | Tunes chunking, hybrid search and reranking. | Designs graph + vector grounding with measured recall. |
| Agent orchestration | Runs a single tool-calling agent. | Builds supervised multi-step and multi-agent flows. | Designs autonomy boundaries and failure containment. |
| Tool & system integration | Calls a documented API. | Writes an MCP server over a system of record. | Designs a least-privilege tool estate across systems. |
| Evaluation | Eyeballs outputs. | Builds labelled eval sets and regression gates. | Runs online evals with drift and judge calibration. |
| Observability & cost | Reads logs. | Traces runs, tracks tokens and latency. | Owns cost per task and capacity planning in production. |
| Security & guardrails | Adds output filters. | Mitigates the OWASP LLM Top 10 in a build. | Threat-models an agent estate and proves controls. |
| Client delivery | Takes notes in a workshop. | Runs discovery and scopes a thin slice. | Owns the account technically, from scope to handover. |
The SCDAI ladder is the same whichever specialisation you enter through — what changes is the domain you go deep in.
Skill a team, or join a cohort
B2B cohorts run on your tenancy with capstones scoped to your backlog. B2C cohorts run on a fixed calendar.
Stated plainly enough to rule yourself in or out without a sales call: the prerequisites, how the program runs, exactly what the credential is worth, and the questions everyone asks.
Stated plainly so you can rule yourself in or out without a sales call. Nothing here is a formal qualification — it is what the first lab assumes you can already do.
You should already be able to do these
What we assume, and what we teach
What the program asks of your week
Cohort dates and pricing are confirmed on enquiry rather than printed here, because both move with the intake.
The credential is awarded per specialisation, so it names the domain or stack you were assessed in rather than claiming general competence. On this program the badge reads SCDAI — Anthropic + AWS Tech Stack.
A certificate that cannot be checked is decoration. Every award resolves to a record showing the specialisation, the award date and the assessments passed.
This is the credential the program awards, shown exactly as it is issued — with the specialisation named, the assessment record attached and a verification link anyone can check without an account.
This is to certify that
Your name
has been assessed and certified as
SCIKIQ Certified Data and AI Engineer
Anthropic + AWS Tech Stack
Not “Data and AI Engineer” but the domain or stack you were actually assessed in. A general claim would be a weaker one.
Modules passed, labs graded and both capstones reviewed — so the credential states what was measured rather than that you attended.
The credential ID resolves to a public record showing the specialisation, the award date and the assessments passed.
Add it to your LinkedIn profile in one step. The link pre-fills the certification fields from the credential record, so the entry on your profile matches the record a reader can check.
Add to LinkedIn profile The button is live on your real certificate; here it opens LinkedIn pre-filled with this specialisation so you can see exactly what the profile entry will say.A certificate that cannot be checked is decoration. Every award resolves to a record showing the specialisation, the award date and the assessments passed.
The objections that come up in every conversation about this program, answered without the brochure voice.
Both, and the second is the point. Eight timed assessments and two reviewed capstones stand between you and the credential, so a pass means someone measured the skill rather than recorded your attendance.
Every lab is provisioned, graded and unblocked by the Playground rather than by an instructor. That is what lets a cohort of 2,000 cost the same faculty time as a cohort of 20 — and why you are never waiting on someone to mark your work.
Two retakes are included per assessment, each drawing a fresh item set from the bank, so a retake is a genuinely new paper rather than the same questions again.
For the domain specialisations, no — labs run in provisioned sandboxes. For the four tech-stack programs you will want access to that platform, since deploying into a real subscription is much of the point.
Yes. B2B cohorts run on your own tenancy with your data patterns, a skills baseline before kick-off, per-team mastery reporting, and capstones scoped against your actual backlog so the output is deployable work rather than an exercise.
Take the domain you deploy into. If you move across industries, take a tech-stack program instead and pick up domain context on the engagement. The chooser on the programs page will narrow it.
The trends, platform capabilities and regulatory positions are reviewed each quarter, and every external claim on these pages links to its source so you can check the date yourself.
A graded portfolio: forty machine-graded labs, two reviewed end-to-end agent builds with measured evaluation and cost per task, and a verifiable credential naming your specialisation.
Still deciding?
Tell us the systems you deploy into and we will say plainly whether this specialisation is the right one — or which of the 21 is.