Comparisons / Pydantic AI vs Semantic Kernel

Pydantic AI vs Semantic Kernel: Which Agent Framework to Use?

Pydantic AI vs Semantic Kernel, head to head

Pydantic AI and Semantic Kernel both let you build an agent, but they sit in different parts of the stack and they assume different things about who's writing the code.

Pydantic AI is a type-safe agent framework built by the Pydantic team.

Semantic Kernel is Microsoft's enterprise SDK for building AI agents.

Underneath, both wrap the same thing: a model call, a tool dispatch, a loop. The decision is about which abstraction your team wants to think in day to day, and which ecosystem you're willing to inherit along with it. There's an honest, framework-free version of the same pattern in about 60 lines of Python in the lesson at the bottom of this page — useful as a baseline regardless of which framework wins.

Pick Pydantic AI if

Pick Pydantic AI if pydantic AI adds genuine value if you want compile-time type checking across your agent's tools, outputs, and dependencies. If you already use Pydantic in your stack, it fits naturally. But the core agent logic — loop, dispatch, validate — is still ~60 lines of Python you can own entirely. The tradeoffs in its intro should match how your team already thinks about agents; Semantic Kernel will feel like translation if they don't.

Full Pydantic AIcomparison →

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. The tradeoffs in its intro should match how your team already thinks about agents; Pydantic AI will feel like translation if they don't.

Full Semantic Kernelcomparison →

What both add

Whichever you pick, you're inheriting a dependency tree and a vocabulary your team has to learn before they ship anything. Pydantic AI has its own class hierarchy and tool registration conventions; Semantic Kernel has its. Either way, when something misbehaves you'll be reading framework source before you reach the actual HTTP call.

If the real workload is one model and a handful of tools, both can feel like a workbench for driving a nail. The lesson below builds the same pattern in plain Python — useful as a comparison point even if you ultimately keep the framework.

By the numbers

By the numbers

Pydantic AI

GitHub Stars

16.1k

Forks

1.9k

Language

Python

License

MIT

Created

2024-06-21

Created by

Pydantic (Samuel Colvin)

github.com/pydantic/pydantic-ai

Semantic Kernel

GitHub Stars

27.6k

Forks

4.5k

Language

C#

License

MIT

Created

2023-02-27

Created by

Microsoft

github.com/microsoft/semantic-kernel

GitHub stats as of April 2026. Stars indicate community interest, not necessarily quality or fit for your use case.

ConceptPydantic AISemantic Kernel
Agent`Agent()` class with typed `result_type`, system prompt, and `model` parameter`ChatCompletionAgent` with `Kernel`, instructions, and service config
Tools`@agent.tool` decorator with typed parameters and Pydantic validation
Agent Loop`agent.run()` handles the tool-call loop internally with typed dispatch
Structured Output`result_type=MyModel` enforces Pydantic model on final LLM response
Model SwitchingSwap `model='openai:gpt-4o'` to `model='anthropic:claude-sonnet'` in one line
Dependencies`RunContext[DepsType]` injects typed dependencies into tools at runtime
Tools / Plugins`KernelPlugin` with `@kernel_function` decorators, typed parameters
Planning`StepwisePlanner`, `HandlebarsPlanner` for multi-step decomposition
Memory`SemanticTextMemory` with embeddings and vector stores
Orchestration`Kernel.invoke()` with plugin resolution and filter pipeline
Multi-LanguageC#, Python, Java SDKs with shared abstractions

Or build your own in 60 lines

Both Pydantic AI 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 →