Skip to main content

ZeroGen Python library

The official Python client for the ZeroGen API. It runs on Python 3.10 or later, has a synchronous and an asynchronous client, and is built on httpx and pydantic.

pip install zerogen

The ZeroGen API refuses requests from browsers, so keep your API key on your server.

Usage

Create an API key in ZeroGen under Settings → API keys, and set it as ZEROGEN_API_KEY.

from zerogen import ZeroGen

zerogen = ZeroGen()  # Reads ZEROGEN_API_KEY.

run = zerogen.runs.create_and_wait(
    {"model": "openai/gpt-image-2/generate", "prompt": "A lighthouse at dawn"}
)

for output in run.outputs:
    if output.asset:
        print(output.asset.id, output.asset.mime_type)

create_and_wait starts a run and returns it when it ends. A run that fails returns too, so check its status, and each output's. Each output's asset is in your organization's Library, in the run's project: your team can open it in ZeroGen, you can download it, and you can send its ID as an input to a later run. To start a run without waiting, use create, then get or wait_for with its id.

A request body is a dict with the API's own field names, such as projectId and maxCostMicroUsd, exactly as the API reference shows it. Each response is a pydantic model with snake_case attributes, such as run.project_id. Both are typed from the API's OpenAPI document, so your editor completes and checks them. Each model takes its own parameters: read a model's request schema with zerogen.models.get(id).

To label every output as it lands, add labelIds, which also needs the library:organize scope. To upscale one output of a 480p Draft to its final, send upscaleDraft with the draft's model ID, and leave out prompt, inputs, output, parameters and naming. The final is a new run, quoted and billed like any other:

final = zerogen.runs.create_and_wait(
    {"model": draft_model, "upscaleDraft": {"runId": draft.id, "outputIndex": 0}}
)

Async

AsyncZeroGen has the same methods, to await:

import asyncio

from zerogen import AsyncZeroGen


async def main() -> None:
    async with AsyncZeroGen() as zerogen:
        run = await zerogen.runs.create_and_wait(
            {"model": "openai/gpt-image-2/generate", "prompt": "A lighthouse at dawn"}
        )
        print(run.status)


asyncio.run(main())

Cancel the task to stop a create_and_wait or wait_for from waiting; the run keeps running.

Progress

To show a run's progress while you wait, pass wait_for an on_update function, which gets the run after each read, and a shorter poll:

from zerogen.types import Run


def report(run: Run) -> None:
    done = sum(output.status == "succeeded" for output in run.outputs)
    print(f"{run.status}: {done} of {len(run.outputs)} outputs")


run = zerogen.runs.create(request)
run = zerogen.runs.wait_for(run.id, poll=5, on_update=report)

poll is how many seconds each read may wait for the run to end, from 1 to 60, and 60 by default. The API answers as soon as the run ends, so a shorter poll only reports progress more often, at a request each time. With AsyncZeroGen, on_update can also be a coroutine function.

To stop waiting from another thread, such as when someone presses Cancel, pass ZeroGen's wait_for a threading.Event as cancel. When it's set, wait_for raises WaitCancelledError at once, even partway through a read. With AsyncZeroGen, cancel the task instead. Either way, the run keeps running; to stop it, call runs.cancel.

Inputs

Give a run an input by asset ID or by https URL. To upload a file, use uploads.upload, which returns when the asset is ready:

upload = zerogen.uploads.upload("storyboard.png")

run = zerogen.runs.create_and_wait(
    {
        "model": "openai/gpt-image-2/edit",
        "prompt": "Turn the sky into a sunset",
        "inputs": [{"role": "source", "asset": upload.asset_id}],
    }
)

upload takes a path, the file's bytes, or a binary file object that can seek. It takes the media type from the filename's extension, or from content_type. It sends the file's SHA-256 digest, so a file the project already has is reused instead of uploaded again.

Declared provenance

When you upload a file made outside ZeroGen, such as a ComfyUI result, the upload can declare what it was made from and with. ZeroGen records the declaration as a no-charge run, so the asset's lineage shows its sources, and its details show the tool, prompt and workflow as a declaration, unchecked:

