Files
zooqueen ae80da5998 refactor(media-use): resolve every media type through api.hanzo.ai
Voice is POST /v1/audio/speech and word timings come from
POST /v1/audio/transcriptions over the rendered audio. Music, sound
effects, images, and video generate through /v1/audio/music,
/v1/audio/foley, /v1/images/generations, and /v1/videos/generations. The
shared catalog is a listing under media/<type>/ in our own object store,
browsed through /v1/s3 — an empty prefix reports itself as empty rather
than reading as a bad query.

One client (scripts/lib/api.mjs) holds every route and the one credential:
a Hanzo IAM token in $HANZO_API_KEY, read from Hanzo KMS. No credential
file, no per-repo .env, no per-provider CLI to install or keep current.
$HANZO_BASE_URL points the same code at a local Hanzo Engine.

Word timings are passed through, never interpolated: a caption cut on
invented boundaries reads as correct and drifts against the voice. When
the service returns text without them, the word array is empty and the
caller is told.

Deletes the provider cascade this replaces, its model ladders, and the
account linking in telemetry — the install id stands alone.
2026-08-13 17:18:37 -07:00
..

LUT library (authoring)

index.json is the agent-consumed catalog of color-grade looks. Each entry builds on demand — no .cube bodies are committed to the repo.

Each look has:

  • id, description, tags, intensity — matching + application metadata.
  • params — a deterministic buildCube spec. The same look builds the same bytes on every machine, offline, with no host to keep alive.

Authoring a new look

  1. Find the params: resolve -t lut --params '{...}' writes a .cube you can inspect and iterate on.
  2. Add an entry to index.json with those params, an id, a description, and the tags an intent is likely to use.

A look is matched lexically against the intent, so write the description and tags in the words a person would actually say.