cognee.serve(). Once connected, all operations (remember, recall, forget, improve) route to the remote instance instead of running locally.
Connect to Cognee Cloud
Install Cognee, then pass your tenant URL and API key:~/.cognee/cloud_credentials.json. A later bare cognee.serve() health-checks the saved URL, probes an authenticated endpoint with the saved API key, and reconnects when the instance responds and accepts the key. Only a saved connection with an API key is reused. If the saved instance does not respond or rejects the key, or nothing is saved, serve() raises CogneeConfigurationError that explains how to connect. There is no browser login.
Or use environment variables:
Local-to-local connections
Connect to a Cognee backend on the same machine or local network:uvicorn cognee.api.client:app --port 8000) before connecting. A server with its default posture requires authentication, and serve() raises when the key is missing or rejected; omit api_key only when the server runs with ENABLE_BACKEND_ACCESS_CONTROL=false.
Usage after connection
Once connected, all SDK operations execute on the remote instance:The local UI in Cognee Cloud automatically detects running local instances on
localhost:8000 and shows their connection status.Push a prebuilt graph instead of raw data
Connecting withserve() and re-running remember() makes the remote instance
rebuild the knowledge graph. If you have already built the graph locally and want to
avoid re-deriving it (and the LLM cost that comes with it), use
cognee.push() instead. It exports the dataset’s graph as a
COGX archive and imports it on the remote
instance, preserving your local entities and relationships:
cognee push.