Official Python SDK for Stream
Check out our:
- β Chat API
- π± Video API
- π Activity Feeds
- Video call creation and management
- Chat session creation and management
- Token generation for user authentication
To install the Stream Client Library, run the following command:
pip install getstream
# or if like us, you fell in love with uv
uv add getstreamIf you want to build audio or video AI integrations, make sure to check Vision-Agents:
pip install getstream[webrtc]
# or using uv
uv add 'getstream[webrtc]'If you are currently using stream-chat, we have a detailed migration guide with side-by-side code examples for common Chat use cases. See the Migration Guide.
To get started, you need to import the Stream class from the library and create a new instance with your API key and secret:
from getstream import Stream
client = Stream(api_key="your_api_key", api_secret="your_api_secret")from getstream.models import UserRequest
# sync two users using the update_users method, both users will get insert or updated
client.upsert_users(
UserRequest(
id="tommaso-id", name="tommaso", role="admin", custom={"country": "NL"}
),
UserRequest(
id="thierry-id", name="thierry", role="admin", custom={"country": "US"}
),
)
# Create a JWT token for the user to connect client-side (e.g. browser/mobile app)
token = client.create_token("tommaso-id")To create a video call, use the client.video.call method:
import uuid
from getstream.models import (
CallRequest,
MemberRequest,
)
call = client.video.call("default", uuid.uuid4())
call.get_or_create(
data=CallRequest(
created_by_id="tommaso-id",
members=[
MemberRequest(user_id="thierry-id"),
MemberRequest(user_id="tommaso-id"),
],
),
)Many calls return a StreamResponse object, with the specific dataclass for the method call nested inside. You can access this via:
response: StreamResponse[StartClosedCaptionsResponse] = call.start_closed_captions()
response.data # Gives the StartClosedCaptionsResponse modelThe SDK emits structured log events (client.initialized, http.request.sent, http.response.received, http.request.failed) through the stdlib logging module. By default nothing is printed: pass a logging.Logger to see them.
import logging
logging.basicConfig(level=logging.DEBUG)
client = Stream(api_key="key", api_secret="secret", logger=logging.getLogger("myapp.stream"))Each event carries structured fields via the standard extra={} mechanism (for example http.response.status_code, duration_ms, stream.endpoint_name). Query and body values for known secret keys (api_key, api_secret, token, password) are always redacted. Request/response bodies are omitted by default; pass log_bodies=True to include them (still redacted, and this emits one WARNING at construction since bodies can contain other sensitive data).
By default the client makes exactly one attempt per request and surfaces errors unchanged. Pass a RetryConfig to opt in to auto-retry:
from getstream import Stream, RetryConfig
client = Stream(api_key=..., api_secret=..., retry=RetryConfig(enabled=True, max_attempts=3, max_backoff=30.0))Only idempotent GET/HEAD requests are retried, and only on HTTP 429 (unless the backend marked it unrecoverable) or a transport-level failure (timeout, connection reset, DNS, TLS). A 429's Retry-After header is honored (clamped to max_backoff); otherwise the delay uses full jitter over an exponential backoff. A retried failure logs http.request.failed at DEBUG; a final, non-retried failure logs it at ERROR (or not at all for a final 429, since that's already covered by http.response.received).
# Video: update settings for a call type
# Chat: update settings for a channel typeTo work with chat sessions, use the client.chat object and implement the desired chat methods in the Chat class:
chat_instance = client.chat
# TODO: implement and call chat-related methods with chat_instanceWe use uv to manage dependencies and run tests.
Prerequisites:
- Python 3.10+ (recommended: 3.12.2)
- uv package manager
Setup:
# 1. Clone and enter the repository
git clone https://github.com/GetStream/stream-py.git
cd stream-py
# 2. Create virtual environment and install everything
uv venv --python 3.12.2
uv sync --all-extras --dev
# 3. Set up pre-commit hooks
pre-commit install
# 4. Create environment file for API credentials
cp .env.example .env
# Edit .env with your Stream API credentialsRun all tests:
uv run pytest # Everything
uv run pytest -v # Verbose output
uv run pytest -x # Stop on first failureRun specific test suites:
# Main package tests
uv run pytest tests/
uv run pytest tests/test_video.py # Specific test fileTest with coverage:
uv run pytest --cov=getstream --cov-report=htmlTest configuration:
- Configuration:
pytest.ini - Fixtures:
tests/fixtures.py - Test assets:
tests/assets/(keep files < 256KB)
Testing best practices:
- Write tests as simple Python functions with assert statements
- Use fixtures from
tests/fixtures.pyfor common setup - Place test assets in
tests/assets/directory - Avoid mocks unless specifically required
- Always run tests from the project root directory
CI considerations:
import pytest
@pytest.mark.skip_in_ci
def test_something():
# This test will be skipped in GitHub Actions
...Install new dependency:
# Main package
uv add "new-package>=1.0.0"
# Plugin-specific
cd getstream/plugins/stt/my-plugin/
uv add "plugin-specific-dep>=2.0.0"
# WebRTC-related (add to webrtc extra)
# Edit pyproject.toml [project.optional-dependencies] webrtc sectionRun linting and formatting:
uv run ruff check getstream/ tests/ # Check for issues
uv run ruff format getstream/ tests/ # Format code
uv run pre-commit run --all-files # Run all hooksGenerate code:
./generate_webrtc.sh # Regenerate WebRTC bindingsNote: regenerating code requires access to internal code available only to Stream developers
Test failures:
# Run with verbose output
uv run pytest -v -s
# Run specific test
uv run pytest tests/test_video.py::test_specific_function -vReleases use two paths:
- Default: automatic release when a PR is merged to
main. The PR title (and body) drives the semver bump. - Fallback: manual release via the
Releaseworkflow'sworkflow_dispatch(admin use). Select aversion_bump(patch/minor/major).use_current_version=trueskips the bump and publishes whatever is already inpyproject.toml.
Automatic semver bump rules:
feat:-> minorfix:(orbug:) -> patchfeat!:,<type>(scope)!:, orBREAKING CHANGEin the PR body/title -> major
PRs with any other prefix do not trigger a release.
The release pipeline runs lint, type-check, and the full test matrix (unit + integration, across all supported Python versions) on the merged commit before publishing to PyPI via Trusted Publishing (OIDC). Each step in the publish job is idempotent: a failed run can be re-dispatched from the Actions UI.
This project is licensed under the MIT License.
Contributions are welcome! Please read the contributing guidelines to get started.