◈ AWS AGENTCORE BLUEPRINTS
PART I · FOUNDATIONS · CHAPTER 01 / 36
TOCCONSULTING.FR
AMAZON BEDROCK / THE BIG PICTURE

AGENTCORE, IN PLAIN WORDS

GA October 2025
NOW July 2026
PRICING pay for what you use
CHAPTER 01 / 36

AgentCore is a set of AWS services for building, running, and operating AI agents. An agent is a program that uses an AI model to take actions, not just chat. You can use any agent framework (Strands, LangGraph, CrewAI, LlamaIndex, Google ADK) and any model. The services work together, or one at a time.

New to these words? Chapter 02, "Key Terms", defines them all: agent, tool, model, session, microVM, MCP, A2A.
[ 1 ] HOW A REQUEST FLOWS, THE AGENT LIFECYCLE
STEP 01

BUILD

You create the agent: pick a model, write its instructions, and give it tools (functions and APIs it can call). Use the Strands framework, or let Harness manage it.

STEP 02

HOST

Runtime runs the agent for you, with no servers to manage. Each session runs in a private, isolated space (a microVM).

STEP 03

REMEMBER

Memory stores the conversation and the facts the agent learns, so it does not forget between turns or sessions.

STEP 04

ACT

The agent does real work by calling tools: your own APIs through Gateway, plus a built-in web Browser and a Code Interpreter.

STEP 05

COLLABORATE

Using A2A (Agent-to-Agent), your agent can hand part of the job to other agents.

[ 2 ] THE THIRTEEN SERVICES, EACH IN ONE PLAIN SENTENCE
01HARNESSBUILD

The easiest way to run an agent: describe it in config (model, instructions, tools) and AgentCore runs the whole loop for you, no orchestration code.

02RUNTIMEHOST

Serverless hosting for your agent. It scales by itself and runs each session in its own isolated microVM, so you focus on the agent, not servers.

03MEMORYREMEMBER

Gives the agent a memory. Short-term holds the current chat; long-term keeps useful facts and preferences for later. Without it, the agent starts blank every time.

04GATEWAYACT

Turns your existing APIs and AWS Lambda functions into tools the agent can call, behind one secure address, so you skip writing custom code for each tool.

05CODE INTERPRETERACT

An AWS-managed, locked-down sandbox where the agent runs real code (Python, JavaScript, TypeScript) to compute or analyze data, safely away from your systems.

06BROWSERACT

An AWS-managed cloud web browser the agent can drive to open sites, fill forms, and read pages, with a recording you can watch back (session replay).

07IDENTITYGOVERN

Controls who may use the agent and what the agent may access. It works with your existing login providers (Cognito, Okta, Microsoft Entra ID) and safely holds access tokens.

08POLICYGOVERN

Rules you write (plain language or AWS Cedar) that check and allow or block every tool the agent tries to use, keeping it inside your limits.

09REGISTRY (PREVIEW)GOVERN

A shared catalog where teams publish and find approved agents, tools, and MCP servers, with search, so people reuse vetted parts instead of rebuilding them.

10OBSERVABILITYOPERATE

Lets you see what the agent did, step by step (traces and spans), in Amazon CloudWatch, to debug problems and watch quality.

11EVALUATIONSOPERATE

Automatically scores how well the agent does its job, using AI judges and your own checks, so you catch problems before and after launch.

12OPTIMIZATIONOPERATE

Continuously improves the agent with AI-generated recommendations, versioned configuration bundles, and A/B testing, so quality goes up instead of drifting down.

13PAYMENTS (PREVIEW)TRANSACT

Lets the agent pay tiny amounts of real money to use paid APIs or content, with spending limits, using the open x402 standard. This is real money, not LLM tokens.

[ 3 ] THE TWO PROTOCOLS, AND WHY THEY ARE DIFFERENT
MCPModel Context Protocol

How an agent finds and calls tools. This is the language Gateway speaks.

EXAMPLEGateway turns your "get order status" Lambda into an MCP tool, and the agent calls it like asking a helper to look something up.
A2AAgent-to-Agent

How one agent asks another agent to do part of the job, even across different companies. An open standard (Linux Foundation).

EXAMPLEA travel agent hands flight search to a specialist flights agent. They connect to delegate work, not just to say hello.
[ 4 ] GOOD TO KNOW, SESSIONS AND ISOLATION

A session is one continuous run with a user, named by a session id (reuse it to continue the same conversation). Each session runs in a microVM, a tiny private computer just for that session, which is wiped when the session ends so nothing leaks between users. A session can last up to 8 hours. AgentCore runs on ARM64 (AWS Graviton) chips.

Read alongside this chapter: Chapter 02, Key Terms (plain definitions) and Chapter 03, Common Mistakes (each pitfall explained)
SRC: AWS AgentCore Developer Guide. DRAWN 2026.06, REV 2026.07.26
◄ COVER
Table of Contents
NEXT · CH 02 ►
AgentCore, Key Terms in Plain Language
AWS AGENTCORE BLUEPRINTS · CONTENTS
Back to tocconsulting.fr Cover & Table of Contents
PART I · FOUNDATIONS
01AgentCore Overview, Plain LanguageCONCEPT02AgentCore, Key Terms in Plain LanguageCONCEPT03AgentCore, Common Mistakes ExplainedCONCEPT04Inside an AgentCore Agent, BlueprintCONCEPT05Harness, Practical 1, Strands PathPRACTICAL06Harness, Practical 2, Managed HarnessPRACTICAL
PART II · CORE SERVICES
07AgentCore Runtime, Plain LanguageCONCEPT08AgentCore Runtime, PracticalPRACTICAL09AgentCore Memory, Plain LanguageCONCEPT10AgentCore Memory, PracticalPRACTICAL11AgentCore Gateway, Plain LanguageCONCEPT12AgentCore Gateway, PracticalPRACTICAL13AgentCore Identity, Plain LanguageCONCEPT14AgentCore Identity, PracticalPRACTICAL
PART III · TOOLS AND OPERATIONS
15AgentCore Code Interpreter, Plain LanguageCONCEPT16AgentCore Code Interpreter, PracticalPRACTICAL17AgentCore Browser, Plain LanguageCONCEPT18AgentCore Browser, PracticalPRACTICAL19AgentCore Observability, Plain LanguageCONCEPT20AgentCore Observability, PracticalPRACTICAL21AgentCore Evaluations, Plain LanguageCONCEPT22AgentCore Evaluations, PracticalPRACTICAL
PART IV · GOVERNANCE AND TRANSACTIONS
23AgentCore Policy, Plain LanguageCONCEPT24AgentCore Policy, PracticalPRACTICAL25AgentCore Registry, Plain LanguageCONCEPT26AgentCore Registry, PracticalPRACTICAL27AgentCore Payments, Plain LanguageCONCEPT28AgentCore Payments, PracticalPRACTICAL
PART V · MULTI-AGENT AND ARCHITECTURE
29A2A and Multi-Agent, Plain LanguageCONCEPT30A2A and Multi-Agent, PracticalPRACTICAL31Architecture Patterns, Plain LanguageCONCEPT32Multi-Tenant Agents, Plain LanguageCONCEPT33Agent Security and Threat Model, Plain LanguageCONCEPT34Governance at Org Scale, Plain LanguageCONCEPT35Governance at Org Scale, PracticalPRACTICAL36Multi-Region and Distribution, Plain LanguageCONCEPT