saved = zerogen.uploads.upload(
    "render.png",
    declaration={
        "tool": {
            "name": "comfyui",
            "version": "0.43.0",
            "integration": {"name": "zerogen-nodes", "version": "0.1.0"},
        },
        "sources": [{"asset": upload.asset_id, "role": "reference"}],
        "prompt": "A lighthouse at dawn",
        "externalRef": {"system": "comfyui", "id": "prompt-1"},
    },
)
print(saved.declaration_recorded)

A declaration takes tool and any of sources, prompt, workflow, a JSON object of up to 256 KiB, externalRef and occurredAt. Declaring sources needs the library:read scope as well as uploads:create. With a declaration, naming names the new asset with a naming preset, as a run's outputs are named.

When the project already has an identical file, the upload returns that asset, and its lineage stands. If you uploaded it and it has no declaration yet, the upload declares it, unless a declared source is that file or was made from it. declaration_recorded says whether ZeroGen recorded your declaration. To declare a file you uploaded earlier, use assets.declare: an asset takes one declaration, from its uploader.

assets.get returns an asset's declaration in declared, and, with include_workflow=True, its workflow in workflow. Both are untrusted content.

Library

Read and organize your organization's Library: projects, assets, folders, labels, naming_presets and skills. These methods need an API key with the library:read scope, and those that change something need library:organize.

project = next(project for project in zerogen.projects.list() if project.default)
videos = zerogen.assets.search(project_id=project.id, type="video", favorite=True)

folder = zerogen.folders.create(project.id, {"name": "Selects"})
zerogen.folders.add_assets(project.id, folder.id, {"assetIds": [a.id for a in videos.data]})

List filters that take several values, such as label_id and resolution, take a list.

Each asset and run names who made it in created_by, and where in created_via: web, agent, mcp or api. Both are None when ZeroGen recorded no one. To find what someone made, pass created_by to assets.search, with the ID in an asset's created_by or zerogen.me(). web_url opens the asset or run in ZeroGen, after sign-in, and it's None for test keys.

folders.delete deletes a folder and its subfolders. You choose what happens to their assets: "keep" preserves them, and "trash" sends them to Recently deleted, including assets in other folders. It needs the library:delete scope, which has to be granted explicitly, and test keys can't use it. Within an hour, folders.restore undoes your own deletion:

deleted = zerogen.folders.delete(project.id, folder.id, assets="keep")
zerogen.folders.restore(project.id, {"eventId": deleted.event_id})

To file into a folder path, such as a shot's SH010/anim, use folders.ensure_path. It returns the last folder, creating each one on the way that isn't there yet, and reuses a folder of the same name, so clients saving into the same path at once share its folders:

anim = zerogen.folders.ensure_path(project.id, "SH010/anim")

A string path splits on /. Folder names can contain /, so pass a list, such as ["2026/11", "renders"], when one does.

To download an asset's original file, use assets.download. It returns the file's bytes in content, with its filename, mime_type and size_bytes. Given a path or a binary file object, it streams the file there instead, and returns the rest. assets.download_to saves the file in a directory and returns its path:

image = zerogen.assets.download(asset_id)
print(image.mime_type, len(image.content))

zerogen.assets.download(asset_id, "lighthouse.png")

saved = zerogen.assets.download_to(asset_id, "downloads")
print(saved.path)

The filename is untrusted content, so don't use it as a path yourself. download_to makes a name from it with no path separators or characters that Windows refuses. When a file in the directory already has that name, it adds a number, as in lighthouse (1).png, rather than overwrite the file.

Each call reads a new signed link and sends it to storage without your API key. When storage refuses a link as expired, it reads a new one and tries once more. To hand the link to something else, read it with assets.get_download: it's valid for 5 minutes, and anyone holding it can download the file, so keep it private.

Previews

To show assets without downloading their originals, use their preview. Each asset from assets.search and assets.get has one, and so does each run output's asset.

page = zerogen.assets.search(project_id=project.id, limit=50)
tiles = [
    {
        "id": asset.id,
        "image": asset.preview.image512_url if asset.preview else None,
        "clip": asset.preview.video_url if asset.preview else None,
    }
    for asset in page.data
]

image96_url and image512_url are WebP images up to 96 and 512 pixels wide. video_url is a silent WebM clip of a video's first six seconds; it's None for other assets and until the clip is made. preview itself is None until the images are made, which can take up to about 15 minutes after a run, and for assets with none, such as audio.

