
LangChain vs LangGraph: 4 zentrale Unterschiede für Agentic Workflows
LangGraph ist kein Konkurrenzprodukt zu LangChain, sondern eine Erweiterung desselben Ökosystems, die gezielt dort ansetzt, wo LangChain an konzeptionelle Grenzen stößt. Der zentrale Unterschied liegt in der Graphstruktur: Während LangChain Komponenten als gerichtete Pipeline verkettet (Prompt → Model → Parser), modelliert LangGraph Workflows als Graphen mit Knoten und Kanten – einschließlich bedingter Kanten, die Rückwärtssprünge zu früheren Knoten ermöglichen. Zustand wird in LangGraph über ein typisiertes Schema (TypedDict) deklariert, das der Graph selbst verwaltet; einzelne Knoten können partielle Updates zurückgeben, die LangGraph in den Gesamtzustand einmergt. Für Felder, die mehrfach beschrieben werden – etwa eine Nachrichtenliste –, lassen sich Reducer wie add_messages definieren, die verhindern, dass neue Werte alte überschreiben. Human-in-the-Loop-Szenarien werden durch dynamische interrupt()-Aufrufe direkt innerhalb von Knoten realisiert: Die Graph-Ausführung pausiert, der Zustand wird gesichert, und nach externer Genehmigung wird nahtlos fortgesetzt – ohne dass die Anwendungsebene Kontext rekonstruieren muss. Der Checkpointer-Mechanismus ergänzt dies um persistente Snapshots nach jedem Schritt, sodass bei Fehlern kein kompletter Neustart nötig ist, sondern gezielt ab dem letzten gesicherten Zustand fortgefahren werden kann. Autor Soner Yıldırım illustriert die Konzepte durchgängig an einem konkreten Kundenservice-Agenten mit Price-Engine- und Booking-Engine-Knoten.
- Pipeline-Syntax in LangChain: `chain = prompt | model | parser` – Schleifen erfordern externen Python-Code außerhalb der Chain.
- LangGraph-Zustandsschema nutzt `TypedDict` mit optionalen Feldern (`NotRequired`) und Annotationen für Reducer, z. B. `Annotated[list[AnyMessage], add_messages]`.
- Der `interrupt()`-Aufruf kann ein Payload-Dictionary übergeben (z. B. Frage + SQL-Statement) und nimmt die menschliche Antwort direkt als Rückgabewert entgegen.
- Checkpointer speichert Graph-Snapshots nach jedem einzelnen Schritt – ermöglicht Resume statt Restart und macht teures Wiederholen von Model-Calls, Retrieval-Queries und Tool-Calls überflüssig.
- Der Beispiel-Agent des Autors umfasst Knoten für Customer-Input, AI-Agent, Price-Engine und Booking-Engine mit bidirektionalen Übergängen über Normal- und Conditional Edges.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- FORSCHUNGarxiv.org3w
STAGE: Framework für deterministische Steuerung policy-konformer Agenten
- FORSCHUNGarxiv.org3w
Graph Engineering: Neues Paradigma für Multi-Agent-Systeme mit LLMs
- FORSCHUNGhuggingface.co5d
Procedural Graphs: Selbst-evolvierende Ausführungsstrukturen für LLM-Agenten
- MEINUNGreddit.com2d
Kontext-Management für Long-Running Agentic Tasks mit lokalen LLMs

LangChain vs LangGraph: 4 zentrale Unterschiede für Agentic Workflows
LangGraph ist kein Konkurrenzprodukt zu LangChain, sondern eine Erweiterung desselben Ökosystems, die gezielt dort ansetzt, wo LangChain an konzeptionelle Grenzen stößt. Der zentrale Unterschied liegt in der Graphstruktur: Während LangChain Komponenten als gerichtete Pipeline verkettet (Prompt → Model → Parser), modelliert LangGraph Workflows als Graphen mit Knoten und Kanten – einschließlich bedingter Kanten, die Rückwärtssprünge zu früheren Knoten ermöglichen. Zustand wird in LangGraph über ein typisiertes Schema (TypedDict) deklariert, das der Graph selbst verwaltet; einzelne Knoten können partielle Updates zurückgeben, die LangGraph in den Gesamtzustand einmergt. Für Felder, die mehrfach beschrieben werden – etwa eine Nachrichtenliste –, lassen sich Reducer wie add_messages definieren, die verhindern, dass neue Werte alte überschreiben. Human-in-the-Loop-Szenarien werden durch dynamische interrupt()-Aufrufe direkt innerhalb von Knoten realisiert: Die Graph-Ausführung pausiert, der Zustand wird gesichert, und nach externer Genehmigung wird nahtlos fortgesetzt – ohne dass die Anwendungsebene Kontext rekonstruieren muss. Der Checkpointer-Mechanismus ergänzt dies um persistente Snapshots nach jedem Schritt, sodass bei Fehlern kein kompletter Neustart nötig ist, sondern gezielt ab dem letzten gesicherten Zustand fortgefahren werden kann. Autor Soner Yıldırım illustriert die Konzepte durchgängig an einem konkreten Kundenservice-Agenten mit Price-Engine- und Booking-Engine-Knoten.
- Pipeline-Syntax in LangChain: `chain = prompt | model | parser` – Schleifen erfordern externen Python-Code außerhalb der Chain.
- LangGraph-Zustandsschema nutzt `TypedDict` mit optionalen Feldern (`NotRequired`) und Annotationen für Reducer, z. B. `Annotated[list[AnyMessage], add_messages]`.
- Der `interrupt()`-Aufruf kann ein Payload-Dictionary übergeben (z. B. Frage + SQL-Statement) und nimmt die menschliche Antwort direkt als Rückgabewert entgegen.
- Checkpointer speichert Graph-Snapshots nach jedem einzelnen Schritt – ermöglicht Resume statt Restart und macht teures Wiederholen von Model-Calls, Retrieval-Queries und Tool-Calls überflüssig.
- Der Beispiel-Agent des Autors umfasst Knoten für Customer-Input, AI-Agent, Price-Engine und Booking-Engine mit bidirektionalen Übergängen über Normal- und Conditional Edges.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- FORSCHUNGarxiv.org3w
STAGE: Framework für deterministische Steuerung policy-konformer Agenten
- FORSCHUNGarxiv.org3w
Graph Engineering: Neues Paradigma für Multi-Agent-Systeme mit LLMs
- FORSCHUNGhuggingface.co5d
Procedural Graphs: Selbst-evolvierende Ausführungsstrukturen für LLM-Agenten
- MEINUNGreddit.com2d
Kontext-Management für Long-Running Agentic Tasks mit lokalen LLMs