什么时候用，什么时候不用
适用场景
- 用户给出一个金额，问在这个范围内能做什么。
- 用户问达成某个结果「最省的方式」。
- 余额可能不够，需要把取舍讲清楚。
不适用
- apipod-estimate-cost — 就一个模型一个价，不用做方案搜索。
- apipod-plan-video — 要的是带时长的镜头表，不是价格横评。
执行流程
5 个技能这个技能按顺序做什么。
- 01
把需求翻译成参数
模态、时长或分辨率、数量、用户点名的模型。如果某个参数确实未知且显著影响价格——5 秒还是 30 秒——问一次，不要做成表单。
- 02
只列出模型真能接受的组合
先 list_models，再对打算报价的候选逐个 get_model_params。给一个模型并不支持的时长报价，那是编的。
- 03
报两到四个，不要一墙价格
有得选就至少两个，最多四个。二十行数字的表帮不了任何人做决定。
- 04
讲取舍，不只是报数字
一张小表——选项、关键参数、价格、以及一句放弃了什么（「更便宜，但没有原生音频」）——再用一句话给出推荐。
- 05
说明装不装得下
查 get_balance，说明推荐方案是否够付。如果都不够，说出差额，并指出能负担的那个最便宜选项。
试一下
从这里直接发出去
示例请求
我预算 2 美元：想要一条 10 秒带声音的竖屏视频，最便宜的方案是什么？
按钮会在新会话里预填这条提示词。若 APIPod 尚未连接，提示词会让助手先停下、协助你完成连接。在 Claude Code 或终端里，直接复制粘贴即可。
调用轨迹
list_models (category: "video")
→ 候选按价格排序
get_model_params (per candidate)
→ duration · generate_audio
estimate_cost (cheapest first)
→ $— · 便宜版少了什么
get_balance ()
→ $— · 推荐方案可行
示意轨迹：左侧请求发出后，这个技能按顺序实际会走的工具。价格一律是 estimate_cost 实时返回的形态——本页自己不报价。
它不做的事
它给自己定的规矩。
01
预估不等于授权生成。用户接下来想做，那是另一次请求；生成技能会在真正生成时重新报价。
02
「上一单实际花了多少」要由 check_job 的最终数字回答，而不是预估价。拿不到就直说。
03
这个技能从不生成——哪怕一个格子试探一下也不行。