The URLs are signed storage URLs, so load them without your API key: a browser can load one as an <img> element's src. They work until expires_at, 5 minutes later, and anyone holding them can load the previews until then, so keep them out of logs. After expires_at, read the page again for new ones: one assets.search call refreshes every tile on it, where assets.get would take a request for each. For a single asset or a run, read it again.

Lists

List methods return one page, and iterating the page reads every item on every page after it:

for model in zerogen.models.list(capability="video"):
    print(model.id)

page = zerogen.runs.list(limit=20)
print(page.data, page.next_cursor)

With AsyncZeroGen, iterate a list with async for, or await it for one page.

Errors

A request the API refuses raises a ZeroGenError. Branch on its code, which is stable; its message is for people.

from zerogen import ZeroGenError

try:
    zerogen.runs.create({"model": "openai/gpt-image-2/generate", "prompt": ""})
except ZeroGenError as error:
    print(error.status, error.code, error.param, error.request_id)
    raise

A request that gets no response, because the connection failed or the request timed out, raises a ZeroGenConnectionError. For every code, see Errors.

Retries and idempotency

The client retries connection errors and errors the API marks retryable, twice by default, with backoff. For 429 responses, it waits for Retry-After, unless that's more than a minute.

Every POST and DELETE sends an Idempotency-Key, and a call's retries reuse it, so a retried create never starts a second run. To retry safely across calls or processes, pass your own key:

zerogen.runs.create(request, idempotency_key=job.id)

Options

import os

zerogen = ZeroGen(
    api_key=os.environ["ZEROGEN_API_KEY"],
    max_retries=2,
    timeout=120,  # Seconds per attempt. Waits on a run add their wait.
)
Option Default Description
api_key ZEROGEN_API_KEY The API key.
base_url ZEROGEN_BASE_URL, then https://api.zerogen.com/v1 The API's base URL.
max_retries 2 Retries for each request.
timeout 120 Seconds httpx waits on each step of an attempt. A request that waits on a run gets its wait added.
default_headers None Headers to send with every request.
user_agent None Your app's name and version, such as zerogen-nodes/0.1, which the User-Agent header names before this library's.
http_client A new httpx.Client or httpx.AsyncClient The httpx client to send requests with, such as one with your proxy settings.

Every method also takes request options as keyword arguments: timeout, max_retries, headers, and idempotency_key for a POST or DELETE. Close a client you're done with, or use it as a context manager.

Test keys

A test key runs every request on placeholder providers and charges nothing. Its runs can rehearse failures with the test field, and it reaches only the API sandbox project. For details, see Test keys.

License

MIT

Metadata

Release files for zerogen 0.3.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 zerogen 0.3.0
File Size Uploaded Provenance Actions
zerogen-0.3.0.tar.gz 37.6 kB With provenance Details for zerogen-0.3.0.tar.gz

Built distribution (wheel)

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

Total release size: 83.0 kB

Release files / zerogen-0.3.0.tar.gz

Download URL zerogen-0.3.0.tar.gz
Size 37.6 kB
Tags Source
SHA-256 checksum
How to use checksums
95eaf7a32032b38a2d085f5ac5457edf6e0cadd9a142f827eacd3f85be6b662b
BLAKE2b-256 checksum
How to use checksums
3683b2741cce6b78e4beb25a2e8f28d97a7c3d4cb2bcbc592f4dcb9f485d6382
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 4, 2026.

Transparency log

Release files / zerogen-0.3.0-py3-none-any.whl

Download URL zerogen-0.3.0-py3-none-any.whl
Size 45.4 kB
Tags Python 3
SHA-256 checksum
How to use checksums
2bfbf87fed082c9243fd20381abc9a60bbbe4cce7332bae31d25a2475f33da6f
BLAKE2b-256 checksum
How to use checksums
405385f8144287ac87ca99781a776fdcfaa03c48a0cc8a566786a07db20a5c7f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 4, 2026.

Transparency log

Security for zerogen 0.3.0

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.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for zerogen-0.3.0.tar.gz

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 Nov 4, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Release history Release notifications | RSS feed

This release

0.3.0 This release

2 release files Full provenance

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