Skip to main content
This is the canonical end-to-end tutorial: read it top-to-bottom. It assumes you’ve finished the Quickstart and want to wire Synap into a real application.If you only need a snippet for a specific framework (Flask, Next.js, Django) or LLM provider (Anthropic, Vercel AI SDK), open Setup → Integration and copy the relevant tab instead.Prefer to explore the SDK in a browser before writing code? Use the live playground.Working in JavaScript or TypeScript? This walkthrough is Python and FastAPI end to end. For the same loop in Node, use the Express tab in Setup → Integration, which is complete and runnable, and read this page for the reasoning behind each step.

Prerequisites

Before you begin, make sure you have:
  • Python 3.11+ installed on your machine (this tutorial is Python; see the note above for the Node equivalent)
  • A Synap account with access to the Dashboard
  • An instance created in the Dashboard (see Quickstart if you haven’t done this yet). For best results, upload a Use-Case Markdown file when creating your instance; see Use-Case Markdown for the template and authoring guide.
  • An OpenAI API key (or any LLM provider; we use OpenAI in this tutorial for simplicity). No paid key yet? Use Google Gemini’s free tier; see the Gemini snippet in Setup → Integration.
This tutorial assumes basic familiarity with Python async/await. If you are new to async Python, check out the asyncio documentation first.

1

Set Up Your Project

Create a new directory for your project and install the required dependencies:
Install the SDK and supporting libraries:
Your project will have the following structure:
2

Configure Your Environment

Create a .env file with your credentials. You will need two values:
  • SYNAP_API_KEY: The API key generated for your instance (format: synap_<random>). Generate one from the Dashboard: open your instance, click Generate API Key, and copy the key; it is shown only once.
  • SYNAP_INSTANCE_ID: The instance id shown alongside the key in the Dashboard (format: inst_ plus 16 hex characters). Optional, since initialize() resolves it from the API key, but the Dashboard gives you both together so you may as well paste both.
  • OPENAI_API_KEY: Your OpenAI API key
.env
Set the instance id as an environment variable, never as a constructor argument. SYNAP_INSTANCE_ID records which instance you are on and leaves the SDK keyed on your credential. Passing instance_id= to MaximemSynapSDK(...) makes the id the identity instead, so a second key used under it is silently discarded and key rotation stops taking effect. See Singleton Pattern.
Never commit .env files to version control. Add .env to your .gitignore immediately. In production, use a secrets manager (AWS Secrets Manager, GCP Secret Manager, HashiCorp Vault) instead of environment files.
3

Initialize the SDK

Create a module that manages the SDK lifecycle, imported by your application. The Python tab uses FastAPI; the JavaScript tabs use Express.
Key points about this setup:
  • sdk.instance.listen() opens one long-lived stream for the whole process. Your agent reports each turn on it, and Synap pushes anticipated context back so retrieval resolves locally. This is the Agent Integration.
  • cache_backend="sqlite" enables local caching for faster repeated retrievals.
  • log_level="INFO" is appropriate for development. Switch to "WARNING" or "ERROR" in production.
  • The sdk object is a module-level singleton. Import it from any module and it will reference the same initialized instance.
Open one stream per process, not one per user or request. Scope travels on each call instead. The callbacks each take one argument: on_reconnect receives the attempt count, on_disconnect the reason.
The API key is read fresh every time the SDK starts. Leave SYNAP_API_KEY in your .env (or secrets manager); the same key keeps working until you revoke it in the Dashboard.
4

Create the FastAPI Application with Lifespan

Now create the main.py file. Start with the application lifespan manager, which ensures the SDK initializes on startup and shuts down cleanly when the server stops.
The lifespan context manager is the recommended way to manage startup/shutdown in modern FastAPI applications (v0.95+). It replaces the older @app.on_event("startup") and @app.on_event("shutdown") hooks.
5

Build the Chat Endpoint

Add the chat endpoint to main.py. This endpoint performs five operations in sequence:
  1. Report the incoming user message on the stream
  2. Retrieve relevant memories from Synap
  3. Build a system prompt enriched with memory context
  4. Call the LLM with the enriched prompt
  5. Report the assistant’s reply on the stream
