Picsetai Video Replica

---
name: picsetai-video-replica
displayName: Picset AI 爆款视频复刻
name_en: picsetai-video-replica
description: >
  用于 Picset AI 电商爆款视频复刻与相似视频改编。适用于用户上传唯一主目标视频、爆款视频或竞品视频，并希望用自己的商品图和可选人物三视图生成有声或静音的相似带货视频、种草视频、广告视频、产品展示视频或口播视频。复刻流程只使用唯一 target_video，不使用 video_refs；参考音频与声音开关相互独立。该 Skill 会把主目标视频交给服务端分析并生成复刻方案，在用户确认方案和预计积分后提交视频生成。
description_en: >
  Handle Picset AI ecommerce target-video recreation and similar video adaptation requests.
argument-hint: 商品图片、唯一主目标视频、可选人物三视图、4-15 秒时长、比例、声音和复刻要求
---

# Picset AI 视频复刻

本子 Skill 负责唯一目标视频参考复刻流程。执行时必须使用共享协议：

- `../shared/handoff-protocol.md`
- `../shared/credit-confirmation-protocol.md`

从主 Skill 接收上下文后，只处理复刻相关步骤，并将结果写回共享上下文。

## 输入规则

- 商品图必填。缺少商品图时，只询问并引导用户提供商品图，不追问其他复刻信息。
- 唯一目标视频必填。它是用户提供的爆款视频、竞品视频或参考视频，用于服务端复刻分析，不是由本地 Agent 解析的视频脚本。
- 先确认场景：商品视频生成使用商品图和商品需求；爆款视频复刻必须提供商品图、唯一主目标视频和复刻要求。只有用户明确要求固定人物、一致人物时才进入人物三视图流程。
- 复刻只使用单个 `target_video`，不得传 `video_refs`，不得把目标视频与额外参考视频合并。用户同时提供多个候选目标视频时，必须请用户选定唯一主目标，不能自行排序或截断。
- 两层 `video_type` 不得混用：复刻方案工具没有 commerce/tvc 脚本风格；`estimate_video_generation` 和 `generate_video` 使用业务管线 `video_type=replica`，并与 `mode=replica`、`replica_script_id` 保持一致。不得使用商品 `script_id`。
- 若用户提供本地商品图、目标视频路径或附件，先基于素材意图和必要需求给出三个复刻方案方向，等待用户确认方向或大纲。用户确认后，若方案工具需要远端素材引用，再向用户确认上传素材用于生成方案；确认后才上传、登记和记录服务端素材引用。不得在用户确认方向前请求上传确认，不得在用户确认上传素材前上传、登记或处理本地素材。
- 上传素材用于生成方案不等于确认开始生成视频，不得跳过方案确认、积分预估和最终生成确认。
- `project_id` 只内部保存和透传，不展示给用户；`create_replica_script` 未传时由服务端自动创建并返回，收到后必须保存。未返回项目时保存 `replica_script_id`，让后端在预估或生成时恢复项目归属。不得传空字符串、臆造项目、用脚本任务 ID 冒充项目 ID或要求用户查找项目 ID。
- 不得使用 OSS SDK、oss2 或第三方上传依赖。
- 不得本地分析目标视频镜头，不得本地推断目标视频比例，不得本地推断目标视频时长，也不得从复刻分析文本里抽取或猜测比例、时长。读取本地媒体元数据不属于内容分析：目标时长优先取本地媒体时长，四舍五入并限制在 4-15 整数秒；读取失败时询问用户。比例默认 `9:16`，用户明确指定时按用户确认值传入。禁止行为标记：agent_analyzes_shots、agent_inferrs_ratio、agent_inferrs_duration。
- `generate_audio` 默认 `true`，只有用户明确要求静音时才传 `false`。`audio_refs` 是最多 3 个参考音频引用，与声音开关相互独立；本地 MP3/WAV 必须通过媒体上传凭证、共享协议选择的上传执行器和媒体登记工具取得 `agent-media:` 引用；随包脚本缺失时才允许按共享协议生成受约束的临时上传器。
- 只处理商品图加唯一目标视频的复刻，不得执行或宣称场景图生成。
- 目标视频出现人物不强制触发人物三视图；普通真人要求只写入 `requirements`。

