Ingest
Zep builds Context Graphs from the data you provide. Which method you use depends on whether the data is a live conversation turn, an on-disk import, or an individual write from your application.
This is the Ingest stage of Working with Context. Before designing any import, review Prepare Data for Ingestion to preserve entity identity, source context, and event time.
Choose an ingestion path
Live conversation turns: use the SDK
Add each message to Zep as your agent sends and receives it, using thread.add_messages. The SDK already runs inside the service handling the conversation, and a chat turn needs no preparation beyond the message itself. See Adding messages.
Backfills and on-disk imports: use zep-ingest
zep-ingest is the recommended path when the data is already on disk — a one-time backfill of your history, or a recurring job that writes an export to a folder and then ingests it. Every built-in loader takes a path or glob: the package prepares, previews, submits in order, and monitors.
Individual writes and in-memory payloads: use graph.add
When your application already holds the data — a webhook body, an API response, a single document — call graph.add directly. Built-in zep-ingest loaders do not accept in-memory payloads today, so routing those through the package means writing a custom loader yourself; for most event-driven paths the SDK call is simpler. See Adding business data.
When several graph.add calls are chunks of the same source, pass a document_id so Zep groups them for extraction context and summarization.
Available methods
Next: shape the graph
After ingesting data, Zep processes it to build Context Graphs. Customize extraction and summaries under Shape the Graph.