APIPod logoAPIPod

价格14 / 14

视频方案

一份镜头表:时长、选定模型、逐镜头小计——等待确认的方案,而不是可看的成片。

apipod-plan-videoGitHub 上的 SKILL.md

什么时候用,什么时候不用

适用场景

  • 用户想在真正投入之前先做分镜、定范围或算预算。
  • 贵的多镜头任务需要先拿到签字。
  • 在定稿创意之前就必须先知道价格。

不适用

执行流程

5 个技能

这个技能按顺序做什么。

  1. 01

    定范围,不是定创意

    只问推断不出来的:总时长、画幅、是否需要声音、投放位置。用户给了脚本或参考,就照用,不要另编一版创意。

  2. 02

    排三到五个镜头

    每个镜头一行:内容、机位、秒数、模型、预估美元。单个镜头不叫方案;十个镜头叫一份没人批过的预算。

  3. 03

    写明靠什么保持连续

    每个镜头都要写清剪切后仍然成立的东西——产品、人物、地点。缺了这一列,方案就没法被一致地执行。

  4. 04

    用模型真的支持的时长

    从 get_model_params 读时长枚举。不要凑一个「应该有」的数字——那样方案就是在为一个做不出来的东西定价。

  5. 05

    逐行报价,然后声明什么都没生成

    逐镜头 estimate_cost,把真实数字填进表里,再给总额。指出吃掉大头的那个镜头,和 get_balance 对比,最后用一行总结并明确说明「尚未生成任何内容」。

试一下

从这里直接发出去

示例请求

为我们 App 的上线预告片做规划:分镜表、每镜头的模型与真实报价 —— 先不生成。

ChatGPTClaudeCodex

按钮会在新会话里预填这条提示词。若 APIPod 尚未连接,提示词会让助手先停下、协助你完成连接。在 Claude Code 或终端里,直接复制粘贴即可。

还没连接? 查看 Claude、ChatGPT、Codex 等宿主的接线指南 →

调用轨迹

  1. list_models (category: "video")

    → 候选模型

  2. get_model_params (duration enums)

    → 不四舍五入到想当然的数值

  3. estimate_cost (per shot)

    → 分镜表 + 总价

  4. get_balance ()

    → 够或不够,一句话

示意轨迹:左侧请求发出后,这个技能按顺序实际会走的工具。价格一律是 estimate_cost 实时返回的形态——本页自己不报价。

它不做的事

它给自己定的规矩。

  • 01

    本技能绝不调用 generate_video,哪怕「只跑第一个镜头」也不行。没被认可的方案不构成花钱的授权。

  • 02

    表里每个数字都来自 estimate_cost。某个参数报不出价时,那一行就写报不出,而不是填个猜的。

  • 03

    想更便宜就改时长或分辨率再重新报价——绝不悄悄降模型。

装一次, 之后直接问。

把 MCP 服务端接进你的客户端,技能随插件一起加载,没有别的要配置。