HeyGen Voice は HeyGen の音声モデルで、api14 には heygen/heygen-voice-1 として掲載されています。Microsoft AI の MAI-Voice-2.1 は Microsoft の音声モデルで、microsoft/mai-voice-2.1 として掲載されています。どちらも speech カテゴリに属し、どちらも 2026 年 10 月にリリースされており、MAI-Voice-2.1 は月初の 1 日、HeyGen Voice は 13 日に登場しました。どちらも汎用テキストモデルではなく、それぞれテキストを入力として受け取り、音声を返します。
通常モデルの選択を決める軸では、両者は近い関係にあります。どちらも入力としてテキストを受け取り、出力として音声を生成するため、モダリティの話は同一です。どちらの掲載情報にもコンテキスト長の報告がないため、1 回の呼び出しで扱えるテキスト量に文書化された違いはありません。どちらも対応パラメータを公開しておらず、比較データではツール使用、構造化出力、推論は有意な差がないか不明とされているため、そこに活用できる能力差はありません。明確な違いが 1 つあるとすれば入力側の価格で、入力については HeyGen Voice のほうが 2 つの中で安価です。出力価格はデータ上で区別されていないため、そこでは両者を同等と見なしてください。
開発者にとって、これは判断をシンプルに形作ります。たとえば長いスクリプト、文書、文字起こしなど、音声に変換される入力の量がワークロードの中心である場合、HeyGen Voice のほうが経済的な呼び出しであり、自然なデフォルトです。ワークロードが主に短いプロンプトと大量の生成音声である場合、入力価格の優位はあまり重要ではなく、どちらのモデルでも妥当な選択です。コンテキスト長、パラメータ、能力の違いが文書化されていないため、特定のテキスト読み上げタスクで一方を他方より好む技術的な理由はここには記録されていません。選択はコスト特性と、2 つのプロバイダーの間であなたがすでに持っている好みに帰着します。
api14 を通じてどちらのモデルを呼び出す場合も同じように動作します。ゲートウェイが OpenAI 互換 API を公開しているためです。テキストを入力として chat completions エンドポイントにリクエストを送り、モデルはその id で選択します。HeyGen Voice を使うには、model フィールドを heygen/heygen-voice-1 に設定します。MAI-Voice-2.1 を使うには、同じフィールドを microsoft/mai-voice-2.1 に設定します。リクエストの形で他に変更する必要はなく、モデル id が両者を切り替える唯一のスイッチです。そのため、自分のテキストに対して両方を試し、コミットする前に音声を比較するのは低コストです。
このデータには、能力の根拠で MAI-Voice-2.1 のほうが優れた選択であると文書化されたケースはありません。両者はすべての能力軸で同等か不明であり、入力価格のみが異なるためです。正直なガイダンスとしては、入力が多い作業では HeyGen Voice から始め、Microsoft の出力を好む場合や並べて評価したい場合はモデル id を microsoft/mai-voice-2.1 に切り替えてください。