Comparisons / AWS Bedrock AgentCore vs Semantic Kernel
AWS Bedrock AgentCore vs Semantic Kernel: Which Agent Framework to Use?
Bedrock AgentCore is AWS's managed runtime for production agents, launched in July 2025. Semantic Kernel is Microsoft's enterprise SDK for building AI agents. Here is how they compare — paradigm, ecosystem, and the use cases each one is actually built for.
By the numbers
AWS Bedrock AgentCore
Managed service
Proprietary (AWS)
2025-07-16
AWS
Amazon Web Services
AgentCore Runtime, Memory, Identity, Gateway, Observability — pay-as-you-go on AWS
Yes
Used by: AWS internal teams, Amazon Q Developer
github.com/(closed-source SaaS — see strands-agents/* on GitHub for the SDK side)→Semantic Kernel
27.6k
4.5k
C#
MIT
2023-02-27
Microsoft
GitHub stats as of April 2026. Stars indicate community interest, not necessarily quality or fit for your use case.
| Concept | AWS Bedrock AgentCore | Semantic Kernel |
|---|---|---|
| Runtime | Sandboxed, low-latency container per session, up to 8h, MicroVM-isolated | — |
| Memory | Managed short-term + long-term memory with semantic recall and namespacing | `SemanticTextMemory` with embeddings and vector stores |
| Identity | OAuth flows, AWS IAM, Secrets Manager integration, per-user credential vending | — |
| Gateway | Turn any API or Lambda into an MCP-compliant tool with one config | — |
| Observability | OpenTelemetry traces, per-step LLM call costs, error grouping in CloudWatch | — |
| Browser | Managed isolated browser tool for agent web actions | — |
| Agent | — | `ChatCompletionAgent` with `Kernel`, instructions, and service config |
| Tools / Plugins | — | `KernelPlugin` with `@kernel_function` decorators, typed parameters |
| Planning | — | `StepwisePlanner`, `HandlebarsPlanner` for multi-step decomposition |
| Orchestration | — | `Kernel.invoke()` with plugin resolution and filter pipeline |
| Multi-Language | — | C#, Python, Java SDKs with shared abstractions |
AWS Bedrock AgentCore vs Semantic Kernel, head to head
AWS Bedrock AgentCore Bedrock AgentCore is AWS's managed runtime for production agents, launched in July 2025.
Semantic Kernel Semantic Kernel is Microsoft's enterprise SDK for building AI agents.
Both wrap the same underlying agent pattern — an LLM call, a tool dispatch, a loop — in different abstractions. The choice between them is mostly about which mental model and ecosystem fits the team you have, not which one is technically more capable.
Pick AWS Bedrock AgentCore if
Pick AWS Bedrock AgentCore if agentCore is for production AWS deployments where you want to skip the runtime, memory, identity, and observability work and pay AWS to do it instead. It is framework-agnostic — bring Strands, LangGraph, CrewAI, or your own. For non-AWS teams, prototypes, or anything where you want to see what the agent is doing, plain Python on Lambda or a container is simpler. AWS Bedrock AgentCore is the right fit when the tradeoffs in its intro line up with how your team actually wants to work day-to-day; Semantic Kernel would force you to translate.
Pick Semantic Kernel if
Pick Semantic Kernel if semantic Kernel earns its complexity in enterprise environments with Azure OpenAI, .NET backends, and existing Microsoft infrastructure. But the core agent pattern — LLM call, tool dispatch, loop — is identical to what you can build in 60 lines of Python. Semantic Kernel is the right fit when the tradeoffs in its intro line up with how your team actually wants to work day-to-day; AWS Bedrock AgentCore would force you to translate.
What both add
Both AWS Bedrock AgentCore and Semantic Kernel pull in a class hierarchy and a dependency tree to wrap what is, at the core, an HTTP POST in a while loop. If your use case is straightforward — one provider, a handful of tools, a single agent — the framework cost may exceed the framework benefit. The lesson below shows the same pattern in ~60 lines without either dependency.
Or build your own in 60 lines
Both AWS Bedrock AgentCore and Semantic Kernel implement the same 8 patterns. An agent is a function. Tools are a dict. The loop is a while loop. The whole thing composes in ~60 lines of Python.
No framework. No dependencies. No opinions. Just the code.
Build it from scratch →