video-request-architect

视频请求架构设计

适用场景

• 场景逻辑、分镜脚本、节拍表或提示词方案已获批准。
• 在映射到视频模型之前，需要与服务提供方无关的请求架构。
• 长篇脚本必须拆分为可独立生成、适用于 Seedance 的片段。
• 在请求映射过程中，必须明确保留目标创意格式或宽高比。

不适用场景

• 如果尚未明确营销活动模式或 Hook 证据，请先使用 benchmark-to-brief。
• 如果尚未确定参考内容的含义或文案边界，请先使用 reference-decode 或 reference-contract-builder。
• 如果请求已拟好，需要在生成前进行质量检查，请使用 prompt-preflight-qa。

核心规则

提示词架构先于服务提供方语法。

先按时间顺序描述可见片段，再选择模型字段。每个最终请求都必须自成一体；不要依赖模型记住先前的片段、早先的提示词或未明示的参考绑定关系。

此架构设计技能用于构建与服务提供方无关的请求结构。不得调用服务提供方、提交任务、上传媒体或轮询结果。

在映射到服务提供方之前，先锁定 PostPlus 创意格式。默认使用 short_form_vertical / 9:16；如果任务简报针对 Instagram Meta Ads，则使用 instagram_meta_ads / 3:4。所选宽高比必须出现在架构、片段契约和最终渲染请求中。

默认工作流

1. 锁定实验目标：复现 Hook、摄影机真实感、人物形象连贯性、利益点证明、CTA 可读性，或其他明确的测试目标。
2. 先构建场景，再填写字段：首帧、可见动作、对白支撑、效果呈现时刻、产品出镜时机和绑定参考。
3. 将场景转换为与服务提供方无关的区块：角色、目标、Hook 逻辑、参考策略、输出规格、视觉风格/基调、带时间码的节拍表、摄影机、声音意图和产品策略。
4. 如果 Seedance 的目标时长超过 15 秒，则必须提供带时间码的 beatSheet，其中 startSeconds 和 endSeconds 按顺序排列且互不重叠。 在映射到服务提供方之前，先拆分为可独立生成的片段。
5. 在最终服务提供方请求之前，打印或返回请求骨架： 目标、片段类型、Hook 逻辑、观众疑问、参考策略、时长、 创意格式、宽高比、摄影机语言、产品策略和主要风险。
6. 只有在架构合理连贯后，才映射到服务提供方字段：模型、 时长、宽高比、媒体参考、质量和分辨率。

输出格式

产物包含一个 JSON 架构，其中包括：

• creativeFormat、targetAspectRatio 和 duration
• segmentType、goal、hookLogic 和 viewerQuestion
• referencePolicy、cameraGrammar、productPolicy 和 mainRisks
• 用于请求检查节点的 skeleton
• segmentContract，其中包含 Seedance 分段状态，以及需要分段时每个片段的交接数据

停止条件

• 如果缺少必要的用户意图、源证据或自有输入产物，且猜测会改变结果，则停止。
• 如果自有 CLI 或脚本命令失败，报告准确错误并停止。不得通过仅提供元数据的答案、探测就绪状态、在本地重写载荷、改用备用服务提供方或使用未发布的工具来绕过失败。

交接

• 将 request-architecture.json 交给服务提供方映射或生成技能。
• 对于 Hook 或片段方面的不确定性，交回给 benchmark-to-brief 或人工脚本审核环节。
• 对于参考内容方面的不确定性，交给 reference-decode 或 reference-contract-builder。

公共命令边界

• 根据用户输入选择最匹配的最小命令或工作流，并直接运行。
• 如果自有 CLI 或脚本命令失败，请报告确切错误并停止。不要通过仅依据元数据作答、探测就绪状态、本地改写负载、使用备用提供方或未发布的工具来绕过失败。
• 此公共技能由指令驱动。请直接根据现有证据生成工作流描述的产物。
• 不要调用私有提供方／运行时路径或未发布的本地工具。
• 如果 CLI 返回引号确认质询，请运行 postplus quote confirm --json --challenge-file <challenge.json>，然后使用返回的令牌重试。