seedance-2-prompt

Render a single 3-15s video clip via Seedance 2.0. Supports two backends: OpenRouter (default, model bytedance/seedance-2.0) and the official Volcengine ARK / BytePlus ModelArk endpoint (model doubao-seedance-2-0-260128 / dreamina-seedance-2-0-260128). Accepts a structured English video prompt, optional first-frame image, and optional identity/style reference image. Trigger when the user asks for AI video clip generation, 分镜视频, seedance, or wants a short cinematic shot from a prompt + frame.

仓库: tomysh1337/openstarry-code
最近来源活动: 2026年8月17日 13:35
检测到的 SKILL.md 语言: 英语
星标: 3
分支: 0

安装方式

默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。

检查来源文件

决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。

返回搜索返回安装

name	seedance-2-prompt
description	Render a single 3-15s video clip via Seedance 2.0. Supports two backends: OpenRouter (default, model bytedance/seedance-2.0) and the official Volcengine ARK / BytePlus ModelArk endpoint (model doubao-seedance-2-0-260128 / dreamina-seedance-2-0-260128). Accepts a structured English video prompt, optional first-frame image, and optional identity/style reference image. Trigger when the user asks for AI video clip generation, 分镜视频, seedance, or wants a short cinematic shot from a prompt + frame.
description_zh	通过Seedance 2.0渲染单个3-15秒视频片段。支持两种后端：OpenRouter（默认，模型 bytedance/seedance-2.0）和官方火山引擎ARK / BytePlus ModelArk端点（模型 doubao-seedance-2-0-260128 / dreamina-seedance-2-0-260128）。接受结构化英文视频提示词、可选首帧图像和可选身份/风格参考图。当用户需要AI视频片段生成、分镜视频、seedance，或想根据提示词+画面生成短电影镜头时触发。
provenance	{"origin":"clawhub-mit0","license":"MIT-0","upstream_url":"https://clawhub.ai/dandysuper/seedance-2-prompt-engineering-skill","upstream_version":"2.0.0","maintained_by":"OpenStarry Code","modifications":"Added scripts/generate_video.py with dual-provider support: OpenRouter async /videos API and Volcengine ARK / BytePlus ModelArk /contents/generations/tasks. References kept from upstream."}
metadata	{"openstarry-code":{"risk":"medium","capabilities":["network-read","filesystem-write"],"requires":{"bins":"[Truncated]","anyBins":"[Truncated]","envAny":"[Truncated]"}}}
entrypoint	{"command":"python {baseDir}/scripts/generate_video.py","args":["--prompt","{{ with.prompt }}","--filename","{{ with.filename }}","--provider","{{ with.provider \| default('openrouter') }}","--aspect-ratio","{{ with.aspect_ratio \| default('9:16') }}","--duration","{{ with.duration \| default(5) }}","--resolution","{{ with.resolution \| default('720p') }}","--model","{{ with.model \| default('') }}","--input-image","{{ with.input_image \| default('') }}","--input-reference","{{ with.input_reference \| default('') }}","--input-reference","{{ with.input_reference_2 \| default('') }}","--max-retries","{{ with.max_retries \| default(0) }}"],"parse":"text","timeout":1500}

seedance-2-prompt — Seedance 2.0 video clip generator (dual backend)

Submits a Seedance 2.0 generation job and downloads the resulting MP4. Two backends share one CLI, picked via with.provider:

`with.provider`	Endpoint	Auth env	Default model
`openrouter` (default)	`https://openrouter.ai/api/v1/videos`	`OPENROUTER_API_KEY`	`bytedance/seedance-2.0`
`volcengine` (CN)	`https://ark.cn-beijing.volces.com/api/v3/contents/generations/tasks`	`ARK_API_KEY` (or `VOLC_ARK_API_KEY`)	`doubao-seedance-2-0-260128`
`byteplus` (intl)	`https://ark.ap-southeast.bytepluses.com/api/v3/contents/generations/tasks`	`ARK_API_KEY` (or `BYTEPLUS_API_KEY`)	`dreamina-seedance-2-0-260128`

Both flavours follow submit-then-poll, but differ in request shape (OpenRouter uses a flat prompt field; ARK packs everything into a content[] array), polling URL (OpenRouter returns polling_url; ARK gets id and you construct /contents/generations/tasks/{id}), the terminal-success status (completed vs succeeded), and where the final MP4 URL sits (top-level unsigned_urls[0] vs content.video_url). This script normalises both into a single Python contract.

Inputs (`with:`)

key	required	default	notes
`prompt`	yes	—	Structured English video prompt (use this skill's recipes).
`filename`	yes	—	Output `.mp4` path.

provider

openrouter provider API-key resolution order:
1. --api-key CLI argument
2. The parent-injected atomic tuple OPENSTARRY_CODE_META_CAPABILITY_PROVIDER, OPENSTARRY_CODE_META_CAPABILITY_API_KEY, and OPENSTARRY_CODE_META_CAPABILITY_BASE_URL; optional OPENSTARRY_CODE_META_CAPABILITY_PROXY is used only for the matching provider's authenticated API requests
3. OPENSTARRY_CODE_META_OPENROUTER_API_KEY, retained for older parent runtimes and bound to OpenRouter's official origin
4. OPENROUTER_API_KEY for direct CLI use, also bound to the official origin
The generic parent key is accepted only with its matching provider and base URL. Parent and canonical environment credentials allow same-origin path changes through --base-url, but never a scheme, hostname, or effective-port change. Direct CLI users who intentionally select a different origin must pass both --api-key and --base-url.
The child never discovers or parses openstarry-code.toml from its workspace and never honors a workspace-selected arbitrary llm.api_key_env. Configure the active Gateway normally; its parent runtime performs that resolution.
When a parent-resolved profile-pool credential receives an authentication, credit, or rate-limit failure, OpenStarry Code parks that key for the next explicitly authorized run. It never repeats the current paid generation automatically.
volcengine / byteplus provider reads ARK_API_KEY (with provider- specific fallbacks VOLC_ARK_API_KEY / BYTEPLUS_API_KEY). No config-file fallback for these — the OpenStarry Code [llm] config describes the agent's selected LLM provider, not ARK / BytePlus video credentials.
All three send the key as Authorization: Bearer <key> only to an API URL whose scheme, hostname, and effective port exactly match the configured provider base. Authenticated redirects are not followed. A provider-supplied cross-origin polling URL is ignored in favour of the canonical job URL under the trusted base. A parent-injected proxy is used for these matching provider API requests only and never for anonymous media downloads.
Media downloads are always anonymous, including URLs hosted by OpenRouter. Download URLs and every redirect must use HTTPS, contain no userinfo, and resolve exclusively to public addresses; localhost, private, loopback, link-local, reserved, unspecified, and multicast targets are rejected. Each connection is pinned to the address that passed validation while retaining the original TLS SNI/hostname, eliminating DNS-rebinding between validation and connection.