キャラクター系音声プレビューの受入条件を決める

前提

これは公開UIを使う前に、キャラクター系の音声候補を比較するための要件・テスト設計です。VideoAIの内部実装、API、レイテンシ、品質ベンチマークを示すものではありません。候補名の印象ではなく、同じ台本と同じ場面役割で比較できる状態を受け入れ条件にします。

要件表

観点	受入条件	確認方法
台本	候補を変えても同じ版を送れる	script IDを表示
役割	status / reaction / announcementを区別する	レビュー欄を確認
必須語	重要な名前や数字が残る	仮編集と音声を同時に確認
タイミング	反応が画面の変化より先行しない	タイムコードを比較
境界	ラベルから公式性を推論しない	公開前確認を分離

テストフィクスチャを固定する

まず、説明ではなく短い役割を持つ4文を用意します。自信のある宣言、数字を含む情報、画面への反応、ゲームの開始コールです。候補ごとに文章を変えると、音声差分と台本差分を分離できません。

宣言用の候補として Stewie Griffin AI Voice を記録する場合も、合格条件は名前ではなく「場面の目的がカット前に分かること」です。特定の音色や公式性を前提にしません。

反応と情報を別テストにする

反応用には、同じ「いま何が起きた？」を、即時・短い間の後・カット後の3タイミングで比較します。Stitch AI Voice を候補に置く場合も、台本と画面を固定し、候補以外の変数を同時に変更しないことが重要です。

ゲーム開始用の候補では、名前・開始・結果を別イベントに分けます。Super Smash Bros AI Voice を使う方向を検討するときも、重要語が効果音に隠れないか、結果の発話が視覚的な変化より先に出ないかを確認します。

例：UIレビューの観察項目

type Review = {
  fixtureId: string;
  candidate: string;
  scriptVersion: string;
  music: "on" | "off";
  result: "pass" | "blocked";
  note: string;
};

上記は実装例ではなく、レビュー記録の最小形です。note には「良い」「面白い」ではなく、「固有名詞がカットで消える」「反応が映像より400ms早い」のような次の作業につながる観察を書きます。数値は実測した場合だけ記録します。

公開前の分離

音声プレビューがテストを通っても、権利、公式な関係、商用利用、元素材の扱いが自動的に確定するわけではありません。候補選択、音声レビュー、公開前確認を別の状態として管理します。

まとめ

受入条件を先に書くと、音声選びが好みの競争から再現可能なレビューになります。同じfixtureを使い、1回に1変数だけを変え、重要語とタイミングを記録する。これだけでも、次の担当者が判断を引き継ぎやすくなります。