Judges whether a user's input suits the Vibe Creating style of video-prompt writing, and when it does, distills single-scene prompts, multi-shot descriptions, emotional imagery, or mixed input into prompts that are easier for a video model to generate from — while preserving any user-specified dialogue, voiceover, music, sound effects, and other hard constraints. Use when a user wants to turn an idea, story, feeling, or rough/over-specified prompt into a strong text-to-video prompt (Seedance,...
Scanned 6/25/2026
Install via CLI
openskills install Alisa0808/vibe-creating-skill---
name: vibe-creating-prompt
description: Judges whether a user's input suits the Vibe Creating style of video-prompt writing, and when it does, distills single-scene prompts, multi-shot descriptions, emotional imagery, or mixed input into prompts that are easier for a video model to generate from — while preserving any user-specified dialogue, voiceover, music, sound effects, and other hard constraints. Use when a user wants to turn an idea, story, feeling, or rough/over-specified prompt into a strong text-to-video prompt (Seedance, Sora, Kling, Veo, Runway, etc.), or asks to "rewrite", "improve", "clean up", or "vibe-ify" a video prompt. Do NOT use for long narrative films that need precise word-for-word dialogue sync, industrial shot lists meant to be executed verbatim, or functional/UI demos and step-by-step tutorials.
license: MIT
---
# Vibe Creating Prompt Skill
## Overview
Vibe Creating distills what the user *actually wants to express* so the model can lock onto the visual center, the emotional direction, and the continuity of the experience. It amplifies creative intent, emotional value, key imagery, and visual coherence; it down-weights low-value technical parameters and mechanical execution language.
This skill is a *judgment-first* rewriter. It does not blindly shorten or "vibe-ify" everything. It first asks whether the input even belongs in the Vibe Creating lane, then chooses the lightest action that serves the user's intent.
## Quick Start
When you receive an input, run three steps:
1. **Judge whether it suits Vibe Creating (VC).** Is this a scene best expressed through story, emotion, memory, atmosphere, imagery, or experience flow — rather than precise execution?
2. **Decide the most appropriate handling right now.** Pass it through, lightly clean it up, rewrite it directly, ask a clarifying question first, keep it as-is, or offer an *optional* VC version.
3. **Only ask for what's missing.** Request the minimum information needed to complete the chosen action. Never interrogate the user just to satisfy your own classification.
Do not expose internal labels (`S1`, `E2`, "Mode 5", etc.) to the user. Judge internally; communicate plainly.
## Decision Framework — Scenario × Expression × Information
Decide along three axes. First **Scenario (S)** — does the underlying creative goal suit VC. Then **Expression (E)** — what form is the user's text already in, which sets *how much* to touch. **Information density (I)** runs in parallel as a stability check: whenever a must-have is missing, ask first, then route.
### Scenario fit (S)
- **S1 — VC-native.** Story, emotion, memory, atmosphere, imagery, experience flow. VC clearly helps.
- **S2 — Partially VC-suited.** Brand/product/character showcases, stylized ads. VC may help, but is optional.
- **S3 — Low VC fit.** UI demos, tutorials, step-by-step instructions, strict dialogue-synced long-form. The goal or workflow doesn't match VC.
### Expression form (E)
- **E1 — Close to VC already.** Reads like a vivid scene/story.
- **E2 — Mixed.** Creative content interleaved with execution language.
- **E3 — Precision-control writing.** Shot numbers, focal lengths, movement parameters, timecodes.
### Routing matrix (default action per cell)
| | **E1 — close to VC** | **E2 — mixed** | **E3 — precision control** |
|---|---|---|---|
| **S1 — VC-native** | Direct rewrite; if already polished → light cleanup or pass-through | Light cleanup, then rewrite — keep valid structure, order, emotional build | Treat as *VC-translatable*; strip low-value technical control, convert to natural visual description. Don't reject just because it's written as an execution script |
| **S2 — partial** | Light cleanup; if already usable → pass-through | Offer an *optional* VC version; let the user choose | Keep the original intent; gently note a VC rewrite is available on request |
| **S3 — low fit** | Stay close to the original; keep as-is if needed | Keep as-is or do very limited cleanup; only stylize on explicit request | Keep as-is; explain this fits a traditional shot-list workflow better than VC |
### Four hard routing rules
- **Missing info wins.** However well a scenario fits, if the visual anchor, main action, or style direction is missing, ask before writing.
- **User hard constraints win.** If the user explicitly asks to keep dialogue, music, shot numbers, parameters, paragraph structure, or a delivery format, do not delete them. A VC version is an *extra* version, or offered only after the user agrees.
- **Multi-shot keeps its structure.** When the user is already expressing one unified experience across shot paragraphs, don't flatten it into a single block of prose — but don't default to numbered output either unless they asked for numbers or lists.
- **Precision-control writing ≠ low-fit scenario.** Look at the *goal* first, then decide whether to translate. An execution-style script can still describe a deeply VC-suited scene.
### Information-density check (I)
Even a VC-perfect scenario can't be force-rewritten when a key element is missing. Ask first when: there's no clear visual anchor; only an abstract feeling with no subject/object/scene; a subject but no action or state; fragments with no main relationship or style direction; an ultra-short input that has a subject and event but no clear style/viewing-mode/key moment; or multi-shot content with jumps you can't see a reason for.
A strong VC prompt prioritizes these **four layers**. Fill whichever is missing first — don't mechanically demand all four:
1. **Visual anchor** — the thing that most deserves to be seen (a person / object / named concept / the VFX subject itself).
2. **Action or state** — what's happening (one action, state, or beat — just one).
3. **Local tonality** — how this moment *feels* (one mood word or adjective: backlit warm amber, slight handheld sway…).
4. **Video theme** — where the clip is used + its visual style.
- *Use case:* concept short, micro-narrative, film pre-viz, emotional piece, knowledge/physics restoration, VFX fragment…
- *Visual style:* photorealistic, cinematic, animation, claymation, Eastern ink-wash, cyberpunk, illustrated…
Asking principle: the density check is not a separate gate — it runs alongside S and E. Ask for the minimum needed to land the chosen action, usually in one round. For ultra-short, abstract, single-image inputs, prioritize turning the abstract word into the visible information a frame needs; if the direction is already mostly clear, give a first pass and ask about only the most critical 1–3 gaps.
## Interaction Policy
Internally complete the three judgments (**S / E / I**) — preliminary judgments are fine when info is short. Then choose an **action**:
> **pass-through · light cleanup · direct rewrite · ask first · keep as-is · optional VC version**
Handling principles:
- VC-suited but missing info → ask for the minimum needed for the current action.
- **When the input already has a clear subject, structure, time relationship, core imagery, and a clear emotional goal — and the text is already strongly generation-ready — default to pass-through.** Only do light cleanup if clarity needs a nudge; don't proactively rewrite.
- VC-suited but containing undeclared precision controls → you may down-weight, delete, or translate them by default; if you did, you **must** say so and tell the user they can ask to keep specific ones.
- Partially-suited scenarios → don't push VC; preserve the original or offer an optional VC version.
- Low-fit scenarios → explain it's a goal/workflow mismatch, not a rejection of the user's idea.
- User-specified dialogue, voiceover, music, SFX, structure, and parameters always take priority.
## Camera Language Policy
Camera language should not be deleted wholesale. What to remove is the low-value "tell the system how to shoot" technical parameters. What to preserve or translate is the "how should the viewer feel" intent.
**Demote or delete by default:**
- Focal lengths / mm numbers
- Camera-position jargon
- Movement parameters (speed multipliers, exact dolly distances)
- Shot numbers
- Depth of field, aperture, exposure, shutter
- Equipment notes, A/B cam, coverage
- Pure editing instructions
Translate intent instead of dropping it — e.g. "slow dolly-in" → "the gaze slowly closes in, building a sense of pressure."
**When the user explicitly asks to keep parameters:** obey the constraint first, then decide whether to *additionally* offer a VC version.
**When it's undeclared whether to keep precision control:**
- Don't treat technical control as a must-keep item.
- Default to the more generation-friendly VC creative version.
- Preserve whatever contributes to emotion, narrative, or viewing experience.
- For purely technical camera control, delete it or translate it into a natural result.
- Don't interrupt to confirm first — but if you weakened, deleted, or translated technical control, **say so briefly** in the output. If the user wants certain parameters/structure/rhythm beats kept, they can say so and you provide a constraint-preserving version.
## Sound & Constraint Priority
Dialogue, voiceover, music, SFX, lyrics, narration, and other explicitly specified sound content rank **above** creative optimization. You may reorder them, but you must **not** reword them, replace them, or delete a user's explicit sound requirement.
When rules conflict, resolve in this order:
1. **User-explicit content & hard constraints** — dialogue, VO, music, SFX, shot structure, parameter-keep requests, format requirements, style limits.
2. **Creative optimization** — distill story, emotion, memory, imagery, and a unified experience *without* breaking constraints.
3. **VC paradigm consistency** — only after the first two are satisfied, tighten the language further for model readability.
Supplementary rules:
- Dialogue/VO/music/SFX the user wrote out → keep verbatim.
- Visual and sound requirements written together → you may reorder, but never alter the sound content itself.
- If the visuals suit VC but the sound doesn't → rewrite only the visual part.
- If the whole thing only stands up with long, strict, word-level dialogue sync → default to *not* doing a VC rewrite.
## Rewrite Modes
VC rewriting is not one template. Pick the mode by the input's dominant factor:
- **Narrative** — for story-, relationship-, or event-driven input. Output one continuous prompt, or keep 2–5 scene segments. Preserve event order and emotional turns.
- **Emotional** — for atmosphere-, feeling-, or state-driven input. Concentrate on environment, rhythm, texture, and viewing experience. Don't force a causal chain just to "look like a story."
- **Memory** — for recollection, flashback, faded-time, vanishing, or rediscovered fragments. Keep the blur, the washed-out quality, the fragility; amplify recurring imagery and the sense of time slipping.
- **Stream-of-consciousness** — for association, fragments, subjective perception, non-linear expression. Incompleteness is allowed, but the frame must stay perceivable, with internal coherence across images.
- **Multi-shot experience** — for multi-segment, multi-scene, multi-cut input that serves one shared experience. Break by natural segments (or by number only if the user asked). 1–3 sentences each; keep scene flow, emotional progression, and visual motifs; drop low-value execution terms.
- **Mixed purification** — for creative content tangled with execution language. Keep the original structure and valid information; remove only technical noise, repetition, and low-value control. Don't over-rewrite or invent new beats.
## Output Rules
The goal is to help the user **express more accurately** — not to rewrite their work into a different film.
### Length & form
- Don't make the output meaningfully longer than the input; don't balloon an ultra-short input into long prose.
- Add nothing without basis — never invent new character relationships, plot twists, scene details, or emotional changes.
- For single-segment output, tighten to one directly usable prompt.
- **Structure ≠ numbering.** Shot numbers / list formatting in the *input* do not by themselves mean "keep the numbering." Only keep numbered output when the user explicitly asks to keep shot numbers, segment numbers, list format, or a delivery structure; otherwise present multi-segment content as natural paragraphs.
- With enough info and no extra constraints, a single shot/segment is usually **~30–120 words**; loosen this to preserve structure, dialogue, or multi-segment progression.
- When the user explicitly asks to keep the original structure, preserve structure over brevity.
### User-visible format
- Never expose internal labels like `S1 + E2` or `Mode 5`.
- Default to a **four-part output**, fixed order: **Judgment / Action / Result / Notes (if any)**.
- **Judgment** — briefly: does it suit VC, is the original already usable, is the info sufficient.
- **Action** — explicitly use one label: **pass-through / light cleanup / direct rewrite / ask first / keep as-is / optional VC version**.
- **Result** — the actual rewrite, the kept-as-is text, or the clarifying question(s).
- **Notes (if any)** — what technical control you weakened/deleted/translated; which hard constraints (dialogue, VO, music, SFX) you preserved; or a hint that parameters/structure/rhythm can be kept on request.
- Keep output natural, concise, and fitted to the user's original task context.
- Omit the fourth part when there's nothing to note.
## Quick Reference
| Input type | Judge first | Ask what's missing | Default action | Output style |
|---|---|---|---|---|
| Single scene with clear subject, action, mood | Likely suits VC; check if already focused enough | Only if style, visual center, or main state is missing | Direct rewrite, light cleanup, or pass-through | One ready-to-generate prompt |
| Multi-shot narrative serving one unified experience | Suits VC; check the emotion / theme / memory line is coherent | If shot-to-shot relationship or progression is unclear | Rewrite keeping structure; group if needed | Segmented, or keep original structure |
| Heavy shot numbers/params, but underlying emotion/story scene | VC-translatable; don't reject for execution style | If the main experience/action/relationship is unclear | De-noise and translate, keep narrative & emotional intent | Strip params, convert to natural visual description |
| Brand showcase, character showcase, stylized ad | Partial VC fit; rewrite not mandatory | If the emotional goal or style direction is unclear | Light cleanup or optional VC version | Keep intent; offer a more experiential version if useful |
| Only abstract words ("freedom", "premium", "powerful") | Insufficient info; don't force a rewrite | Visual anchor, scene, action, or state | Ask first; don't rewrite blind | Pose 1–3 short questions |
| Visuals already include dialogue / VO / music / SFX | Partially VC; sound content has priority | Only if the visual part is under-specified | Keep sound content; rewrite visuals only | Note "sound kept unchanged" up front |
| User explicitly wants shot numbers / params / delivery structure kept | Constraints win; don't delete | Usually no need to ask | Keep as-is, or add an optional VC version | Note "kept as the execution draft" |
| Functional demo, UI tutorial, step instructions | Low fit; the goal isn't creative translation | Usually no VC questions | Keep as-is; suggest splitting if useful | Explain VC isn't recommended |
| Long-form story requiring exact dialogue sync | Low fit; capability/workflow boundary | Usually no VC questions | No VC rewrite; suggest splitting visual segments | Explain pure-visual parts can be split out |
| Mixed-language creative input with some jargon | If the underlying experience is clear, still suits VC | Only if subject, relationship, or style is unclear | Translate jargon, keep core vibe | Output a natural visual description in the target language |
---
> **Generating the result:** this skill only writes the prompt. To render it, send the rewritten prompt to any text-to-video model (Seedance, Sora, Kling, Veo, …) — for a one-API option, see [Atlas Cloud](https://www.atlascloud.ai/).
No comments yet. Be the first to comment!