アプリ開発者
読書アプリで、ユーザーが投稿したテキストを既存の画面内で音声として再生できるようにする必要があります。
チームはコンテンツ、権限、再生操作を1つの製品内で管理しながら、裏側で音声生成を連携できます。
Fish Audioのテキスト読み上げ開発者向け音声ワークフロー
連携した音声プロジェクト向けの Fish Audio API
Fish Audio APIは、開発者が音声生成を自分のアプリケーション、コンテンツパイプライン、社内ツールと連携するための体系的な方法を提供します。
このエントリーポイントと一般的なものの違い
目的に合ったルートから始めましょう。開発者向けの直接的なアプリケーション連携か、音声コンテンツの作成と確認に使う、より幅広いワークスペースのどちらかを選択できます。
これだけが行う3つのこと
APIは、その役割が明確なときに最も役立ちます。あらゆるクリエイティブな判断を置き換えるものではなく、製品と音声ワークフローをつなぐ接続レイヤーとして扱いましょう。
-
1
構造化された入力を送信する
テキスト、音声の選択肢、アプリケーションが対応するオプションを、再現性のあるリクエスト形式で渡します。
-
2
生成された音声を受け取る
返された結果を、製品、確認プロセス、公開システム、または社内の自動化の中で処理します。
-
3
独自のインターフェースを構築する
ユーザー体験、権限、ストレージ、ビジネスロジックは、すでに管理しているアプリケーション内に保持します。
始め方
適切な選択は、技術的な流行よりも、音声関連の作業をどこで行いたいか、そして誰が管理する必要があるかによって決まります。
- APIエントリーポイント
- 汎用音声ワークスペース
主な利用者
APIエントリーポイント
開発者とプロダクトチーム
汎用音声ワークスペース
クリエイター、編集者、レビュアー
メイン画面
APIエントリーポイント
アプリケーションまたはスクリプト
汎用音声ワークスペース
より幅広い制作ワークスペース
入力形式
APIエントリーポイント
コードからの構造化されたリクエスト
汎用音声ワークスペース
インタラクティブなプロジェクト上の意思決定
出力の処理
APIエントリーポイント
アプリが結果を管理します
汎用音声ワークスペース
ワークスペースがセッションを管理します
最初に確認すべき質問
APIエントリーポイント
これはどのように自社プロダクトと接続しますか？
汎用音声ワークスペース
この声はどのように聞こえるべきですか？
制御範囲
APIの入口
周辺のロジックは自分で管理します
一般的な音声ワークスペース
ワークスペースがより多くの流れを案内します
一般的な次のステップ
APIの入口
アクセス権とリクエストの要件を確認します
一般的な音声ワークスペース
音声を試し、コンテンツを調整します
制限事項
Fish Audio APIは本番システムの一部にすぎません。これを前提に設計する前に、アクセス権、認証、対応パラメータ、利用枠、許可される用途を確認してください。
- リクエストを認証するには、プロジェクトに有効なAPIキーまたはアクセス認証情報が必要です。
- 1 キー
- テストから実際のワークフローに進む前に、認証、リクエスト形式、出力の処理方法を確認してください。
- 3 確認事項
- ワークスペースの設定、利用可能な音声、アカウントの権限が、そのままAPIの動作に対応するとは限りません。
- 0 前提条件
API連携が役立つ場面
これらの例は、音声機能と、その周囲に構築される製品体験との境界を示しています。
コンテンツ制作者
公開までの制作フローでは、承認済みの台本から完成したメディアを作るまでの一工程としてナレーションが必要です。
繰り返し使えるリクエストによって手作業での受け渡しを減らしつつ、制作者は最終的な音声を確認できます。
Fish Audioボイスライブラリプロダクトチーム
ブランドを反映したアシスタントには、複数の顧客向け接点で一貫した音声体験が必要です。
周辺のアプリケーションで対話を管理しながら、選択した音声を管理されたワークフローの一部として扱えます。
Fish Audioボイスクローニングメディアツール開発者
編集プロダクトでは、音声変換をインターフェースの中心ではなく、任意の工程として組み込みたい場合があります。
プロダクト独自のタイムライン、確認、書き出しの工程に音声の変更を組み込めます。
Fish Audioボイスチェンジャー手作業での受け渡しから、つながったワークフローへ
導入前：分かれた工程
導入後：つながったプロセス
APIは工程間の受け渡しをつなぎます。体験を設計するのは、引き続きあなたのプロダクトです。
次の連携を明確な目的を持って進める
チームに既存のアプリケーション、コンテンツシステム、または社内ツールがあるなら、まずは最小限の有用な音声タスクを整理しましょう。次に、アクセス権を確認し、適切なキーを取得して、リクエスト形式をテストします。そのうえで、返された音声をプロダクト内でどのように保存・確認するかを決めます。
音声ワークフローを始める- 入力を1つ、期待する出力を1つ定義する
- 認証情報をユーザー向けのプロンプトに含めない
- 生成した音声を公開する前に確認工程を設ける
独自のよくある質問
Fish Audio APIは、音声機能をアプリケーションやワークフローに組み込むための開発者向け接続ポイントです。コンテンツの制作、確認、公開に至る創作プロセス全体を置き換えるものではなく、体系的な連携を目的としています。
アクセス方法とキーの要件は、現在のサービス設定とアカウントの権限によって異なります。最新の手順は公式の開発者向けページまたはアカウントの設定手順で確認してください。キーはクライアント側のコードに公開せず、サーバーまたは保護された環境で管理してください。
音声生成を、読み上げツール、ナレーション制作フロー、アシスタント、メディア制作フローなどの製品に組み込めます。ユーザー向けの操作機能、コンテンツの検証、保存、レビューは、連携するアプリケーション側で対応する必要があります。
いいえ。APIはプログラムからの接続を目的としている一方、一般向けのワークスペースは対話的な制作とレビューを目的としています。関連する音声タスクに対応している場合でも、操作機能や担う役割が同じとは限りません。