動画モデルはプロンプト以上のものを受け取ります。最初のフレームと最後のフレームを受け取るものもあります。参照画像を数枚受け取るものもあります。参照クリップを受け取り、それによって振る舞いを変えるものもあります。自身のサウンドトラックをミュートしたり、クリップの長さを結果の長さとして採用したりします。参照音声クリップを受け取るものもあります。各モデルはその受け入れ仕様を異なる形で描いており、私たちのモデルのほとんどはその一部しか送信していませんでした。
今は各モデルの受け入れ仕様を記述する一つの場所があります。何枚の画像か、クリップが許可されているか、何秒までか、音声は受け付けられるか、音声には隣に画像が必要か、クリップがモデル自身の音をミュートするか、クリップが長さを決定するか。これはプロバイダー自身のドキュメントから読み取られ、同じ日に本物のキーで本物のレンダリングをして検証されました。以下の二点はそうやって見つかりました。
拡張子のないファイル
リンク経由でモデルにクリップを渡すのが明白な方法です。いくつかのモデルではこれが非常に推測しにくい方法で失敗します。ファイルは拡張子なしで届き、モデルは拡張子で検証するため、まったく問題ないmp4を「mp4ではない」として拒否してしまうのです。同じバイト列をインラインで送信した場合はどこでも受け入れられました。そのため今では各クリップはまず標準フォーマットに再エンコードされてからインラインで送信され、それを超えるとリンク経路が警告付きで使われるサイズの上限が設けられています。
誰も受け取れていなかった階層
二つ目の問題は顧客にお金を損させていました。ある動画モデルには解像度フィールドがまったくなく、その品質階層は別の名前のフィールドで設定されます。そしてその前段のプラットフォームは、認識できないフィールドを静かに捨てていました。そのためこのモデルが追加されてからのすべてのレンダリングは、顧客が上位階層に料金を支払っているにもかかわらず、デフォルトの階層で返ってきていました。何も失敗していませんでした。動画は届きました。ただそれは課金された動画ではなかったのです。
階層は今、実際に価格設定された解像度から導き出され、プローブで確認されています。
Seedanceが直接レールへ移行
同じ期間に、Seedanceファミリー全体が集約サービスからプロバイダー自身のAPIへ移行し、集約サービスはフォールバックとして残されました。一つのモデル行、一つの名前、二つの料金体系。そしてあなたに提示される価格は、たとえプライマリレールが失敗してフォールバックが動作しても、あなたが実際に支払う価格です。台帳はどのレールが実際に作業を行ったかを記録するため、私たち自身のマージン会計は見積もりではなく真実を読み取ります。
ユーザーとして知っておくべきことが一つあります。そのレールで参照クリップを添付すると、プロバイダーは結果の秒数に加えてクリップの秒数を課金します。フォームの見積もりはそれを示しており、実行前に提示された数字が課金される数字です。
道中で見つかったこと
三つのAPIクライアントに、プロバイダー名を持つクラスを私たちのコンテナ内で可視化するための唯一の属性が欠けていました。そのうち二つはテキスト読み上げクライアントで、追加された日から一度も見えていませんでした。だからこそカタログに種を蒔かれた二つの音声は実際にサービス提供されることが一度もなかったのです。今ではリフレクションテストが、誰かが何もしない音声に気づくのを待つのではなく、この種の見落としが次に起きた瞬間にビルドを失敗させます。
そして前日にリリースしたウェブ検索ページは、ウェブでもモバイルでもあらゆる階層で403を返していました。それは親の権限によってロックされており、二つのロールシードのどちらもその三つの子権限しか付与していませんでした。子権限から親権限が推測されることはどこにもありません。他の四つの機能がかつてこれを手作業でパッチしていました。今は権限ツリーを巡回し、どのロールも持たない権限によってサービスがロックされている場所で失敗するチェックがあります。