@koda-sl/baker-cli 0.216.0 → 0.223.0

package/README.md

@@ -1835,7 +1835,7 @@ Research data is cached server-side (shared across all callers). No local cache
 
 ---
 
-### Assets (`baker images`, `baker videos`, `baker testimonials`)
+### Assets (`baker images`, `baker videos`, `baker avatars`, `baker testimonials`)
 
 #### Image sourcing — verb-per-provider overview
 
@@ -2602,6 +2602,69 @@ baker testimonials tags
 
 ---
 
+### Avatars (`baker avatars`)
+
+Reusable AI presenters a company casts into images and video. An avatar holds one settled identity: an **identity sheet** (`sheetUrl`, a generated multi-view turnaround) plus the **subject description** (`subjectDescription`) that person is described with. Every render grounds on the sheet via `--reference` and reuses the subject description verbatim — that pairing is what keeps the same face across a whole campaign.
+
+`status` is `generating | ready | error | archived`; only `ready` can be cast. `create` returns immediately with `generating` because the identity sheet renders in the background (~30s). `likeness` is `synthetic` (invented from a description) or `licensed` (built from photographs of a real person, which requires `--likeness-confirmed`).
+
+#### `baker avatars list`
+
+List the company's avatars. Retired ones are hidden unless you ask for them. Rows are compact and deliberately omit `subjectDescription` — read it with `get`.
+
+```bash
+baker avatars list
+baker avatars list --status ready --output md
+baker avatars list --status archived --limit 10
+```
+
+#### `baker avatars get <handle>`
+
+Read one avatar: status, `sheetUrl` for `--reference`, and the `subjectDescription` to reuse verbatim. `--full` adds the whole written profile (persona, speech, motion, wardrobe, setting, guardrails, voice, source photos, created date).
+
+```bash
+baker avatars get marta
+baker avatars get marta --full --output md
+```
+
+#### `baker avatars create`
+
+Cast a new presenter. `--name` and `--subject` are required; `--subject` describes one person plainly (age, build, hair, skin, face) with no scene, lighting, camera, or wardrobe.
+
+```bash
+baker avatars create --name "Marta" \
+  --subject "woman in her early 40s, shoulder-length dark brown hair, light olive skin, warm open face" \
+  --persona "friendly product expert" --wardrobe "plain knit sweater" \
+  --guardrails "no competitor logos, no medical claims"
+
+# From photographs of a real person — both flags required together
+baker avatars create --name "Marta" --subject "…" \
+  --source-image "<imageId1>,<imageId2>" --likeness-confirmed
+```
+
+Optional: `--handle`, `--speech`, `--motion`, `--setting`, `--voice-id`, `--voice-description`. Returns `{ avatarId, handle, likeness, status }`.
+
+#### `baker avatars update <handle>`
+
+Edit an avatar. Profile flags are merged over the stored profile, so `--persona` alone keeps the subject description intact; an empty value clears the field it names (except `--subject`, which can only be replaced). Changing `--subject` requires `--regenerate-sheet` in the same call — otherwise the sheet still shows the person described before.
+
+```bash
+baker avatars update marta --wardrobe "charcoal blazer over a white tee"
+baker avatars update marta --subject "woman in her early 50s, silver bob, …" --regenerate-sheet
+baker avatars update marta --new-handle marta-founder --voice-id <voiceId>
+```
+
+#### `baker avatars delete <handle>`
+
+Remove an avatar. `--archive` retires it — it leaves the roster but past work and `@handle` mentions keep resolving. Without `--archive` it is deleted for good.
+
+```bash
+baker avatars delete marta --archive --dry-run
+baker avatars delete marta --archive
+```
+
+---
+
 ### Winning Ads (`baker winning-ads`)
 
 Search the **ad-dna** corpus of scored "winning" competitor ads for reference creatives to reproduce (e.g. with `baker canvas`), and manage the brands your library tracks (`follow` / `following` / `feed` / `unfollow`). Each result carries a presigned media URL (~1h TTL), the ad's DNA summary, and scores. The CLI authenticates with the normal `BAKER_API_KEY`; the Baker backend proxies the request to the ad-dna service with a server-held token — no extra credential in the sandbox.
