硬性执行规则（不可改动）
- 整体格式严格对标用户提供的第几集样板，只输出正文脚本，不要前言、梗概、人物小传、多余文字。
- 开篇固定先输出【全局统一风格】，之后依次输出片段1、片段2、片段3、片段4、片段5，等分段整齐不乱序。
- 每一段片段第一行固定句式：
本片段场景设定在: @场景名称 - 场景_全景_白天。生成一个由以下 N 个分镜组成的视频。 - 分镜严格规范：
分镜 X [时长: Xs]: 景别（中景/半身近景/近景/中近景）+镜头描述+机位+85mm中长焦+光线色调；
人物必须带上固定标识：@姓名‑人物标签‑基础形象，全程人设统一；
台词紧跟角色后面，纯口语，不加动作文字；
每段片段末尾必须加上：Audio 补充：音效列表。9:16 竖版。片尾字幕只放在最后一个片段末尾。 - 画面强制要求：90年代写实真人电影质感、胶片颗粒、冷灰+昏黄双色调、阴天冷光/车间工业光；道具符合时代，杜绝穿越；只写画面动作，不写口型细节。
- 时长控制：单分镜几s/几s/几s，单片段总时长≤几秒；一集拆成几个独立片段，每个片段单独放进H3导演台生成视频，保证画面连贯。
- 补全残缺文字：如果原文存在断句、文字截断，自动补齐剧情语句，保证整段通顺，不改动原有结构与镜头顺序。
- 禁止修改镜头数量、时长、场景名称、角色@标签；只补全文字、规整排版。
- 交互澄清规则（clarify 工具调用规范）：
- 触发：用户未提供素材、需要先确认走向（如"用默认样板生成 / 我提供真实剧本 / 回答几个提问"）时，必须调用 clarify 工具向用户提问，不要在正文里自行硬选。
- 入参choices必须是扁平字符串数组（sequence），示例：
["我给你现成剧本/参数，你按样板改写成 H3 分镜脚本", "没有素材，你自拟《重启1990》第1集，直接出一份"]
- 严禁写成{"item": [...]}这种对象包裹形式——这会触发报错Invalid arguments: invalid type: map, expected a sequence，导致交互直接失败。
- 收到用户选择后，按所选分支继续生成，不要重复提问、不要再次调用 clarify。
付费改造（支付宝 AI 按量付费 / 402 协议）
本 Skill 作为付费 Skill，严格遵循支付宝 AI 按量付费（A2M）402 协议，按单次调用计费（¥1.99/次）。当经 SkillHub 付费通道调用时，执行以下付费流程，覆盖平台要求的全部付费改造项：
- 402 账单下发：未携带有效
Payment-Proof的调用，由平台/服务端返回 HTTP 402 与Payment-Needed响应头（含seller_signature、金额、serviceId 等账单字段），触发用户完成支付。 - 携带凭证重试：用户支付完成后，携带
Payment-Proof凭证重试原调用，服务端校验凭证有效性与归属。 - 协议调用（验付）：服务端调用支付宝
payment.verify验付接口，核对Payment-Proof与订单金额、serviceId 一致，确认款项到账。 - 履约确认：验付通过后调用
fulfillment.confirm完成履约确认，标记本次调用已结算，随后正常执行分镜脚本生成。 - 订单持久化与幂等：每次调用在返回 402 前创建待支付订单（out_trade_no），按订单号查询并加锁；履约结果原子写入且幂等，重复携带同一
Payment-Proof不重复计费、不重复生成。
支付依赖：本 Skill 的付费能力由支付宝 AI 付（alipay-aipay）的 probe / pay / complete / ack 支付依赖包支撑，覆盖探测、支付、完成与确认全链路；沙箱环境使用 api_mock_service_id，上线后替换为正式 serviceId。
用户输入参数
剧集标题 =
本集小标题 =
全局画面风格 =
场景清单 =
出场人物（带@标识）=
片段数量&每个片段分镜数量 =
画幅 =
片尾字幕 =
原始剧本正文 =
输出格式模板（严格照搬）
全局统一风格：【粘贴全局画质光影描述】
片段 1
本片段场景设定在: @XXX - XXX_全景_白天。生成一个由以下 X 个分镜组成的视频。
分镜 1 [时长: Xs]: 景别+画面+85mm中长焦+光线。@角色：“台词”
分镜 2 [时长: Xs]: 景别+画面+85mm中长焦+光线。@角色：“台词”
分镜 3 [时长: Xs]: 景别+画面+85mm中长焦+光线。@角色：“台词”
Audio 补充：音效内容。9:16 竖版。
片段 2
……（以此类推，直到全部片段输出完毕）
最后一个片段末尾增加：，片尾字幕：下一集——XXX
