@koda-sl/baker-cli 0.201.0-dev.0a9adf6f7 → 0.201.0

package/README.md

@@ -2442,16 +2442,15 @@ Get a single video by ID. `--full` includes the auto-generated **transcript** (B
 baker videos get j571abc123 --full --output md
 ```
 
-### `baker videos upload <file|url>`
+### `baker videos upload <file>`
 
-Upload a video. A local path is uploaded directly; an `http(s)` URL is routed to `baker videos ingest`.
+Upload a video file via Mux direct upload.
 
 ```bash
 baker videos upload ./demo.mp4
 baker videos upload ./demo.mp4 --dry-run
 baker videos upload ./testimonial-maria.mp4 \
   --context "Testimonial from Maria, a real customer, filmed on her phone for the autumn campaign"
-baker videos upload https://www.youtube.com/watch?v=abc123
 ```
 
 Supported extensions: `.mp4`, `.mov`, `.webm`, `.avi`, `.mkv`
@@ -2469,41 +2468,6 @@ baker videos group --group-key "instagram:Cx7Ab9"
 
 Same lookup as `baker images group` and takes either kind of id; the two exist so the noun you happen to hold does not decide whether you can ask.
 
-### `baker videos ingest <url>`
-
-Add a video to the library from a link — a direct video file, or a page on YouTube, TikTok, Vimeo, or Instagram.
-
-```bash
-baker videos ingest https://cdn.example.com/hero-loop.mp4          # → { videoId, via: "direct" }
-baker videos ingest https://www.youtube.com/watch?v=abc123         # → { videoId, via: "download" }
-baker videos ingest https://vimeo.com/12345 --external-id vim:12345
-```
-
-Two routes, chosen from the URL and reported as `via`:
-
-- **direct** — the URL ends in a video extension, so Baker fetches the file itself. Nothing is downloaded locally and there is no size limit.
-- **download** — anything else. The video is downloaded locally, stored, and then ingested. Capped at 2 GB.
-
-A direct URL that Baker cannot fetch retries automatically on the download route and reports `fallbackFrom`. Force the download route with `--download`.
-
-| Flag | Purpose |
-|---|---|
-| `--source` | Provenance: `url` or `youtube`. Inferred from the URL when omitted. |
-| `--external-id` | Dedupe key — re-running the same link returns the existing video. Derived from the link automatically on the download route. |
-| `--external-url` | Canonical page URL. Defaults to the input for a page URL. |
-| `--download` | Skip the direct attempt and always download. |
-| `--dry-run` | Preview the resolved route and parameters. |
-
-The download route caps the pull at 1080p — Baker re-encodes for streaming anyway, so fetching a 4K master (what modern YouTube serves by default) only makes the download slower for pixels that get discarded.
-
-**Blocked downloads climb the egress ladder automatically.** The download route goes through the same **direct → datacenter → residential** ladder as every other outbound read (`@baker/proxy`; see [Operations](../../docs/operations.md) → Egress Proxy). There is no proxy flag on any command and nothing to opt into — the unproxied attempt always runs first, so a paid exit costs nothing until a host actually refuses us, and with no `OXYLABS_*` credentials in the environment this is a single plain download.
-
-A rung only opens on evidence that *who we are* was the problem — a 403/429/451, a WAF connection reset, or a bot wall like YouTube's "Sign in to confirm you're not a bot". A private video, a deleted one, a 404 or an unsupported URL fails identically from every address on earth, so it stops after one attempt instead of burning a timeout per tier. That decision is `shouldEscalate`'s, shared with the capture engine and the ad-media downloaders; yt-dlp's stderr is only *parsed* into the signal it takes (`src/lib/ytDlpSignal.ts`), never allowed to judge for itself.
-
-Requires `yt-dlp` on `PATH` (present in the Baker Runtime). Private, age-restricted, or region-locked videos cannot be downloaded — the error carries a `fix` pointing at `baker videos upload <file>`.
-
-**yt-dlp goes stale, and that looks like a broken video.** Large platforms change their players every few weeks and an out-of-date `yt-dlp` then resolves *no* formats at all, failing with "Requested format is not available" or "Only images are available" rather than anything that names the real cause. The error classifies this case separately and says the link is probably fine. The Runtime image installs `yt-dlp` unpinned at build time (`packages/e2b-template/src/template.ts`), so it ages with the image — if platform ingests start failing across the board, rebuild the template before investigating anything else. Direct file URLs don't depend on `yt-dlp` at all and keep working regardless.
-
 ### `baker videos delete <id>`
 
 Delete a video by ID.
@@ -4596,6 +4560,19 @@ $ baker canvas validate my-canvas.json
 
 On error you get an array of `ValidationIssue`s, each with `path`, `code`, `message`, and optional `did_you_mean`.
 
+**Absolute asset paths are healed, not reported.** A `source: "path"` ingest (or a `hyperframe_render`
+composition) written as an absolute path inside the workspace is rewritten to its canvas-relative form
+and the canvas file is saved, before anything else reads it. `normalized_paths` lists what changed.
+`run` does the same and logs it. This is not cosmetic: an absolute path resolves in the Runtime that
+wrote it, so validate, run, and the preview all pass, and only the publish build — a different checkout
+root, a different session — ever sees the break.
+
+Two roots count as "this workspace": the current one, and `/home/user/repo` (`REPO_PATH`), the fixed path
+every Session's workspace is checked out at. A path under either names the same file in any checkout, so
+remapping it is a proof rather than a guess — which is what lets an already-committed canvas heal in the
+publish build instead of blocking it. Anything under a root that maps to neither is left alone, and the
+scaffold's `validate-creatives` gate still rejects it.
+
 Advisory (warning-severity) video invariants include `VIDEO_PROMPT_DECISION_MISSING` (a thin clip prompt that
 names no camera/motion move **and** no exclusions — the six-decision doctrine) and `VIDEO_HOOK_LAYER_MISSING`
 (the hook, scene 0, is thin across two or more of the four hook layers — text/sound/visual/vibe). Warnings never
@@ -5303,7 +5280,7 @@ baker landing inspiration scrape <url> --out <dir>   # capture any page now, syn
 ```
 
 - **Hybrid search over three signals** — keywords, meaning, and *appearance* (the screenshot is embedded, so a query like "dark developer hero with a terminal" can match a section whose text never says "terminal"). Filters: `--type --composition --register --interaction --motion --media --device --theme --max-rank --min-craft --min-fidelity --domain --similar-to --scope --limit`.
-- **Screenshots are downloaded to `.baker/inspiration/`** so an agent can actually look at a result rather than read a description of it.
+- **Screenshots are downloaded to `.baker/inspiration/`** so an agent can actually look at a result rather than read a description of it — downscaled to the page's own design width (1440px, WebP) rather than the 2x archive capture R2 holds. A vision model bills by pixel area and downsamples past its own long-edge cap anyway, so the extra resolution bought no legibility and cost context on every one of the eight hits a default search returns.
 - **`fidelity` says how much to trust the code.** A measured 0–1 match between the live section and our standalone re-render, always reported. Above ~0.95 the markup renders like the original; below ~0.75 the section is scroll- or JS-driven and it does not.
 - **`used_on_pages`** appears when a section shows up on more than one of that site's pages — a nav or footer they ship everywhere, which is a stronger reference than a one-off.
 - **The corpus is shared across companies; favorites are per-company**, and search defaults to this company's saved sections.