PIXELBANKv8.2.1
Menu
Back to Agent Engineering Study Plan
Week 7-8

Chapter 8: Multi-Agent Frameworks: AutoGen, CrewAI, OpenAI Agents SDK, Claude Agent SDK

The five major frameworks for orchestrating multiple LLM agents — AutoGen's actor model, CrewAI's role-based crews, OpenAI Agents SDK and Claude Agent SDK as native runtimes, and Agno/Mastra as alternative production environments. A side-by-side framework selection matrix.

Chapter Overview

The frameworks below are the production-grade options for building agents in 2025. Each makes different trade-offs around state, multi-agent coordination, streaming, subagents, and ecosystem.

The frameworks at a glance:

FrameworkStyleMulti-agentStreamingSubagentsVendor
AutoGenActor modelFirst-classYesYesMicrosoft
CrewAIRole-based crewFirst-classLimitedNoOSS
OpenAI Agents SDKLibraryHandoffsYesYesOpenAI
Claude Agent SDKLibrarySubagentsYesFirst-classAnthropic
LangGraphGraph runtimeVia subgraphsYesVia subgraphsLangChain
Agno / MastraRuntimeYesYesYesOSS

The selection matrix at the end of the chapter helps you pick.

This chapter covers:

  • AutoGen actor model — agents as message-passing actors
  • CrewAI role-based crews — agents with personas, tools, and goals coordinated by a process
  • OpenAI Agents SDK — first-party SDK with handoffs, guardrails, sessions
  • Claude Agent SDK & subagents — first-class subagent isolation
  • Agno & Mastra runtimes — alternative open-source production runtimes
  • Framework selection matrix — which to pick when

Chapter Roadmap

Click any topic to jump in

1
AutoGen

Actor model — agents as message-passing processes. v0.4 rebuilt around async actors and runtimes.

The Actor Model in AutoGenAutoGen v0.4 — The Async Actor Rewrite
2
CrewAI

Role-based crews — agents with personas, goals, and tools coordinated by sequential or hierarchical processes.

The Crew, Agent, Task, Process QuartetWhen CrewAI Wins
Vendor SDKs follow the OSS frameworks

From the open ecosystem to the first-party SDKs

3
OpenAI Agents SDK

Vendor-native SDK with handoffs, guardrails, sessions. OpenAI-only.

Agents, Handoffs, Guardrails, SessionsWhere the OpenAI SDK Fits
4
Claude Agent SDK

Vendor-native SDK with first-class subagents — context-isolated child agents that return a single summary.

Why Subagents MatterWhen to Use Subagents
Alternative runtimes for the polyglot stack
5
Agno & Mastra

Open-source production runtimes — Python (Agno) and TypeScript (Mastra).

Agno — Python-Native Agent RuntimeMastra — TypeScript-First Runtime
All converge on a selection rubric
6
Selection Matrix

Capabilities × frameworks — match constraints to candidates, then prototype your top-2.

The MatrixDefault Recommendations

AutoGen (Microsoft, 2023) was the first widely-adopted multi-agent framework. Its central abstraction: agents are actors that exchange messages. Each agent has its own memory, tools, and LLM; conversation between agents is driven by a group chat loop or a custom orchestrator.

In this topic

1The Actor Model in AutoGen
2AutoGen v0.4 — The Async Actor Rewrite
1 of 2
The Actor Model in AutoGen

Each AutoGen agent is an actor — a process with private state that communicates only via messages. The two base classes:

  • AssistantAgent: the worker. Has an LLM, a system prompt, optional tools.
  • UserProxyAgent: the human surrogate. Can execute code, call APIs, and reply on behalf of a human.

Agents are wired together via a GroupChatManager (round-robin or auto-selected speaker) or a custom orchestrator. Each turn, the manager picks the next speaker; that speaker reads the conversation, generates a response, and broadcasts it. Loop until the manager terminates.

The upside: very flexible. You can model any conversation pattern. The downside: very flexible. Naive uses produce non-terminating loops where agents agree forever.

2 of 2
AutoGen v0.4 — The Async Actor Rewrite

AutoGen v0.4 (late 2024) rebuilt the framework around explicit async actors, channels, and runtimes. Three layers:

  1. Core layer. Pure actor model with typed messages and async runtimes. Distributed-friendly.
  2. AgentChat layer. Higher-level patterns (group chat, swarm) on top of core.
  3. Extensions. Tools, model clients, observability hooks.

The v0.4 architecture is closer to Erlang-OTP or Akka than to a 'chat library.' Best fit for teams that want explicit control of agent lifecycles and message routing, rather than the 'just call start_chat' ergonomics of v0.2.