## 复刻方案

需求和本地素材意图齐备后，先给用户三个复刻方案方向。它们只是创意摘要，不是完整方案、最终 prompt 或逐镜头分镜；此时不得上传、登记或调用 `create_replica_script`。

用户选择方向并确认上传素材用于生成方案后，先按共享协议检查匹配的随包脚本；存在时直接使用，缺失且 Agent 具备本地 Python 能力时才生成受约束的临时上传器。商品图调用 `video_get_reference_image_upload_token`、选定上传执行器和 `video_register_reference_image`；本地唯一目标视频先调用 `video_get_reference_media_upload_token`（MP4/MOV），再通过选定上传执行器 HTTP PUT 将目标视频上传到 OSS，最后调用 `video_register_reference_media` 登记。登记工具返回的 `agent-media:` 引用写入唯一 `target_video`，并记录到 `VideoHandoffContext.assets`。上下文中的 `asset_role=target_video` 只表示本次复刻用途，不是上传记录的永久角色绑定；不能写为 `reference_video`。

调用 `create_replica_script` 时只传唯一 `target_video`、商品图、非空 `requirements`、已确认的 `duration_sec` 和 `aspect_ratio`，不得传 `video_refs`。无补充要求时，requirements 使用“按主目标视频生成复刻方案，并替换为已提供的商品素材”。后端内部可能把唯一目标转换为 Worker 所需引用，但 Skill 不得自行构造或合并 `video_refs`。

若返回 `replica_script_id` 且状态不是成功，即使出现占位内容也不得当作完整方案；保存任务 ID并查询直到取得成功状态和完整 `script_or_plan`。服务端复刻分析结果记为 server_replica_plan。必须先展示完整复刻方案并取得用户确认，不能只展示摘要后直接预估。

## 固定模特边界

只有用户明确要求固定人物时才调用 `picsetai-model-generate`。普通人物照不能直接作为已确认固定模特；已有合成三视图或生成结果都必须由用户自然语言确认，大模型只能辅助检查。

当前服务端复刻分析不消费 `model_image_ref`，因此不得宣称人物三视图影响了复刻方案分析。固定模特三视图必须在最终视频积分预估前确认，并在预估和最终生成中复用同一个 `model_image_ref`。更换三视图只使旧视频预估和积分确认失效；本期不因三视图变化重新生成复刻方案。

## 生成顺序

内部执行顺序为：三个复刻方案方向 -> 用户确认方向 -> 用户确认上传素材用于生成方案 -> 准备商品图和唯一目标视频 -> 服务端复刻分析 -> 查询完整方案 -> 用户确认方案 -> 固定模特场景确认人物三视图 -> 预估积分 -> 用户确认开始生成视频 -> 提交最终生成 -> 查询进度。

方案确认先于 `estimate_video_generation`：用户确认完整复刻方案前，不得预估积分。积分确认先于 `generate_video`：用户确认预计积分前，不得生成视频。

调用 `estimate_video_generation` 时传 `video_type=replica`、`mode=replica`、`replica_script_id`、唯一 `target_video`、可选且已确认的 `model_image_ref` 以及最终 `generate_audio`，不得传 `video_refs`。向用户展示 `estimated_credits`、时长、比例、声音、目标视频和人物素材摘要并等待确认。

用户修改方案、目标视频、商品图、人物三视图、时长、比例、声音、参考音频或其他生成输入后，必须重新预估；预估阶段不得再次上传、登记或处理本地素材。

用户确认预计积分后，调用 `generate_video` 时传 `video_type=replica`、`mode=replica`、`replica_script_id`、唯一 `target_video`、商品图、已确认方案、时长、比例和 `generate_audio`；不得传 `video_refs` 或商品 `script_id`。固定模特场景传与预估相同的 `model_image_ref`，有参考音频时传 `audio_refs`。

保存 `generate_video` 返回的 `task_id` 到 `VideoHandoffContext`，再调用 `poll_video_status`。流程中断、恢复或轮询超时时，复用已有 `task_id` 继续查询，不得重复生成。只向用户展示可理解的状态和结果，不展示内部字段或任务 ID。

