Skip to content

Suprflo — Integrations & SDKs ​

Suprflo is a bi-temporal memory layer for AI agents: it extracts facts from conversations, stores them with validity windows, and recalls exactly what your agent needs. Every integration below talks to the same REST API.

Get an API key ​

  1. Sign in at suprflo.com.
  2. Go to Dashboard → API keys → Create key.
  3. Copy the key (shown once). It carries your organization + project scope.

Base URL & auth ​

  • Base URL: https://api.suprflo.com
  • Auth: send the key as a bearer token on every request:
    Authorization: Bearer <YOUR_API_KEY>
  • All request/response bodies are JSON.

Core concepts ​

  • Memory — a single extracted fact (e.g. "prefers window seats"), not the raw text.
  • Subjects — every memory is scoped to a user_id (and optionally agent_id, run_id, app_id). Pass the same ids on add and search/get to isolate context.
  • Add → extract → store: you send messages; Suprflo extracts the durable facts.
  • Search: semantic + keyword retrieval returns the most relevant memories for a query.
  • Bi-temporal: facts carry validity times and are never silently overwritten — the history endpoint shows every change.

Start here ​

IntegrationInstallDocs
Python SDKpip install suprflopython-sdk.md
JavaScript/TypeScript SDKnpm install @suprflo/sdkjavascript-sdk.md
REST API— (any HTTP client)rest-api.md

Framework adapters (LangChain, LangGraph, LlamaIndex, CrewAI, AutoGen, Agno, OpenAI Agents, Pydantic AI, LiveKit, Pipecat, ElevenLabs, Vercel AI SDK, Mastra, n8n) each have their own guide — see the sidebar for the full catalog.

Self-hosting (advanced) ​

The hosted service at api.suprflo.com is fully managed — the sections above are all you need to build on Suprflo. This section is only relevant if you run the Suprflo backend yourself: it's configurable by environment variable, so you can swap the model or database it runs on without touching your application.

ComponentEnv varOptions
LLM (fact extraction)LLM_PROVIDERopenai, anthropic, bedrock, groq, together, deepseek, xai, mistral, minimax, lmstudio, litellm, vllm, sarvam, gemini, azure_openai, ollama, langchain
EmbedderEMBEDDING_PROVIDERopenai, ollama, bedrock, azure_openai, gemini, vertexai, huggingface, together, lmstudio, langchain, fastembed
RerankerRERANKER_PROVIDERnone, cross_encoder, cohere, huggingface, llm, zero_entropy
Vector storeVECTOR_STORE_PROVIDERpgvector, qdrant, chroma, pinecone, weaviate, milvus, redis, mongodb, elasticsearch

Each provider reads its own credentials from its conventional env vars (e.g. OPENAI_API_KEY, QDRANT_URL). pgvector is the reference vector store and the only one that natively covers the whole engine surface — the others are functionally partial, and each store's class docstring states exactly how. Only pgvector is exercised against a real server today; the rest are unit-tested against mocked clients, so smoke-test one before enabling it in production.

Every provider has its own page with a config example and caveats. Browse them under Self-hosting in the sidebar: LLMs, Embedders, Rerankers, Vector stores.

The memory layer for AI agents.