Skip to main content

Dreamlake

A simple and flexible SDK for ML experiment tracking and data storage.

Features

  • Three Usage Styles: Decorator, context manager, or direct instantiation
  • Dual Operation Modes: Remote (API server) or local (filesystem)
  • Auto-creation: Automatically creates namespace, workspace, and folder hierarchy
  • Upsert Behavior: Updates existing episodes or creates new ones
  • Simple API: Minimal configuration, maximum flexibility
  • Time-Based Queries: MCAP-like API for querying track data by timestamp ranges
  • Multi-Modal Sync: Timestamp inheritance for synchronizing pose, images, and sensor data

Installation

Using uv (recommended) Using pip
uv add dreamlake@0.15.0
pip install dreamlake==0.19.0

CLI (deprecated — use the standalone DreamLake CLI)

The Python CLI bundled in this package is deprecated, and this package no longer installs a dreamlake console script. Install the standalone DreamLake CLI instead — same commands, flags, and env vars, plus environment switching (dreamlake env use):

curl -fsSL https://dl.dreamlake.ai/install.sh | bash

upload, download, list, create, delete, update and vectorize have been removed from this package; they live in the standalone CLI. What is still here, reachable through python -m dreamlake.cli:

Command Status
artifact append-local, workflow append-local not deprecated — see below
artifact push|list|delete|restore deprecated; the standalone CLI has these
workflow push|list deprecated; the standalone CLI has these
source create|collection create|push kept — no standalone-CLI equivalent yet
video upload|download|list deprecated; the standalone CLI has these
login, logout, profile kept — login is the only writer of the token store artifact push / workflow push read

The append-local writers are not deprecated

artifact append-local and workflow append-local are the canonical DreamDB writers, and dreamlake-server spawns them as a subprocess — routes/workflows.ts for workflow apply, routes/artifacts.ts for artifact apply. Their stdout is a machine contract: exactly one JSON line, which the server parses as the last non-empty line of stdout. Errors go to stdout too, as JSON. Do not reformat either.

workflow append-local  →  {"version": N, "meta": {description, stageCount, nodeCount, edgeCount}}
artifact append-local  →  {"version": N}            # no "meta" key — the two are not symmetric
error (either)         →  {"error": "...", "message": "..."}   # exit 1

The wrapper bin

The server spawns ${WORKFLOWS_APPLY_BIN:-dreamlake} workflow append-local … and ${ARTIFACTS_APPLY_BIN:-…} artifact append-local …. The dreamlake on PATH is the standalone TS CLI, which has no DreamDB writer, and pip install dreamlake deliberately installs no bin of its own. So point both env vars at the wrapper shipped in this repo:

export WORKFLOWS_APPLY_BIN=/path/to/dreamlake-py/bin/dreamlake-append-local
export ARTIFACTS_APPLY_BIN=/path/to/dreamlake-py/bin/dreamlake-append-local

It is a one-line exec python3 -m dreamlake.cli "$@" and must stay one — anything the wrapper prints would corrupt the JSON contract above. It is not registered in [project.scripts], on purpose: the dreamlake name on PATH belongs to the standalone CLI.

Quick Start

Remote Mode (with API Server)

from dreamlake import Episode

with Episode(
    name="my-experiment",
    workspace="my-workspace",
    remote="https://cu3thurmv3.us-east-1.awsapprunner.com",
    api_key="your-jwt-token"
) as episode:
    print(f"Episode ID: {episode.id}")

Local Mode (Filesystem)

from dreamlake import Episode

with Episode(
    name="my-experiment",
    workspace="my-workspace",
    local_path=".dreamlake"
) as episode:
    pass  # Your code here

See examples/ for more complete examples.

Development Setup

Installing Dev Dependencies

To contribute to Dreamlake or run tests, install the development dependencies:

Using uv (recommended) Using pip
uv sync --extra dev
pip install -e ".[dev]"

This installs:

  • pytest>=8.0.0 - Testing framework
  • pytest-asyncio>=0.23.0 - Async test support
  • sphinx>=7.2.0 - Documentation builder
  • sphinx-rtd-theme>=2.0.0 - Read the Docs theme
  • sphinx-autobuild>=2024.0.0 - Live preview for documentation
  • myst-parser>=2.0.0 - Markdown support for Sphinx
  • ruff>=0.3.0 - Linter and formatter
  • mypy>=1.9.0 - Type checker

Running Tests

Using uv Using pytest directly
uv run pytest
pytest

Building Documentation

Documentation is built using Sphinx with Read the Docs theme.

Build docs Live preview Clean build
uv run python -m sphinx -b html docs docs/_build/html
uv run sphinx-autobuild docs docs/_build/html
rm -rf docs/_build

The live preview command starts a local server and automatically rebuilds when files change.

