影策短剧制作工作流
GitHub将小说或剧本转化为短剧制作方案,管理画布分镜、资产引用及视频生成任务。提供结构化报告与状态追踪,确保剧情保真和流程规范。
Trigger Scenarios
Install
npx skills add ddcat-ai/open-ai-canvas --skill 影策短剧制作工作流 -g -y
SKILL.md
Frontmatter
{
"name": "影策短剧制作工作流",
"metadata": {
"tag": "drama",
"owner": "yingce-system",
"author": "影策",
"source": 3,
"skillId": "yingce-short-drama-workflow",
"version": "1.0.0",
"sortWeight": 1000
},
"description": "将小说章节、故事素材或定稿剧本整理为可审阅的短剧方案,在影策画布中创建结构化分镜、组织真实资产、按可用模型生成视频片段,并用可追溯的状态报告交付结果。"
}
影策短剧制作工作流
系统执行合同
画布工具的完整参数、权限模式、审批、快照、失败恢复和结果状态以 backend/internal/prompts/AGENTS.md 为系统级唯一说明;本技能只负责短剧领域的输入、剧本、资产、分镜和交付编排。调用前先读取该系统合同和本轮真实工具 schema,不在技能内复制或发明另一套工具参数。
适用范围
当用户希望把小说章节、故事片段、剧本或已有制作继续整理成短剧视频时使用。本技能支持从文本理解到画布分镜、资产引用、视频生成、结果核验和分段交付;用户只要文本分析、改编建议或提示词时,不擅自提交媒体生成。
工作目标
把一次短剧制作拆成可核对的成果链:
- 输入与范围记录。
- 剧情事实账本与当前有效剧本。
- 角色、场景、道具和声音资产登记。
- 结构化分镜脚本与时间预算。
- 按真实模型能力生成的片段提示词。
- 画布节点、引用关系和任务状态。
- 生成结果的实际核验、采用记录和交付索引。
每一步都要区分“已读取事实”“设计提案”“待用户确认”“已执行结果”。计划完成不代表媒体完成,任务创建不代表视频完成。
总控路由
A. 先识别用户意图
- 仅咨询或仅写作:输出分析、剧本或提示词,不写画布、不提交生成。
- 上传小说/章节:读取用户实际提供的范围,先建立事实账本;长文本注明已读范围和未读起点。
- 已有剧本制作:沿用指定版本,不要求用户补不存在的策划文档。
- 续集/继续制作:读取当前画布和用户指定的历史成果,只继承可以核实的状态。
- 局部修改:沿真实节点、脚本行和媒体依赖追踪影响范围,不重跑无关内容。
只有缺失项会实质改变结果时才提问。一个问题只解决一个选择;用户已明确授权自主决定时采用合理默认,并在报告中写出假设。
B. 影策画布工作阶段
- 用
canvas_get_state读取当前画布、节点、连线和snapshotHash。 - 复用已有的
text、markdown、script、image、audio、video节点;不得凭名称猜节点 ID。 - 文本整理结果写入
text或markdown节点;多镜头分镜使用canvas_create_storyboard创建script节点。 - 修改已有分镜前,用
canvas_read_storyboard获取真实rowId和最新快照,再用canvas_edit_storyboard做单行修改。 - 创建普通节点或引用关系使用
canvas_apply_ops;只用canvas_list_node_types返回的节点类型和字段。 - 生成前用
model_list查询当前真实能力、参考数量、时长、画幅、音频和价格,再把同一 selection 传给generate_media。 - 生成后用
task_get或真实事件状态核验,不用节点标题、文件名或模型回复推断完成。 - 用
canvas_arrange_nodes整理本轮节点,最后写入结构化 Markdown 报告。
C. 权限与费用
canvas_apply_ops、分镜写入和媒体生成属于写操作,遵循当前 Agent 权限模式。generate_media是可能收费的操作。用户未明确授权时,先输出方案和预计范围,使用ask_user获取一次具体确认。- 额外数量、换模型、改变规格或重试都视为新方案;失败后不自动重复收费。
- 失败、取消、超时和部分成功必须保留事实,不把生成中称为完成。
剧情保真底线
- 不新增、删除、替换、改归属或重排用户已经确认的剧情事件。
- 用户没有写出的前史、身份、动机、道具来源和动作过程不得伪造;缺口可从新状态切入并标记待确认。
- 原文的对白原样保留,不为了塞入时长删词、换词或补语气词。
- “父母、家长、工作人员、某人”等模糊身份保持原有抽象层级。
- 摄影、构图、光线、物理反馈可以作为执行细节,但不能制造新的剧情事实。
- 任何会改变人物、道具、位置、数量、关系或信息的描述,都必须能回到事实账本中的事件编号。
输出与展示规范
每次给用户的主报告和写入 markdown 节点的正文,使用下面的结构。只输出与当前阶段有关的章节;不要输出工具内部日志、臆造 ID 或空的长表。
# 影策短剧制作报告
> 状态:分析中 | 待确认 | 已规划 | 生成中 | 部分完成 | 已完成 | 需处理
## 本轮结论
用 2-4 句先说明本轮真正完成了什么、还缺什么。
## 输入与范围
| 项目 | 内容 |
|---|---|
| 输入来源 | 用户消息、附件或画布节点 |
| 采用范围 | 章节、场次、片段或局部修订 |
| 当前版本 | 可核实的文本/分镜版本 |
| 用户硬约束 | 时长、画幅、语言、风格、声音 |
## 剧情事实账本
| 编号 | 原文事实 | 执行者/对象 | 当前处理 | 依据 |
|---|---|---|---|---|
## 制作计划
### 分镜与时间
| 段号 | 全局时间 | 时长 | 场景 | 核心事件 | 状态 |
|---|---:|---:|---|---|---|
### 资产与引用
| 类型 | 名称 | 影策节点/资源 | 用途 | 状态 |
|---|---|---|---|---|
## 生成提示词
### 段 G01
- **模型能力**:以 `model_list` 实际返回为准
- **目标时长**:...
- **真实参考节点**:只列已读取的节点 ID
- **提示词**:
```text
...
校验结果
- 已核对的项目
- 待处理项目:说明原因
影策画布执行记录
| 操作 | 真实工具 | 结果 | 节点/任务 |
|---|
下一步
- ...
标题层级不超过 `h4`;表格单元格使用短句;长提示词放在代码块;状态词只使用报告中定义的枚举;缺失信息写“未提供”或“待确认”,不能用默认值冒充事实。
## 何时读取参考文件
- 文本输入、小说改编、剧本范围和时间估算:读取 `references/source-and-script.md`,按需读取 `references/methods/story-development.md` 与 `screen-adaptation.md`。
- 资产清单、角色/场景/道具和声音:读取 `references/assets.md`,按需读取 `visual-design.md` 与 `color-and-light.md`。
- 真实画布、分镜、模型和生成任务:读取 `references/canvas-execution.md`。
- 版本、生成尝试、采用和交付:读取 `references/state-and-delivery.md`。
方法文档只提供判断方法,不会覆盖影策工具合同,也不会把未确认提案升级为事实。
## 交付边界
- 只完成文字:交付报告和真实文本节点位置。
- 已规划分镜:交付真实 `script` 节点、镜头行和待生成项。
- 已提交任务:交付任务 ID、节点 ID和当前状态,明确仍在生成或等待核验。
- 已完成片段:只有任务成功且结果资源状态可核实时才标记完成。
- 已采用片段:记录用户采用决定、顺序、依赖和未核验项。
- 完整成片:只有影策真实提供剪辑/合成/导出能力并且用户授权时才宣称完成;片段列表不能冒充成片。
Version History
- 2584227 Current 2026-09-27 13:00


