Pipecat Anam Integration
Generate real-time video avatars for your Pipecat AI agents with Anam.
Maintainer: Anam (@anam-org)
Installation
pip install pipecat-anam
Or with uv:
uv add pipecat-anam
You'll also need Pipecat with the services you use (STT, TTS, LLM, transport). For this repo's examples:
uv sync --extra dev --extra example
That installs all required Pipecat extras (deepgram, cartesia, google, daily, runner, webrtc) plus local tooling.
If you prefer pip:
pip install -e ".[dev,example]"
If you are building your own pipeline, install only the Pipecat extras you need.
Prerequisites
- Anam API key
- API keys for STT, TTS, and LLM (e.g., Deepgram, Cartesia, Google)
- A Daily.co room and (optional) meeting tokens for Daily WebRTC transport — see Auto-provisioning the Daily room.
Usage with Pipecat Pipeline
The AnamVideoService wraps around Anam's Python SDK for a seamless integration with Pipecat to create conversational AI applications where an Anam avatar provides synchronized video and audio output while your application handles the conversation logic. The AnamVideoService iterates over the (decoded) audio and video frames from Anam and passes them to the next service in the pipeline.
enable_audio_passthrough=True renders the avatar directly from your TTS audio (no separate Anam-side LLM or voice generation).
enable_session_replay=False disables Anam-side session recording.
from anam import PersonaConfig
from pipecat_anam import AnamVideoService
persona_config = PersonaConfig(
avatar_id="your-avatar-id",
enable_audio_passthrough=True,
)
anam = AnamVideoService(
api_key=os.environ["ANAM_API_KEY"],
persona_config=persona_config,
api_base_url="https://api.anam.ai",
api_version="v1",
)
pipeline = Pipeline([
transport.input(),
stt,
context_aggregator.user(),
llm,
tts,
anam, # Video avatar (returns synchronized audio/video)
transport.output(),
context_aggregator.assistant(),
])
See examples/video-avatar-anam-video-service.py for a complete working example.
Initializing the Anam avatar session
AnamVideoService opens its connection to the Anam Backend asynchronously. The StartFrame is propagated downstream immediately so the rest of the pipeline (LLM/TTS/...) can warm up in parallel. TTS audio starts forwarding once the avatar is ready; any TTS produced before then is held back so it doesn't get dropped on the way in or accumulates latency.
Prior to v0.0.4, AnamVideoService blocked on StartFrame until the avatar was ready, which serialised pipeline startup. The async path keeps initial response latency low.
Publishing directly to Daily
[!WARNING] Direct Daily egress is experimental and only supported for Cara-4 avatars. The transport and signalling path will change in upcoming
anamalpha releases. Pin to an exact alpha if you build on this; expect breaking changes between alphas.
AnamTransport is a drop-in replacement for Pipecat's DailyTransport. The Anam Backend publishes the avatar's synchronised audio and video directly into your Daily room, so the Pipecat bot doesn't have to receive and re-publish the avatar's A/V tracks.
The Daily room is bring-your-own: provision the room and mint two separate meeting tokens before starting the pipeline.
See the Daily REST API docs for rooms and meeting-tokens (or use pipecat's Daily helpers).
daily_avatar_token— for the Anam Backend (optional, but required for private rooms). If auser_nameclaim is set, it must matchdaily_avatar_user_name(or leave the claim empty). This lets the transport tell the avatar apart from end users. The transport will not forward TTS until the avatar has joined.daily_bot_token— for the Pipecat bot itself, used to capture the user's microphone for STT.
Requires anam==0.5.0a1 (pinned exactly — see the SDK's experimental-alpha warning).
from anam import PersonaConfig
from pipecat_anam import AnamTransport
transport = AnamTransport(
api_key=os.environ["ANAM_API_KEY"],
persona_config=PersonaConfig(
avatar_id=os.environ["ANAM_AVATAR_ID"],
# Direct Daily egress requires a Cara-4 avatar; stock avatars default to cara-3.
avatar_model="cara-4-latest",
enable_audio_passthrough=True,
),
daily_room_url=os.environ["DAILY_ROOM_URL"],
daily_bot_token=os.environ["DAILY_BOT_TOKEN"],
daily_avatar_token=os.environ["DAILY_AVATAR_TOKEN"],
daily_avatar_user_name=os.environ["DAILY_AVATAR_USER_NAME"],
)
Auto-provisioning the Daily room
AnamTransport does not mint Daily rooms or tokens itself. If you'd rather provision a room programmatically than pre-create one, use Pipecat's DailyRESTHelper with your DAILY_API_KEY to create the room and the two meeting tokens before constructing the transport:
import aiohttp
from pipecat.transports.daily.utils import (
DailyMeetingTokenParams,
DailyMeetingTokenProperties,
DailyRESTHelper,
DailyRoomParams,
)
async with aiohttp.ClientSession() as session:
helper = DailyRESTHelper(
daily_api_key=os.environ["DAILY_API_KEY"],
aiohttp_session=session,
)
room = await helper.create_room(DailyRoomParams())
avatar_token = await helper.get_token(
room.url,
params=DailyMeetingTokenParams(
properties=DailyMeetingTokenProperties(user_name="anam-avatar"),
),
)
bot_token = await helper.get_token(room.url)
transport = AnamTransport(
api_key=os.environ["ANAM_API_KEY"],
persona_config=PersonaConfig(
avatar_id=os.environ["ANAM_AVATAR_ID"],
# Direct Daily egress requires a Cara-4 avatar; stock avatars default to cara-3.
avatar_model="cara-4-latest",
enable_audio_passthrough=True,
),
daily_room_url=room.url,
daily_avatar_token=avatar_token,
daily_bot_token=bot_token,
)
Using the Pipecat runner (recommended for Pipecat Cloud)
When the Pipecat runner dispatches the session (locally via
pipecat.runner.run.main, or in Pipecat Cloud), it hands the bot a DailyRunnerArguments with the Daily room URL and a single meeting token for the bot itself.
AnamTransport needs two tokens (one for the bot, one for the avatar), so the bot mints the second one in-process via
DailyRESTHelper keyed on DAILY_API_KEY. The same file runs unchanged both locally and on Pipecat Cloud.
See examples/video-avatar-anam-transport-pcc.py
for the full example.
Video Post-Filter Example
The output transport scales the avatar resolution to the configured output resolution. When the aspect ratios mismatch the video is stretched or squeezed. To avoid this, apply a video post-processing filter that crops the avatar to the output aspect ratio.
examples/video-avatar-anam-postfilter.py adds a CenterAspectCropFilter after AnamVideoService:
- Works on
OutputImageRawFrame; does not depend on Anam internals. - Assumes packed RGB24 bytes (
format="RGB"). - Performs a centered crop to match the configured output aspect ratio.
- Does not scale. Pipecat's output transport can still scale as needed.
- No-op when source and target aspect ratios already match.
The filter is self-contained in that file and can be lifted into any Pipecat pipeline that produces OutputImageRawFrame.
Running the Example
- Install dependencies:
uv sync --extra dev --extra example
- Set up your environment:
cp env.example .env
# Edit .env with your API keys
- Run the
AnamVideoServiceexample (Pipecat's built-in transports):
uv run python examples/video-avatar-anam-video-service.py -t daily
Or with the built-in WebRTC transport:
uv run python examples/video-avatar-anam-video-service.py -t webrtc
To run the AnamTransport example (direct Daily egress, BYO room and tokens, Deepgram + Google + Cartesia):
uv run python examples/video-avatar-anam-transport.py
To run the Pipecat-Cloud-shaped AnamTransport example (same pipeline, but the room is minted by the runner and the avatar token is minted in-process). Use -d so the runner prints a ready-to-click Daily URL:
uv run python examples/video-avatar-anam-transport-pcc.py -d
To run the center-aspect post-filter example with the WebRTC transport:
uv run python examples/video-avatar-anam-postfilter.py -t webrtc
Or with the Daily transport:
uv run python examples/video-avatar-anam-postfilter.py -t daily
Compatibility
- Tested with Pipecat v0.0.100+
- Python 3.10+
- Daily transport or built-in WebRTC transport
License
BSD-2-Clause - see LICENSE
Support
- Anam Lab (Build and test your persona and get your avatar_id.)
- Anam Documentation (API reference and SDK documentation)
- Anam Community Slack
- Pipecat Discord (
#community-integrations)
Metadata
Release files for pipecat-anam 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| pipecat_anam-0.1.0.tar.gz | 22.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| pipecat_anam-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 41.7 kB
Release files / pipecat_anam-0.1.0.tar.gz
| Download URL | pipecat_anam-0.1.0.tar.gz |
|---|---|
| Size | 22.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
025b931df6de2eeb3598aa24977b808cbb25ba5d15098e7b8951f626a2d457da
|
|
BLAKE2b-256 checksum How to use checksums |
5a111834155b6b1b919b56350484269d78f3b32fc62953de0430f6c9d5f20679
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
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 Jun 18, 2026.
Transparency logRelease files / pipecat_anam-0.1.0-py3-none-any.whl
| Download URL | pipecat_anam-0.1.0-py3-none-any.whl |
|---|---|
| Size | 19.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
d815d662d5f854f81527c0f2805adba4747599737e1c6295cae47eebcba57ca0
|
|
BLAKE2b-256 checksum How to use checksums |
f1916cabcfad833343509f4fbde0131c4a59526eda5167909d3fc3f461804e44
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
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 Jun 18, 2026.
Transparency log