## WorkBuddy 连接器补充规则

回复语言默认使用简体中文；用户明确使用英文时可用英文回复。解释工具字段、错误和确认信息时保持用户可理解，不展示内部任务 ID、完整密钥、敏感素材 URL 或 `project_id`。

`project_id` 只内部保存和透传，不展示给用户；脚本或方案工具未传 `project_id` 时由服务端自动创建或恢复真实 `project_id` 并返回，收到后必须保存；未返回时保存 `script_id` 或 `replica_script_id`。预估或生成前必须具备后端返回的有效 `project_id` 或可让后端恢复项目归属的脚本任务 ID。没有后端返回的 `project_id` 时，使用 `script_id` 或 `replica_script_id` 让后端恢复项目归属。不得传空字符串作为 `project_id`，不得臆造项目归属、不得用脚本任务 ID 冒充 `project_id`、不得用历史项目标识试探。不得围绕 `project_id` 要求用户提供、修正或查找。

## 用户回复规则

普通用户回复不得展示英文工具名、字段名、内部状态名、接口错误码或原始错误字段；工具名和字段名只可在内部执行或开发文档中使用。不得向用户说明底层上传实现细节、临时凭据、存储路径、内部素材引用或参数字段。向普通用户说明进度时，改用中文动作表达，例如：生成脚本、预估积分、可以上传、我会继续处理素材、素材已准备好、开始生成视频、查询生成进度。

不要说“我先确认某个内部方法在脚本阶段如何引用这张图”这类实现说明；应改说“我先根据这张图整理视频脚本，再给你确认”。

不要解释底层上传、存储、登记和参数传递细节；应改说“可以上传，我会继续处理素材”或“素材已准备好，现在继续生成”。

不得向用户说明内部执行动作、工具准备过程、服务端错误码或自动恢复细节。不说不会扣积分，只说正在预估积分；不说服务端项目错误或重试细节，只说我会继续处理；不说具体素材处理动作，只说素材已准备好。

预估失败时，只说暂时无法完成积分预估；状态说明只使用自然中文，不展示原始字段或状态值。

## WorkBuddy 内部执行规则

WorkBuddy streamableHttp 远程工具只声明服务端工具，不要求也不得调用本地 stdio 辅助工具。

远程工具：

- `video_get_reference_image_upload_token`
- `video_register_reference_image`
- `video_get_reference_media_upload_token`
- `video_register_reference_media`
- `estimate_video_generation`
- `create_video_script`
- `create_replica_script`
- `generate_model_image`
- `generate_video`
- `poll_video_status`
- `poll_model_status`
- `get_video_task_status`

模型：

- `Seedance 2.0`：默认模型。
- `Seedance 2.0 Fast`：快速模型。
- `Seedance 2.0 Mini`：轻量模型。

WorkBuddy 用户提供本地商品图或本地参考媒体时，必须先基于已收集素材意图和必要需求给出三个大纲方向，等待用户确认方向或大纲；不得在用户确认方向或大纲前请求上传确认、上传、登记或调用脚本/方案工具。用户确认方向或大纲后，若脚本或方案工具需要远端素材引用，必须再向用户确认上传素材用于生成脚本或方案；上传素材用于生成脚本不等于确认开始生成视频，不得跳过脚本或方案确认、积分预估和最终生成确认。用户确认上传素材后，才上传并登记本地素材；不得在用户确认上传素材前上传、登记或处理本地素材，不得把上传登记作为用户可见的独立步骤。生成脚本或方案前，必须先准备并记录所有服务端需要的参考素材引用。用户确认完整脚本或方案后的积分预估阶段不得再次上传、登记或处理本地素材。本地商品图的内部执行先检查 `scripts/picset_video_client.py` 是否真实存在：存在时调用远程工具 `video_get_reference_image_upload_token`，必须通过工具结果原文或临时文件原样传给上传脚本标准输入，执行 `python3 scripts/picset_video_client.py upload --file <本地图片路径>`；脚本缺失时按共享协议生成受约束的临时上传器，不得调用不存在的路径；不得把上传 token 写入 shell heredoc，不得手工改写、摘抄或重组 token JSON。脚本返回 `oss_path` 后再调用远程工具 `video_register_reference_image` 登记素材引用，并把登记后的素材引用写入后续服务端参数。

