Comparisons / DSPy vs Semantic Kernel
DSPy vs Semantic Kernel: Which Agent Framework to Use?
DSPy vs Semantic Kernel, head to head
DSPy 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.
DSPy replaces hand-written prompts with compiled modules.
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 DSPy if
Pick DSPy if dSPy's real innovation is automated prompt optimization — replacing manual prompt engineering with algorithmic tuning. This is genuinely novel and valuable for production systems where prompt quality matters at scale. For simple agents or learning, hand-written prompts are easier to understand and modify. The tradeoffs in its intro should match how your team already thinks about agents; Semantic Kernel will feel like translation if they don't.
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; DSPy will feel like translation if they don't.
By the numbers
By the numbers
DSPy
33.4k
2.8k
Python
MIT
2023-01-09
Stanford NLP (Omar Khattab)
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 | DSPy | Semantic Kernel |
|---|---|---|
| Agent | `dspy.ReAct` module with signature and tools | `ChatCompletionAgent` with `Kernel`, instructions, and service config |
| Prompts | `dspy.Signature` defines input/output fields, compiled to optimized prompts | — |
| Optimization | `dspy.BootstrapFewShot`, `MIPROv2` auto-tune prompts against a metric | — |
| Tools | Tools passed to `ReAct` module as callable list | — |
| Chaining | `dspy.ChainOfThought`, `dspy.Module` with `forward()` composition | — |
| Evaluation | `dspy.Evaluate` with metric functions and dev sets | — |
| 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-Language | — | C#, Python, Java SDKs with shared abstractions |
Or build your own in 60 lines
Both DSPy 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 →