Reporting each turn with send_message is what makes the conversation retrievable: it registers the conversation and appends the turn to its history, exactly as record_message does over REST. Context fetched by conversation_id only returns turns that were reported, so an unregistered conversation returns empty results by design.
Let’s break down each step:
sdk.instance.send_message() publishes the turn on the open stream. Synap appends it to the conversation’s rolling history and registers the conversation under this conversation_id, the same effect conversation.record_message() has over REST. That registration is what later lets conversation.context.fetch(conversation_id=...) resolve scope and return the conversation’s turns. Skip it and the first fetch for a brand-new conversation_id comes back empty, by design.Reporting it also tells Synap what the agent is doing, so it can anticipate what context to push next.
user_id is always required. On a B2B instance customer_id is required as well, and if either is missing the turn is dropped server-side with no error. On a B2C instance customer_id is not accepted: sending it fails with HTTP 400, so pass user_id alone. Never reuse the user identifier as the customer identifier. This example forwards customer_id only when the caller supplied one, so it stays correct on both shapes. GET /api/v1/auth/whoami returns your instance’s user_context_isolation if you are unsure which shape you are on.
The sdk.conversation.context.fetch() call searches Synap’s vector and graph stores for memories relevant to the user’s message. Key parameters:
  • search_query: A list of strings used for semantic search. Passing the user’s message ensures we find contextually relevant memories.
  • max_results=5: Limits context to the top 5 most relevant memories, keeping the prompt concise.
  • types=["facts", "preferences"]: Retrieves only facts and preferences. Other types include episodes, emotions, and temporal. Use all to retrieve every type.
  • mode="fast": Uses the fast retrieval path (lower latency). Use accurate when precision matters more; accurate adds LLM subquery decomposition + reranking on top of the same vector + graph search.
The retrieved memories are formatted as bullet points and injected into the system prompt. This gives the LLM access to user-specific context without modifying the conversation history.The confidence score (e.g., 92%) is included to help the LLM weigh how certain each piece of information is. You can omit confidence scores if you prefer a cleaner prompt.
A standard OpenAI chat completion call. The system prompt now contains personalized context, so the LLM can respond as if it “remembers” the user. This works with any LLM provider: replace the OpenAI call with your preferred provider.
One write, two jobs. send_message(role="assistant", ...) completes the turn in the conversation’s rolling history, so the next turn’s context.fetch sees the full exchange, and it is the event that pre-warms anticipation for the next turn, which is why it belongs after the LLM call, not before.Notice what is not here: memories.create(). Both reported turns become long-term memory on their own, when this conversation compacts: at 3,000 tokens, 10 messages, or 5 minutes of inactivity. Synap promotes the raw turns into the same ingestion pipeline memories.create() would have used.Add explicit ingestion only for content that is not a conversation turn (documents, tickets, backfills) or that must be retrievable sooner than compaction. Never for text you already reported; that extracts it twice. See Agent Integration.
6

Add a Health Check Endpoint

Good practice for production deployments: add a health check that verifies the SDK is connected:
7

Run and Test

Load your environment variables and start the server:
You should see output confirming the SDK has initialized:
Now test with a few conversation turns:
The second turn works because the first was reported with send_message: the exchange is already in the conversation’s history, so context.fetch returns it and the assistant naturally references the Japan trip. Had the turn never been reported, that fetch would come back empty by design.
Long-term memories take a few minutes to appear. Conversation continuity works immediately, as you just saw, but the durable, cross-conversation memories that make memories_used climb are created when the conversation compacts, which for a quiet conversation means about five minutes.To see it without waiting, force compaction once you have sent a few turns:
Give it a moment to process, then fetch again and memories_used will now be non-zero. In production you never call this; the thresholds and the idle timer handle it.
8

Verify in the Dashboard

Open the Synap Dashboard and navigate to your instance. You should see:
  • API call counts reflecting your test requests
  • Memory counts showing extracted facts, preferences, and entities
  • Ingestion history with the conversation turns you sent
Dashboard showing API calls and memory counts

The instance detail page shows API activity and memory counts after your test requests.


Complete Code

Here is the final version of each file for reference. The Python tabs are FastAPI; the JavaScript tabs are Express.

What’s Next?

You have a working memory-enabled chatbot. Here are the natural next steps to make it production-ready:

Writing a Use-Case Markdown File

The use-case file is how Synap tunes what gets extracted, how it is stored, and how retrieval ranking works for your Instance.

Multi-User Scoping

Set up memory isolation for multi-tenant applications with user, customer, and client scopes.

Context Compaction

Manage long conversations by compacting context to fit within your LLM’s token budget.

Production Checklist

Security, performance, and monitoring best practices before going live.