---

name: scenario-storyboards description: "Use when a story must unfold across a sequence of Scenario images: a comic page or strip, manga or webtoon panels, a children's storybook, a film, game, or ad storyboard, animatic pre-viz frames, or any shot list where the same characters and world must persist from panel to panel and dialogue must stay legible. Keywords: storyboard, comic, panel, sequential art, storybook, shot list, pre-viz, animatic, scene to scene, character consistency." license: MIT

Scenario Storyboards and Comics

Overview

Asked for a comic page, an agent prompts one model for "a page with six panels" and gets a page it cannot fix: uneven panel geometry, a hero whose face changes between cells, dialogue rendered as garble. The unit of generation is the panel, never the page. Script first, lock the cast, one model_run per panel anchored to the same references, letter in post, assemble the page last. Connection and the core loop: see the scenario skill. Character lock: scenario-consistency. Per-model image contracts: scenario-image. Lettering: scenario-text-overlay. If a sibling skill named here is missing from your available skills, ask the user to install it (npx skills add scenario-labs/skills --skill <name>); unattended, proceed from tool schemas and flag the gap.

Quick reference

Stage	Do
1. Script	A beat table before any generation: per panel, the shot size and angle, the action, the setting, the dialogue
2. Cast and style	One approved hero image per character plus a style pick (search with query="comic" surfaces style LoRAs); write each baseline
3. Panels	One model_run per panel: byte-identical baselines plus that panel's clause, references wired per the schema
4. Review	jobs_wait, then check identity panel over panel before lettering
5. Letter	Dialogue, captions, and sound effects as scenario-text-overlay cards composited onto text-free art
6. Assemble	Page layout and contact sheets: layer composition in scenario-video-assembly (Image Studio), or the grid tool in scenario-image-editing

Label the panels the way a shot list does, in that order: number, shot size, angle, lens or camera move, then the action with each character's frame side and facing. Arrange them as coverage rather than a row of pictures: open on a master that establishes the geography, hold one side of the axis so screen direction never flips, climb the size ladder as tension rises, and punctuate with an insert or a reaction.

A storyboard headed for animation stops at stage 4. Approved panels become first frames for image-to-video (scenario-video), one clip per shot, when each shot stands on its own. When the movement itself has to carry across the cuts, animating panels independently resets the performance at every one: that sequence belongs in the scenario-seedance-storyboard skill, which chains each shot's exit pose to the next shot's entry.

Worked example: a six-panel comic page

1. Script the page as a table: panel, shot size and angle, lens or camera move, action, dialogue and captions. The action column holds only what a camera sees: a thought, a smell, or backstory renders as nothing, so it becomes visible evidence or a caption. Dialogue and captions are written down here, never prompted into the art.
2. Cast lock: generate or upload the hero and iterate until approved; unattended, the script's own character description stands in for the approval, so take the candidate that matches it and continue. asset_display the hero and write its baseline enumeration (geometry, costume, palette by name or hex) per scenario-consistency.
3. Style: search with target="models", query="comic", public=true; the public catalog carried comic-style LoRA hits at authoring time. Confirm the pick with the user (unattended, take it from the task instructions, else the first result in returned order), then model_schema_get it for the reference field's name, cap, and cardinality. No reference field that fits the cast? Capabilities may advertise adapters the schema never exposes; the schema wins. Keep the pick for hero generation and recommend a reference-capable model for the panels, restating the style line in every prompt.
4. Six model_run calls. Each prompt is the style line, the character baseline, and the setting line (location, time of day), all byte-identical across the panels that share them, plus that panel's clause (shot, action), plus "clean art, no lettering, no speech bubbles". A dropped setting line breaks continuity the same way a dropped baseline breaks identity. Wire the hero reference as the schema says: an array only under array: true. A batch-count field repeats one prompt, so it cannot carry per-panel clauses.
5. jobs_wait on the six jobs, re-calling with pending_job_ids. Review each panel against the hero; fix drift by tightening that panel's enumeration and re-running from the baseline, never by chaining from a neighboring panel.
6. Letter with scenario-text-overlay, composite the cards as layers, assemble the page, then file panels and page in a collection (scenario-asset-analysis).

Common mistakes

• Generating a page in one run: panels from a single prompt cannot be regenerated one at a time, so one bad panel costs the whole page.
• Prompting dialogue: generated lettering drifts and garbles; keep the art text-free and letter in post.
• Chaining panel to panel: feeding panel three panel two's output compounds drift; anchor every panel to the same approved hero.
• Writing "same character as before": there is no memory between calls; restate the full baseline every time.
• Carrying a lasting change (a new costume from panel four on) as a per-panel clause against the old hero: the reference pulls the old costume back. Generate a second hero from the first with the change described, approve it, rewrite the baseline, and anchor the later panels to it.
• Animating unapproved panels: image money is cheap, video money is not; gate the expensive stage the way scenario-video-ads prices its board first.
• Merged characters: with several heroes in one panel, state each reference's role in the prompt, check the schema's reference cap fits the cast before planning the scene, and keep extras generic and unnamed; only cast that must stay recognizable gets a baseline and a slot.
• Abandoning a moderation-blocked action beat: providers can reject a weapon or fight panel (moderation_blocked); soften that panel's clause, de-emphasizing the weapon, and re-run from the baseline.