Alternatively, you can use the Makefile from within the docs directory:

cd docs
make html          # Build HTML documentation
make clean         # Clean build files

For maintainers, to build and publish a new release: uv build && uv publish

Automated publish

.github/workflows/publish.yml publishes dreamlake to PyPI on a GitHub runner. It fires on one thing only — a push to the fixed branch publish-production — and there is no workflow_dispatch, no pull-request trigger and no approval gate. Pushing an exact SHA to publish-production publishes it. Treat that branch as the release button it is, and restrict who can push to it.

The version comes from the committed pyproject.toml; the workflow never writes it, and refuses anything that is not a stable x.y.z. Everything is built from github.sha, so a moving main cannot change what ships. Concurrency is a repository-wide lock with cancel-in-progress: false.

One-time account setup, which this repository cannot do for itself:

Where What
GitHub → Settings → Environments An environment named production-publish, no required reviewers, with its deployment-branch rule limited to publish-production
pypi.org → project dreamlake → Publishing A trusted publisher: owner fortyfive-labs, repository dreamlake, workflow publish.yml, environment production-publish

There is no API token and no secret: trusted publishing authenticates the job's OIDC token, which is why id-token: write is granted and why the runner must stay GitHub-hosted.

Partial publish, and why there is no skip

--skip-existing is deliberately not used. A version already on PyPI is a clear stop — scripts/check-pypi-version.py asks before anything is built — not a green run that published nothing. Failing to reach PyPI is also a stop.

A partial upload is reconcilable, but only by uploading the missing file; PyPI will not accept a second file under a name it already has. That is why the build job keeps dist/ as an artifact for three days: if the sdist landed and the wheel did not, upload the wheel from those retained bytes, not from a rebuild — a rebuild is not guaranteed to reproduce them. Re-running the whole workflow will not do this for you: it stops at the version pre-check. If the retained artifact is gone, yank the incomplete version and release the next one.

The build job holds no publishing credential, so the bytes exist before any credential is in play, and the workflow refuses a dist/ holding anything other than exactly this version's wheel and sdist.

Release files for dreamlake 0.21.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for dreamlake 0.21.0
File Size Uploaded
dreamlake-0.21.0.tar.gz 266.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for dreamlake 0.21.0
File Interpreter ABI Platform
dreamlake-0.21.0-py3-none-any.whl Python 3 none any Details

Total release size: 581.0 kB

Release files / dreamlake-0.21.0.tar.gz

Download URL dreamlake-0.21.0.tar.gz
Size 266.1 kB
Tags Source
SHA-256 checksum
How to use checksums
f23eb1aa7f61f5e084ec197c917532bc88cd013052d9863fb142f83360a76e3b
BLAKE2b-256 checksum
How to use checksums
af683303ef68cb5cf7ea76c331a2c3d72267c245fae528a4b120f31441682558
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.

Transparency log

Release files / dreamlake-0.21.0-py3-none-any.whl

Download URL dreamlake-0.21.0-py3-none-any.whl
Size 314.9 kB
Tags Python 3
SHA-256 checksum
How to use checksums
9c7fb160a03b3a3b6a4ef0816e81955927a07f4533c4a66d913400a07a40c13a
BLAKE2b-256 checksum
How to use checksums
b017a351e44e08d1c2ba4f1f2435f4c720bd4345e9e21c863738bcd1b3fbef83
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.21.0 This release

2 release files

0.20.0

2 release files

0.19.0

2 release files

0.18.2

2 release files

0.18.1

2 release files

0.18.0

2 release files

0.17.0

2 release files

0.16.2

2 release files

0.16.1

2 release files

0.16.0

2 release files

0.15.0

2 release files

0.14.0

2 release files

0.13.0

2 release files

0.12.0

2 release files

0.11.0

2 release files

0.10.0

2 release files

0.8.0

2 release files

0.7.3

2 release files

0.7.2

2 release files

0.7.1

2 release files

0.7.0

2 release files

0.6.0

2 release files

0.5.0

2 release files

0.4.17

2 release files

0.4.16

2 release files

0.4.15

2 release files

0.4.14

2 release files

0.4.13

2 release files

0.4.12

2 release files

0.4.11

2 release files

0.4.10

2 release files

0.4.9

2 release files

0.4.8

2 release files

0.4.7

2 release files

0.4.6

2 release files

0.4.5

2 release files

0.4.4

2 release files

0.4.3

2 release files

0.4.2

2 release files

0.4.1

2 release files

0.4.0

2 release files

0.3.3

2 release files

0.3.2

2 release files

0.3.1

2 release files

0.3.0

2 release files

0.2.4

2 release files

0.2.3

2 release files

0.2.2

2 release files

0.2.1

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page