@@ -5448,18 +5511,28 @@ Output is the standard envelope `{ ok, data, hints }` with `data = { advisory, s
 Verifies that a brand's typefaces really load, and self-hosts them. A font that isn't actually available never announces itself — the browser substitutes its nearest fallback, so the page renders fine and is quietly off-brand. Reading a family name off a live site tells you what the CSS *asks for*, never what loads.
 
 ```bash
-baker brand fonts check                                    # are the brand's fonts real?
+baker brand fonts check                                    # does every brand face actually load?
+baker brand fonts adopt                                    # a page already loads it? move it into global.css
 baker brand fonts fetch "DM Sans"                          # self-host, weights taken from global.css
 baker brand fonts fetch "Manrope" --weights 500,700        # self-host specific weights
 baker brand fonts fetch "Inter" --subsets latin,latin-ext  # add accented-glyph coverage
 ```
 
-- **`check`** asks Google Fonts what it *actually* serves for every family and weight `src/styles/global.css` requests, and reports `requested` / `served` / `missing` plus the available unicode subsets. It exits 2 with `FONT_NOT_SERVED` when the brand asks for something Google won't serve, and distinguishes an unknown family name from a family that exists at other weights — the fix differs.
+- **`check`** runs two checks in order. First, every `--font-*` family in `src/styles/global.css` must be provided by an `@font-face` or a Google import; a family provided by nothing exits 2 with `FONT_NOT_LOADED` and lists them at `error.fix.unresolved`. Then, for the families requested from Google, it asks Google what it *actually* serves and reports `requested` / `served` / `missing` plus the available unicode subsets, exiting 2 with `FONT_NOT_SERVED` when the brand asks for something Google won't serve — distinguishing an unknown family name from a family that exists at other weights, since the fix differs.
+- **`check` used to pass on the worst case.** With no Google `@import` it answered `selfHosted: true` without looking at whether anything hosted the font, so a stylesheet declaring `--font-sans: "Inter"` and loading nothing was reported healthy. Measured across the client fleet, 56 of 60 repos have no Google import, so that was the answer almost everyone got; the only thing that caught it was the scaffold validator at verify time.
 - **Failures carry the numbers, so nothing needs a second call.** `check`'s error keeps the full per-family breakdown at `error.fix.families` (healthy families included, so a multi-family brand shows what not to touch), and both commands probe the standard weights to report the ones that *do* exist at `error.fix.served` — the remediation is "retry with one of these" rather than "run `check`", which would be the command that just failed.
-- **`fetch`** downloads the family into `src/brand/fonts/` and prints the `@font-face` block to paste above `@theme`. Defaults to the `latin` subset; `--subsets latin,latin-ext` adds accented-glyph coverage for Spanish and Portuguese copy. One file per weight *and* subset, since Google ships them separately and `unicode-range` is carried through verbatim.
-- **It does not edit `global.css` for you.** Paste the block, then drop that family from the Google `@import` — otherwise the page self-hosts *and* still calls Google. Record the weights in `src/brand/BRAND.md` in the same change.
-- **The emitted `src:` is relative to `global.css` (`../brand/fonts/…`) on purpose — keep it that way.** A root-relative `/src/brand/fonts/…` reads to the bundler as a path something else already serves, so the file never lands in the published build and every page 404s it. That failure is silent: an unfetchable face falls back to a system font, so the site just renders off-brand. Kept relative, the bundler resolves it on disk, content-hashes it, and ships it. The scaffold's `validate-public-asset-refs` blocks the root-relative form.
-- **Licensing:** Google Fonts are open-licensed and safe to self-host. A client's own commercial typeface is not — confirm before re-hosting one.
+- **`fetch`** downloads the family into `src/brand/fonts/` **and writes its `@font-face` into `global.css` above `@theme`**, so the family loads without a second step. It is idempotent — re-running replaces that family's faces rather than stacking duplicates — and it leaves other families, and any commented-out block, untouched. Defaults to the `latin` subset; `--subsets latin,latin-ext` adds accented-glyph coverage for Spanish and Portuguese copy. One file per weight *and* subset, since Google ships them separately and `unicode-range` is carried through verbatim.
+- **A re-run keeps the weights the stylesheet already self-hosts.** `fetch` puts the downloaded faces *in charge* of the family, so it has to know which weights already exist — and the first fetch is what removes the Google `@import`, leaving the stylesheet's own `@font-face` rules as the only surviving record of them. It reads those. Passing `--weights` on a re-run therefore **narrows** the family to exactly what you passed: every other weight is dropped from the stylesheet and its file orphaned, with nothing failing, because the family stays resolved either way. A variable face declared as a range (`font-weight: 100 900`) counts as every step in that range, not as its first number — read as `100` alone, a re-fetch replaced the whole range with a single hairline rule.
+- **Drop the family from the Google `@import` afterwards** — otherwise the page self-hosts *and* still calls Google. Record the weights in `src/brand/BRAND.md` in the same change. (`fetch` used to only print the block for you to paste; the download happened either way, so a skipped paste left the files on disk with nothing loading them. One client repo had 44 font files and zero `@font-face` rules.)
+- **The written `src:` is relative to `global.css` (`../brand/fonts/…`) on purpose — keep it that way.** A root-relative `/src/brand/fonts/…` reads to the bundler as a path something else already serves, so the file never lands in the published build and every page 404s it. That failure is silent: an unfetchable face falls back to a system font, so the site just renders off-brand. Kept relative, the bundler resolves it on disk, content-hashes it, and ships it. The scaffold's `validate-public-asset-refs` blocks the root-relative form.
+- **`adopt`** moves brand faces a page already self-hosts into `global.css`. A `--font-*` token in `@theme` is global, but a page's own `<style>` ships only with that page — so one page declaring the face leaves every other page on a fallback, which is invisible unless you happen to load one of them. It never downloads: re-fetching the same family would hand the working page a different build of the face. Refuses a family that two files declare differently (`ADOPTION_CONFLICT`) and one whose files are not in `src/brand/fonts/` (`FONT_FILE_MISSING`); `NOTHING_TO_ADOPT` means no page declares it at all, and that one is genuinely a `fetch`.
+- **`check` tells you which of the two to run.** Its `error.fix.action` says `adopt` when a page already self-hosts the family and `fetch` when nothing does — worth following, because reaching for `fetch` on a face the repo already ships is the exact substitution `adopt` exists to prevent.
+- **The scaffold sync adopts too, unattended.** The `2026-08-20-wire-unresolved-brand-fonts` migration runs the same planner at the front of every sync, before it asks any catalogue, so a client whose brand face lives in one page's `<style>` is repaired without anyone opening a Session. It diverges in one place: a conflict there falls through to downloading rather than refusing, because refusing would leave that client frozen out of every future scaffold update with nobody watching to reconcile it. It draws the Google-outage line in the same place, and has to: an unreachable catalogue is reported as *retryable*, which is what stops the migration runner recording — and so permanently disabling — a repair that only hit a bad minute.
+- **Two catalogues, Google first.** `fetch` resolves against Google Fonts, then Fontsource — which carries open-licence families Google does not (Open Sauce One, and ~2000 more). Google wins a family both carry, so a re-run can never swap which foundry's file the brand ships; the winner is reported as `data.provider`. When no catalogue has the name, the error carries `fix.didYouMean` — a client asking for "Open Sauce" gets back One / Sans / Two rather than a dead end.
+- **Leaving Google takes more than one refusal.** Google answers `400` both to a name it has never heard of *and* to a weight it does not ship, so one rejection cannot mean "try elsewhere" — read that way, `fetch "Lato" --weights 400,500` self-hosted Fontsource's Lato, because Google has no Lato 500. On a refusal the command re-asks Google one weight at a time, and if the family exists at any of them it fails `FONT_NOT_SERVED` with `fix.served` rather than switching foundry. Note Google's API is **case-sensitive** (`family=roboto` → 400, `family=Roboto` → 200), so a mis-cased name is one of the ways a Google family ends up being looked for elsewhere.
+- **An unanswered catalogue is never a verdict, on either of them.** A lookup that times out or 5xxs fails `CATALOGUE_UNREACHABLE` (with `fix.provider`) and asks you to re-run, instead of self-hosting a different foundry's build on the strength of one failed request. That holds for Fontsource too: only its `404` means "no such family", so an outage there can no longer surface as "no font catalogue carries a family called X" — advice that would send you to check the spelling, or to hand-write an `@font-face` for a face Fontsource has.
+- **Multi-subset Fontsource families need the API's `unicode-range`, and get it.** Two `@font-face` rules with the same family, style and weight and no range both claim every character, so the later silently wins and the other file is downloaded, fingerprinted, shipped and never read. The ~120 families Fontsource hosts itself are single-subset with no range (nothing to disambiguate); the ~1976 it mirrors from Google are multi-subset and carry the map, which `fetch` now emits. If a multi-subset family ever reports no range, `fetch` fails `SUBSET_AMBIGUOUS` rather than writing two rules that cannot both apply.
+- **Licensing:** Google Fonts and Fontsource carry open-licensed families, safe to self-host. A client's own commercial typeface is not — confirm before re-hosting one.
 
 Complements the offline `validate-brand-fonts` check that runs in the scaffold's `verify`: that one compares what `global.css` declares against what provides it, with no network. Only the network can answer whether Google really serves a given family and weight.
 
@@ -5524,6 +5597,8 @@ This CLI is designed for AI agent consumption. Key patterns:
 - **0.180.1**: `baker tag-manager --help` said the container version Baker cuts at publish is **NOT** published, and told the agent to have the user publish it in Tag Manager. The executor publishes it — a clean run takes the client's container live — so the help understated an irreversible change to a production site. Corrected, and the stale `versionPendingMessage` helper (no callers, same wrong claim) removed from `@baker/api/tag-manager`. `draft list` already reported both outcomes correctly and is unchanged.
 - **0.191.0**: `baker ads google draft list` now flags a Search campaign staged with fewer than **3 image assets**, alongside the sitelink/callout/structured-snippet/negative-list advisories it already prints. The completeness pass counted `MARKETING_IMAGE` links but only ever checked them on Performance Max and Demand Gen, so a Search campaign could be staged and published with no images at all and nothing said a word — it just performed worse, which is exactly the failure advisories exist to catch. This is the same gap Google raises as its "Add images to your ads" recommendation, moved to the point where the agent can act on it: an image-less text ad is visibly smaller in the SERP than a competitor's. Images are the one asset kind an agent cannot write inline, so the advisory names the route — build with the `creative-canvas-ads` flow and its new `google_search` platform preset (1:1 required, 1.91:1 cropped from a rendered 16:9), then `assets create` + `assets attach --file` at `"fieldType": "MARKETING_IMAGE"` — and repeats the playbook's two rejections: never stock, never a logo on a plain background. Non-blocking, like every other advisory; publish is never gated on it.
 
+- **0.217.0**: new family `baker avatars list|get|create|update|delete`, plus `--avatar <handle>` on `baker studio generate` and `baker studio animate` — company-scoped reusable presenters, typed from the shared `@baker/api` avatars contract. `--avatar` is the way to cast one: it grounds the render on the identity sheet, reuses the subject description verbatim, and records the avatar on the batch. Passing the sheet through `--reference` instead does none of those and leaves the batch unattributed, so the avatar can never show what it has appeared in; the route refuses a handle that is not `ready`, because generating a stranger is worse than an error. `get` returns the sheet URL and that description; every command's `hints` carry the next move (still building → re-check with `get`; changed `--subject` without `--regenerate-sheet` → the sheet is stale). `create` refuses `--source-image` without `--likeness-confirmed` and returns an `error.fix` telling the agent to ask the user for that permission, since only they can give it; an unknown handle returns an `error.fix` pointing at `baker avatars list`. Profile flags on `update` merge over the stored profile instead of replacing it.
+
 ## Publishing
 
 ### Auto-publish (CI)

package/dist/{chunk-54GMUYWN.js → chunk-CMPAHYLB.js}

@@ -16,9 +16,9 @@ import {
   shouldEscalate
 } from "./chunk-DZUVUGEP.js";
 
-// ../../node_modules/.pnpm/safe-stable-stringify@2.5.0/node_modules/safe-stable-stringify/index.js
+// ../../.pnpm-store/v10/links/@/safe-stable-stringify/2.5.0/810146e81bae4e3a061fe487864f2fde80c4b03b886877dc0f1fffbc6480b67e/node_modules/safe-stable-stringify/index.js
 var require_safe_stable_stringify = __commonJS({
-  "../../node_modules/.pnpm/safe-stable-stringify@2.5.0/node_modules/safe-stable-stringify/index.js"(exports, module) {
+  "../../.pnpm-store/v10/links/@/safe-stable-stringify/2.5.0/810146e81bae4e3a061fe487864f2fde80c4b03b886877dc0f1fffbc6480b67e/node_modules/safe-stable-stringify/index.js"(exports, module) {
     "use strict";
     var { hasOwnProperty } = Object.prototype;
     var stringify = configure2();
@@ -1092,7 +1092,7 @@ function resolveAdaptFormats(params) {
   return params.formats ?? [];
 }
 
-// ../../node_modules/.pnpm/safe-stable-stringify@2.5.0/node_modules/safe-stable-stringify/esm/wrapper.js
+// ../../.pnpm-store/v10/links/@/safe-stable-stringify/2.5.0/810146e81bae4e3a061fe487864f2fde80c4b03b886877dc0f1fffbc6480b67e/node_modules/safe-stable-stringify/esm/wrapper.js
 var import__ = __toESM(require_safe_stable_stringify(), 1);
 var configure = import__.default.configure;
 var wrapper_default = import__.default;
@@ -1192,6 +1192,9 @@ var KLING_DURATIONS = [3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15];
 var GEMINI_OMNI_DURATIONS = [3, 4, 5, 6, 7, 8, 9, 10];
 var GEMINI_OMNI_ASPECT_RATIOS = ["16:9", "9:16"];
 var GEMINI_OMNI_IMAGE_MIMES = ["image/png", "image/jpeg", "image/webp"];
+var GROK_IMAGINE_DURATIONS = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10];
+var WAN_27_DURATIONS = [2, 3, 4, 5, 6, 7, 8, 9, 10];
+var HAPPYHORSE_DURATIONS = [3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15];
 var ELEVENLABS_OUTPUT_FORMATS = [
   "mp3_22050_32",
   "mp3_44100_32",
@@ -1224,13 +1227,20 @@ var VIDEO_GENERATE_MODELS = [
   "google/gemini-omni-flash",
   "google/veo-3.1",
   "google/veo-3.1-fast",
-  "kwaivgi/kling-v3.0-pro"
+  "google/veo-3.1-lite",
+  "kwaivgi/kling-v3.0-pro",
+  "x-ai/grok-imagine-video",
+  "alibaba/wan-2.7",
+  "alibaba/happyhorse-1.1"
 ];
 var DEFAULT_VIDEO_GENERATE_MODEL = "google/gemini-omni-flash";
 var REFERENCE_TO_VIDEO_MODELS = [
   "bytedance/seedance-2.0",
   "bytedance/seedance-2.5",
-  "google/gemini-omni-flash"
+  "google/gemini-omni-flash",
+  "x-ai/grok-imagine-video",
+  "alibaba/wan-2.7",
+  "alibaba/happyhorse-1.1"
 ];
 function supportsReferenceToVideo(model) {
   return REFERENCE_TO_VIDEO_MODELS.includes(model);
@@ -1681,6 +1691,89 @@ var MODEL_REGISTRY = {
         cfg_scale: { kind: "number", min: 0, max: 1 }
       }
     },
+    "x-ai/grok-imagine-video": {
+      // The avatar workhorse. Measured best of the reference-capable models on
+      // identity retention AND aspect-ratio obedience, at the lowest rate of any
+      // video model we carry ($0.05/s at 480p). No audio at all — `generate_audio`
+      // is absent from its OpenRouter listing, so a talking head goes to Wan 2.7.
+      // NOTE: `x-ai/grok-imagine-video-1.5` is NOT a drop-in upgrade — it is
+      // described as plain image-to-video and drops the reference conditioning
+      // this entry exists for.
+      label: "Grok Imagine Video",
+      inputs: [],
+      optional_inputs: [{ kind: "image", mimes: OPENROUTER_IMAGE_MIMES }],
+      required: ["prompt"],
+      params: {
+        prompt: { kind: "string" },
+        aspect_ratio: { kind: "string", enum: ["16:9", "9:16", "1:1", "4:3", "3:4", "3:2", "2:3"] },
+        resolution: { kind: "string", enum: ["480p", "720p"] },
+        duration: { kind: "number", enum: GROK_IMAGINE_DURATIONS }
+      }
+    },
+    "alibaba/wan-2.7": {
+      // Reference-to-video AND native audio — the only model we carry with both,
+      // which makes it the landscape talking-head option.
+      //
+      // LANDSCAPE ONLY, measured. It advertises 9:16, 1:1, 4:3 and 3:4, and
+      // delivers 16:9 regardless: asked for vertical via `aspect_ratio: "9:16"`
+      // it returned 1280x720, and asked again via an explicit
+      // `size: "720x1280"` from its own `supported_sizes` it returned 1280x720
+      // again. The enum below is therefore what it DOES, not what it claims, so
+      // nobody pays for a vertical clip that comes back landscape. For a vertical
+      // avatar clip use `x-ai/grok-imagine-video` (silent) or animate a generated
+      // still with `google/veo-3.1-lite` (native audio, honours 9:16).
+      label: "Alibaba Wan 2.7",
+      inputs: [],
+      optional_inputs: [{ kind: "image", mimes: OPENROUTER_IMAGE_MIMES }],
+      required: ["prompt"],
+      params: {
+        prompt: { kind: "string" },
+        negative_prompt: { kind: "string" },
+        aspect_ratio: { kind: "string", enum: ["16:9"] },
+        resolution: { kind: "string", enum: ["720p", "1080p"] },
+        duration: { kind: "number", enum: WAN_27_DURATIONS },
+        seed: { kind: "number" },
+        generate_audio: { kind: "boolean" }
+      }
+    },
+    "alibaba/happyhorse-1.1": {
+      // Third reference-capable option: strong identity, correct ratios, no audio.
+      // First-frame only (no `last_frame`), so it cannot close a beat on a
+      // specified end pose the way Wan and Veo can.
+      label: "Alibaba HappyHorse 1.1",
+      inputs: [],
+      optional_inputs: [{ kind: "image", mimes: OPENROUTER_IMAGE_MIMES }],
+      required: ["prompt"],
+      params: {
+        prompt: { kind: "string" },
+        aspect_ratio: { kind: "string", enum: ["16:9", "9:16", "1:1", "4:3", "3:4", "21:9", "9:21"] },
+        resolution: { kind: "string", enum: ["720p", "1080p"] },
+        duration: { kind: "number", enum: HAPPYHORSE_DURATIONS },
+        seed: { kind: "number" }
+      }
+    },
+    "google/veo-3.1-lite": {
+      // The cheapest way to animate a still that carries a real face: same Veo
+      // family and the same escape from ByteDance's filter, at $0.05/s with audio
+      // at 720p against Veo 3.1's $0.40. That 8x is the difference between an
+      // avatar clip you iterate on and one you think twice about.
+      label: "Google Veo 3.1 Lite",
+      inputs: [],
+      optional_inputs: [{ kind: "image", mimes: OPENROUTER_IMAGE_MIMES }],
+      required: ["prompt"],
+      params: {
+        prompt: { kind: "string" },
+        negative_prompt: { kind: "string" },
+        aspect_ratio: { kind: "string", enum: ["16:9", "9:16"] },
+        resolution: { kind: "string", enum: ["720p", "1080p"] },
+        duration: { kind: "number", enum: [4, 6, 8] },
+        seed: { kind: "number" },
+        generate_audio: { kind: "boolean" },
+        person_generation: { kind: "string", enum: ["allow_all", "allow_adult"] },
+        enhance_prompt: { kind: "boolean" },
+        conditioning_scale: { kind: "number" }
+      }
+    },
     "google/veo-3.1-fast": {
       // Cheap test/iteration model. Forwarded by the backend via
       // `provider.options.google-vertex.parameters` (camelCased on the wire).
@@ -2055,6 +2148,7 @@ function validateValue(key, value, schema, model) {
 
 // ../canvas-contract/src/videoCost.ts
 var CREDITS_PER_USD = 100;
+var OPENING_FRAME_CREDITS = Math.ceil(0.03 * CREDITS_PER_USD);
 var SEEDANCE_USD_PER_SECOND = {
   "480p": 0.18,
   "720p": 0.5,
@@ -2075,12 +2169,37 @@ function seedance25UsdPerSecond(resolution) {
   return SEEDANCE_25_USD_PER_SECOND[resolution ?? DEFAULT_VIDEO_RESOLUTION] ?? SEEDANCE_25_FALLBACK_USD_PER_SECOND;
 }
 var FALLBACK_USD_PER_SECOND = 0.5;
+var MIN_BILLED_SECONDS = 5;
+var MODELS_WITH_BILLING_FLOOR = /* @__PURE__ */ new Set(["alibaba/wan-2.7", "alibaba/happyhorse-1.1"]);
+function billedSeconds(model, duration) {
+  return MODELS_WITH_BILLING_FLOOR.has(model) ? Math.max(duration, MIN_BILLED_SECONDS) : duration;
+}
 function seedanceUsdPerSecond(resolution) {
   return SEEDANCE_USD_PER_SECOND[resolution ?? DEFAULT_VIDEO_RESOLUTION] ?? FALLBACK_USD_PER_SECOND;
 }
 var USD_PER_SECOND = {
   // Kling publishes one flat rate across every resolution and mode.
   "kwaivgi/kling-v3.0-pro": { silent: 0.112, audio: 0.168 },
+  // The three reference-capable avatar models. Rates are the published
+  // per-second SKUs; see MIN_BILLED_SECONDS below for why a short clip still
+  // costs more than rate x duration.
+  "x-ai/grok-imagine-video": {
+    silent: 0.07,
+    audio: 0.07,
+    byResolution: { "480p": { silent: 0.05, audio: 0.05 }, "720p": { silent: 0.07, audio: 0.07 } }
+  },
+  // Flat $0.10/s across resolutions and modes, audio included.
+  "alibaba/wan-2.7": { silent: 0.1, audio: 0.1 },
+  "alibaba/happyhorse-1.1": {
+    silent: 0.1278,
+    audio: 0.1278,
+    byResolution: { "720p": { silent: 0.0988, audio: 0.0988 } }
+  },
+  "google/veo-3.1-lite": {
+    silent: 0.05,
+    audio: 0.08,
+    byResolution: { "720p": { silent: 0.03, audio: 0.05 } }
+  },
   // Veo prices 4K far above the base tier — and 4K is a selectable resolution,
   // so folding it into the base rate under-quotes the dearest clip we can make.
   "google/veo-3.1": {
@@ -2117,7 +2236,7 @@ function falSeedanceUsdPerSecond(resolution, buildsOnSourceClip = false) {
 }
 function estimateVideoCostUsd(input) {
   const { model, duration, resolution, generateAudio, buildsOnSourceClip } = input;
-  const seconds = duration ?? DEFAULT_VIDEO_DURATION_S;
+  const seconds = billedSeconds(model, duration ?? DEFAULT_VIDEO_DURATION_S);
   const sourceClipPremium = buildsOnSourceClip ? VIDEO_SOURCE_COST_MULTIPLIER : 1;
   if (isGeminiOmniModel(model)) {
     return GEMINI_OMNI_WINDOW_SECONDS * GEMINI_OMNI_USD_PER_SECOND * GEMINI_OMNI_WINDOW_MARGIN;
@@ -8955,4 +9074,4 @@ export {
   defaultRegistry,
   createEngineFromEnv
 };
-//# sourceMappingURL=chunk-54GMUYWN.js.map
+//# sourceMappingURL=chunk-CMPAHYLB.js.map