Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Handles explicit screenplay/story work on the filmmaking canvas. Triages screenplay (use verbatim), story/concept (iterate then rewrite), or neither (defer). Captures the final script note/title; on explicit command, splits into <=15s shot notes and extracts characters, variants, locations, and speaking/VO needs. Use for writing, adapting, rewriting, splitting, analyzing, or breaking down scripts/stories. Preserves dialogue verbatim and returns multi-stage planning to story-to-video-workflow bef
.claude/skills/utopai-research-script-compose/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-10 | ✗→✓ | ▲ Improved | 67% | 0% |
| case-06 | ✗→✓ | ▲ Improved | 63% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 64% | 0% |
| case-12 | ✗→✓ | ▲ Improved | 51% | 0% |
| case-18 | ✗→✓ | ▲ Improved | 112% | 0% |
Run only on explicit user intent, never on file drop. Dropped text/PDF already exists as a note (data.body) and mirror (./assets/notes/<note_id>.md).
Defaults: a 30s beat is one moment; match the input language; with characters, prefer meaningful dialogue and let narration support rather than carry the scene, but let wordless action carry a beat instead of packing every one with dialogue.
Stop at script capture, shot notes, and anchor extraction. Route multi-stage work back to story-to-video-workflow.
Capture target duration when observable:
Store target_duration_sec and duration_basis when known. If implied runtime is >~3 minutes, call out scope before shot/video planning.
Classify the input, then capture as in §2. Never skip straight to §3.
workflow.json data.body or ./assets/notes/<note_id>.md. Pick a 2–5 word title; identify duration basis; do not rewrite to fit.image-compose / video-compose.Torn between screenplay and story? Prefer screenplay — safer than rewriting.
Rewrite rules (story → screenplay):
INT./EXT. LOCATION - TIME slug, present-tense action, ALL-CAPS cue + dialogue. No scene numbering. No camera directions (that's video-compose).ONE note. No split. Canvas writes go through the mutator, never direct workflow.json.
read ./workflow.json (read-only inspection — see if title is already set).subtype: "script": node "$PAI_REPO_ROOT/server/cli/canvas_mutate.js" \ --op addNode \ --payload-json '{"node":{"type":"note","data":{"subtype":"script","label":"Script: <title>","body":"<full screenplay verbatim>","metadata":{"author":"agent","timestamp":"<ISO>","target_duration_sec":45,"duration_basis":"estimated from script length"}}}}' Omit target_duration_sec / duration_basis only when there is no defensible signal. Stdout returns assigned.node_id — keep it for §3 (shots derive from this id).
node "$PAI_REPO_ROOT/server/cli/canvas_mutate.js" --op setTitle --payload-json '{"title":"<title>"}'
Captured., then offer the next step as a choice rendered per the project PROJECT_AGENT.md § "Recommendation and choice shape". Recommended option: "Split it into <=15s shots and extract characters/locations/voices." Plus an escape to do something else.STOP. Do NOT proceed to §3 without an explicit user command.
Triggers (judge intent): "split into shots / clips", "break this up", "pull the characters / locations", "who's in this", "analyze this script", "design the characters from this script". Not triggers: "what's in this", "summarize", "tell me about it" — those are read-and-reply.
When triggered:
-2, -3.metadata.target_duration_sec or estimate. Split on natural beats (slug/dialogue/location/time/appearance changes). For >15s material, keep resulting shots as close to 15s as natural (default ≈ ceil(total_seconds / 15) shots); split shorter only for hard cuts, dialogue turns, continuity shifts, or strong beats — don't over-fragment just because the script's own time markers say so. Pace speech at ~2.2-2.5 words/sec plus reaction/action room; silent action ~3–5s. If dialogue cannot fit naturally, split it; reduce only when the user asked for compression. Never rewrite — shot bodies are verbatim slices. Each shot note has subtype: "shot". Build one addBatch with N shot notes + N derived edges: node "$PAI_REPO_ROOT/server/cli/canvas_mutate.js" \ --op addBatch \ --payload-json '{ "nodes": [ {"type":"note","data":{"subtype":"shot","label":"Shot 1 (0–15s)","body":"<slice>","metadata":{"author":"agent","timestamp":"<ISO>"}}}, {"type":"note","data":{"subtype":"shot","label":"Shot 2 (15–30s)","body":"<slice>","metadata":{"author":"agent","timestamp":"<ISO>"}}} ], "edges": [ {"from":"<script_note_id>","to":"$0","kind":"derived"}, {"from":"<script_note_id>","to":"$1","kind":"derived"} ] }' $N placeholders are 0-indexed positions in nodes; the mutator resolves them to the assigned ids after running. Reply's assigned.node_ids is the array of shot ids in the same order.
> Plan check: ~<seconds>s, <shots> shots, <N> character(s), <V> variant(s), <M> location(s), <S> voice need(s). Missing: <first blocker>. If N>0, V>0, M>0, or S>0, offer next step with project choice shape. Recommended: "Design the character/location anchors, then voices." Anchors include base/variant character sheets, detailed location/location variants, and speaker/VO voice anchors. On approval, route to image-compose first (base character sheets, needed character variants, and location stills) with --source-node-id <script_note_id> so the new nodes wire back to the script. After image anchors land, route speaking/narration needs to voice-compose. Don't generate inside script-compose. Skip the offer if every count is 0.
If the user's command was narrower ("just the shots", "only characters"), do only that sub-step and skip the offer.
Surgical (title still fits): update script-note body + affected shot bodies in place. Use the mutator's updateNode op (one call per node, or batched via updateBatch). Structural (title no longer fits): new script note (addNode); old→new edge addEdge with kind:"derived"; new shot family via addBatch against the new script note. Leave old shots; delete only if asked (deleteNode cascades edges for you).
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-10 | fail→pass | 9,336 | 2,890 | -69% | 1 | 1 | 0% | 1,436 | 2,397 | +67% | 0 | 0 | — |
case-01 | fail→fail | 12,797 | 7,854 | -39% | 1 | 1 | 0% | 2,124 | 3,334 | +57% | 0 | 0 | — |
case-02 | fail→fail | 6,875 | 5,451 | -21% | 1 | 1 | 0% | 1,076 | 2,258 | +110% | 0 | 0 | — |
case-03 | fail→fail | 9,738 | 4,629 | -52% | 1 | 1 | 0% | 1,511 | 2,229 | +48% | 0 | 0 | — |
case-04 | fail→fail | 5,969 | 9,205 | +54% | 1 | 1 | 0% | 902 | 3,562 | +295% | 0 | 0 | — |
case-05 | pass→pass | 4,686 | 2,023 | -57% | 1 | 1 | 0% | 810 | 2,336 | +188% | 0 | 0 | — |
case-06 | fail→pass | 8,956 | 2,443 | -73% | 1 | 1 | 0% | 1,409 | 2,301 | +63% | 0 | 0 | — |
case-07 | fail→pass | 11,137 | 6,204 | -44% | 1 | 1 | 0% | 1,784 | 2,920 | +64% | 0 | 0 | — |
case-08 | pass→pass | 8,865 | 4,235 | -52% | 1 | 1 | 0% | 1,579 | 2,695 | +71% | 0 | 0 | — |
case-09 | pass→pass | 6,356 | 1,988 | -69% | 1 | 1 | 0% | 1,234 | 2,316 | +88% | 0 | 0 | — |
case-11 | pass→pass | 10,060 | 1,822 | -82% | 1 | 1 | 0% | 1,588 | 2,284 | +44% | 0 | 0 | — |
case-12 | fail→pass | 10,714 | 2,666 | -75% | 1 | 1 | 0% | 1,579 | 2,386 | +51% | 0 | 0 | — |
case-13 | pass→pass | 9,595 | 1,903 | -80% | 1 | 1 | 0% | 1,708 | 2,272 | +33% | 0 | 0 | — |
case-14 | pass→pass | 14,151 | 2,307 | -84% | 1 | 1 | 0% | 1,398 | 2,378 | +70% | 0 | 0 | — |
case-15 | pass→pass | 9,114 | 2,817 | -69% | 1 | 1 | 0% | 1,273 | 2,349 | +85% | 0 | 0 | — |
case-16 | pass→pass | 9,191 | 4,326 | -53% | 1 | 1 | 0% | 1,394 | 2,754 | +98% | 0 | 0 | — |
case-17 | pass→pass | 3,223 | 2,160 | -33% | 1 | 1 | 0% | 492 | 2,269 | +361% | 0 | 0 | — |
case-18 | fail→pass | 6,914 | 1,875 | -73% | 1 | 1 | 0% | 1,095 | 2,323 | +112% | 0 | 0 | — |
case-19 | fail→pass | 9,921 | 3,534 | -64% | 1 | 1 | 0% | 1,522 | 2,620 | +72% | 0 | 0 | — |
case-20 | pass→pass | 11,560 | 3,126 | -73% | 1 | 1 | 0% | 1,926 | 2,461 | +28% | 0 | 0 | — |
case-21 | pass→fail | 11,462 | 7,775 | -32% | 1 | 1 | 0% | 1,461 | 2,531 | +73% | 0 | 0 | — |
case-22 | fail→pass | 14,198 | 4,602 | -68% | 1 | 1 | 0% | 2,833 | 2,664 | -6% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 19 counted toward the lift figure. The other 3 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +27 percentage points is the difference between those two pass rates over the 19 comparable cases. 1 case got worse with the skill loaded, and it is included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.