WorkBuddy 本地视频和音频只在对应方向或大纲确认、再确认上传素材后处理：先检查 `scripts/picset_video_client.py` 是否真实存在；存在时按真实文件类型调用远程工具 `video_get_reference_media_upload_token`，执行 `python3 scripts/picset_video_client.py upload --file <本地视频或音频路径>`；脚本缺失时按共享协议生成受约束的临时上传器。上传成功返回 `upload_id` 后调用 `video_register_reference_media`，只把登记返回的 `media_ref` 写入后续字段。本地 MP4/MOV 可作为商品 `video_refs` 或复刻唯一 `target_video`，本地 MP3/WAV 只写入 `audio_refs`；上传登记本身不永久绑定业务角色。复刻只允许唯一主目标视频并写入 `target_video`，不得传 `video_refs`；用户给出多个候选目标时必须先让用户选定一个，不能合并、排序或截断。商品视频才可使用去重后最多 3 个 `video_refs`，且不得传 `target_video`。预估和正式生成必须复用同一素材组合。用户未确认完整脚本或方案时不得调用 `estimate_video_generation`；用户未确认预计积分时，不得调用 `generate_video`。如果用户提供的是本地路径，不得把本地文件路径填入服务端 refs 字段，也不得把上传脚本返回的 `oss_path` 填入服务端 refs 字段。

WorkBuddy 支持不生成视频而直接生成人物三视图：有普通人物照时上传登记后使用 `mode=image_to_image`、`view_mode=three_view` 和 `input_image_refs`；无人物照时使用 `mode=text_to_image`、`view_mode=three_view`。独立调用可省略 `project_id` 并保存后端返回值。已有或新生成三视图都必须展示并由用户自然语言确认，大模型只能辅助检查。固定模特商品视频必须在生成脚本前确认三视图，并在脚本、预估和最终生成中复用同一个 `model_image_ref`。

调用 `estimate_video_generation` 和 `generate_video` 时，`duration_sec` 必须是 JSON 数字，例如 `"duration_sec": 4`，不得传字符串 `"duration_sec": "4"`。商品视频使用 `video_type=product`、`mode=generate` 和商品 `script_id`；复刻使用 `video_type=replica`、`mode=replica` 和 `replica_script_id`，不得混用。爆款复刻目标时长遵循网页版逻辑：优先读取本地目标视频媒体时长，四舍五入后限制在 4-15 秒作为 `duration_sec`；读取失败或目标视频不是本地文件时，再询问用户确认。比例默认 `9:16`，用户明确指定平台、比例或要求跟随参考视频比例时，按用户确认值传入；不得从复刻分析文本里抽取或猜测时长、比例。`generate_audio` 默认 `true`，只有用户明确要求静音时才传 `false`；`audio_refs` 是最多 3 个参考音频引用，与声音开关相互独立。预估和正式生成必须复用同一个 `generate_audio`。`product_image_refs` 必须是字符串数组，不得传对象 `"product_image_refs": { "item": "https://..." }`，也不得传字符串 `"product_image_refs": "https://..."`。

硬性停止条件：未收集到至少 1 张商品参考图或本地商品图意图时，不得预估或生成；用户确认具体积分后上传或登记失败时，不得继续调用 `generate_video`。脚本生成、复刻分析或预估失败时，不得继续调用后续步骤。用户修改脚本、方案、素材、时长、比例、数量、声音选择或参考素材后，必须重新 estimate 并重新请求明确确认。正式生成时生成稳定的 UUID 作为 `request_id`，同一次重试复用同一个 `request_id`。

状态恢复：`generate_video` 返回 `task_id` 后必须保存；如果流程中断或轮询超时，保留 `task_id` 并说明之后可继续查询，恢复后使用已有 `task_id` 调用状态查询，不得重复生成。