title: Sora 2の「cameo_permission_denied」エラーを徹底解説:4つの権限設定とAPI活用のベストプラクティス
著者注:Sora 2の cameo_permission_denied エラーについて、4種類の権限設定、キャラクターの存在検証方法、API呼び出しのベストプラクティス、および本番環境でのフォールバック戦略を含めて深く解析します。
Sora 2 APIでキャラクター(Cameo)機能を呼び出す際、開発者が頻繁に遭遇するのが 「cameo_permission_denied」 エラーです。完全なエラーメッセージは: {"error":{"code":"cameo_permission_denied","message":"You are not allowed to access one or more mentioned cameos.","param":null,"type":"invalid_request_error"}} です。このエラーの根本的な原因は、コードの問題ではなく、キャラクターの権限設定による制限、またはキャラクターが削除・無効化されていることにあります。
本記事の核心的価値: この記事を読み終えることで、Sora 2のキャラクター権限における4つの設定メカニズムを理解し、Profile URLを通じてキャラクターの存在を確認する方法をマスターできます。また、API呼び出し前の権限チェックロジックを学び、本番環境レベルのフォールバック(障害対策)戦略を構築できるようになります。

Sora 2 キャラクター権限エラーの重要ポイント
| ポイント | 説明 | 影響 |
|---|---|---|
| 4段階の権限レベル | Only me / People I approve / Mutuals / Everyone | ビデオ内で誰がキャラクターを使用できるかを決定します |
| Profile URL 検証 | sora.chatgpt.com/profile/{handle} で状態を確認 |
キャラクターが存在するか、削除されていないかを判断します |
| 動的な権限取り消し | 作成者はいつでも権限変更や無効化が可能 | API呼び出しが突然失敗する可能性があります |
| 削除後30日の猶予 | 削除されたキャラクターは30日後に完全消去 | Profileで "Failed to load profile" が返されます |
| APIの事前チェック不足 | Sora APIには権限照会専用のインターフェースがない | 生成リクエストを送信してエラーが出るまで判断できません |
Sora 2 キャラクター権限の詳細
Cameo(キャラクター)とは?
Sora 2のCameo機能を使用すると、ユーザーは短い動画を録画することでデジタルキャラクターを作成でき、そのキャラクターを後の動画生成で引用することができます。各キャラクターは固有の Handle(ユーザー名) と Character ID を持っています。例:
- Handle:
@vee.papi - Profile URL:
https://sora.chatgpt.com/profile/vee.papi - Character ID:
25d56f016.meridian(システム内部識別子)
なぜ permission_denied エラーが発生するのか?
OpenAIの公式ドキュメントおよび開発者コミュニティのフィードバックによると、このエラーには以下の原因が考えられます:
- 権限設定の制限: キャラクター作成者が権限を "Only me" または "People I approve" に設定しており、あなたの役職が許可リストに含まれていない。
- キャラクターの削除: キャラクター作成者がそのキャラクターを削除した。システムは "not found" ではなく権限エラーを返します。
- キャラクターの無効化: 作成者が意図的にキャラクターを無効化(Deactivate)したため、全員が利用できなくなっている。
- Handleのスペルミス: 引用したHandleが存在しない、またはスペルが間違っている場合も、システムは権限エラーを返します。
- アカウントの制限: あなたのSoraアカウントが特定のキャラクターへのアクセスを制限されている(稀なケース)。
4種類のキャラクター権限レベル
| 権限レベル | 説明 | API呼び出しへの影響 |
|---|---|---|
| Only me | キャラクター作成者のみ利用可能 | 他のユーザーが呼び出すと permission_denied を返す |
| People I approve | 作成者が手動で承認した特定のユーザーのみ | 未承認ユーザーが呼び出すと permission_denied を返す |
| Mutuals | 相互フォロー中のユーザー(作成者があなたをフォロー + あなたが作成者をフォロー) | 相互フォローでないユーザーが呼び出すと permission_denied を返す |
| Everyone | すべてのSoraユーザーが利用可能 | 理論上、権限エラーは発生しない(削除された場合を除く) |

プロフィールURLによるキャラクターの存在確認
プロフィールURLの形式
Soraのキャラクターのプロフィールページは、以下のURL形式に従います。
https://sora.chatgpt.com/profile/{handle}
例:
https://sora.chatgpt.com/profile/vee.papihttps://sora.chatgpt.com/profile/25d56f016.meridian
検証ロジック
プロフィールURLにリクエストを送信することで、キャラクターの状態を判断できます。
| HTTP レスポンス | ページ内容 | キャラクターの状態 | API 呼び出しの期待結果 |
|---|---|---|---|
| 200 OK | キャラクター情報と動画を表示 | キャラクターが存在し、一般公開されている | 権限設定に依存 |
| 200 OK | "Failed to load profile. Please try again." | キャラクターが削除済み、またはハンドルが存在しない | 必ず permission_denied を返す |
| 403 Forbidden | アクセス権限なし | キャラクターは存在するが権限が "Only me" | 必ず permission_denied を返す |
| 404 Not Found | ハンドルが存在しない | キャラクターが作成されたことがない | 必ず permission_denied を返す |
重要な発見: キャラクターが削除された後でも、Soraは200ステータスコードを返すことがありますが、ページには "Failed to load profile" と表示されます。これは、システムがハンドルのプレースホルダーを保持しているものの、キャラクターデータがクリアされていることを示しています。
Python 実装:キャラクターの存在チェック
以下は、プロフィールURLを通じてキャラクターが存在するかどうかを検証する完全な実装です。
import requests
from typing import Dict, Optional
def check_character_availability(handle: str) -> Dict[str, any]:
"""
Soraキャラクターの利用可能性をチェック
Args:
handle: キャラクターのハンドル (@プレフィックスの有無は問わない)
Returns:
{
"exists": bool, # キャラクターが存在するか
"accessible": bool, # アクセス可能か (APIで利用可能とは限らない)
"status": str, # "available" / "deleted" / "not_found" / "unknown"
"profile_url": str
}
"""
# ハンドルのクリーンアップ (@プレフィックスを削除)
handle = handle.lstrip("@")
profile_url = f"https://sora.chatgpt.com/profile/{handle}"
try:
response = requests.get(profile_url, timeout=10)
# ページ内容の確認
content = response.text.lower()
if response.status_code == 200:
if "failed to load profile" in content:
return {
"exists": False,
"accessible": False,
"status": "deleted",
"profile_url": profile_url,
"message": "キャラクターが削除されたか、ハンドルが存在しません"
}
else:
return {
"exists": True,
"accessible": True,
"status": "available",
"profile_url": profile_url,
"message": "キャラクターが存在し、プロフィールにアクセス可能です (ただし API 呼び出しは権限設定に依存します)"
}
elif response.status_code == 403:
return {
"exists": True,
"accessible": False,
"status": "restricted",
"profile_url": profile_url,
"message": "キャラクターは存在しますが、権限がプライベートに設定されています"
}
elif response.status_code == 404:
return {
"exists": False,
"accessible": False,
"status": "not_found",
"profile_url": profile_url,
"message": "ハンドルが存在しません"
}
else:
return {
"exists": None,
"accessible": None,
"status": "unknown",
"profile_url": profile_url,
"message": f"未知のステータスコード: {response.status_code}"
}
except requests.RequestException as e:
return {
"exists": None,
"accessible": None,
"status": "error",
"profile_url": profile_url,
"message": f"リクエスト失敗: {str(e)}"
}
# 使用例
result = check_character_availability("vee.papi")
print(f"キャラクター状態: {result['status']}")
print(f"メッセージ: {result['message']}")
if result["exists"]:
print("✅ キャラクターが存在します。API 呼び出しを試行できます")
else:
print("❌ キャラクターが存在しないか削除されています。API 呼び出しは必ず失敗します")
プロダクションレベルの完全なコードを表示
import requests
import time
from typing import Dict, List, Optional
from openai import OpenAI
class SoraCharacterValidator:
"""
Sora キャラクターバリデーター
一括チェック、キャッシュ、API 呼び出し前の事前チェックをサポート
"""
def __init__(self, cache_ttl: int = 3600):
"""
Args:
cache_ttl: キャッシュ有効期限 (秒)、デフォルト 1 時間
"""
self.cache = {}
self.cache_ttl = cache_ttl
def check_character(self, handle: str, use_cache: bool = True) -> Dict:
"""単一キャラクターのチェック (キャッシュ対応)"""
handle = handle.lstrip("@")
# キャッシュの確認
if use_cache and handle in self.cache:
cached_result, timestamp = self.cache[handle]
if time.time() - timestamp < self.cache_ttl:
return cached_result
# チェックの実行
profile_url = f"https://sora.chatgpt.com/profile/{handle}"
try:
response = requests.get(profile_url, timeout=10)
content = response.text.lower()
if response.status_code == 200:
if "failed to load profile" in content:
result = {
"exists": False,
"accessible": False,
"status": "deleted",
"message": "キャラクターが削除されました"
}
else:
result = {
"exists": True,
"accessible": True,
"status": "available",
"message": "キャラクター利用可能"
}
elif response.status_code == 403:
result = {
"exists": True,
"accessible": False,
"status": "restricted",
"message": "キャラクターはプライベート設定です"
}
else:
result = {
"exists": False,
"accessible": False,
"status": "not_found",
"message": "ハンドルが存在しません"
}
except Exception as e:
result = {
"exists": None,
"accessible": None,
"status": "error",
"message": str(e)
}
# キャッシュの更新
self.cache[handle] = (result, time.time())
return result
def batch_check(self, handles: List[str]) -> Dict[str, Dict]:
"""キャラクターの一括チェック"""
results = {}
for handle in handles:
handle = handle.lstrip("@")
results[handle] = self.check_character(handle)
time.sleep(0.5) # リクエストが速すぎないように調整
return results
def validate_before_api_call(
self,
client: OpenAI,
prompt: str,
characters: List[str]
) -> Dict:
"""
API 呼び出し前の検証
Args:
client: OpenAI クライアント
prompt: 動画生成プロンプト
characters: 使用するキャラクターハンドルのリスト
Returns:
{
"safe_to_call": bool,
"invalid_characters": List[str],
"warnings": List[str]
}
"""
invalid_characters = []
warnings = []
for handle in characters:
result = self.check_character(handle)
if not result["exists"]:
invalid_characters.append(handle)
warnings.append(f"⚠️ {handle}: {result['message']}")
elif not result["accessible"]:
warnings.append(f"⚠️ {handle}: 権限設定により API 呼び出しが失敗する可能性があります")
return {
"safe_to_call": len(invalid_characters) == 0,
"invalid_characters": invalid_characters,
"warnings": warnings
}
# 使用例
validator = SoraCharacterValidator()
# キャラクターの一括チェック
handles = ["vee.papi", "25d56f016.meridian", "nonexistent.user"]
results = validator.batch_check(handles)
for handle, result in results.items():
print(f"{handle}: {result['status']} - {result['message']}")
# API 呼び出し前の検証
client = OpenAI(api_key="YOUR_API_KEY", base_url="https://vip.apiyi.com/v1")
validation = validator.validate_before_api_call(
client=client,
prompt="A character walking in a park",
characters=["vee.papi", "25d56f016.meridian"]
)
if validation["safe_to_call"]:
print("✅ すべてのキャラクター検証を通過しました。安全に API を呼び出せます")
else:
print(f"❌ 無効なキャラクターが見つかりました: {validation['invalid_characters']}")
for warning in validation["warnings"]:
print(warning)
技術的なアドバイス: 本番環境では、APIYI (apiyi.com) プラットフォームを介した Sora API の呼び出しを推奨します。このプラットフォームは呼び出し前にキャラクターの利用可能性を自動的に検証し、詳細なエラーログとフォールバック戦略を提供するため、キャラクターの権限問題による一括失敗を防ぐことができます。
Sora 2 API 呼び出しのベストプラクティス
実践 1: 呼び出し前にキャラクターを検証する
実際の API 呼び出しの前に、プロフィール URL を通じてキャラクターの状態を事前チェックします。
from openai import OpenAI
client = OpenAI(
api_key="YOUR_API_KEY",
base_url="https://vip.apiyi.com/v1"
)
def safe_generate_with_character(prompt: str, character_handle: str):
"""
キャラクター検証付きの安全な生成
"""
# ステップ 1: キャラクターの検証
validator = SoraCharacterValidator()
check_result = validator.check_character(character_handle)
if not check_result["exists"]:
raise ValueError(f"❌ キャラクター {character_handle} は存在しないか削除されています。呼び出しを停止します")
if check_result["status"] == "restricted":
print(f"⚠️ 警告: キャラクター {character_handle} は権限設定により呼び出しに失敗する可能性があります")
# ステップ 2: API の呼び出し
try:
response = client.videos.generate(
model="sora-2-1080p",
prompt=f"{prompt} @{character_handle}",
timeout=120
)
return response
except Exception as e:
error_msg = str(e)
if "cameo_permission_denied" in error_msg:
print(f"❌ 権限エラー: キャラクター @{character_handle} へのアクセス権限がありません")
print(f" 考えられる原因: キャラクターの権限が 'Only me' または 'People I approve' に設定されています")
else:
print(f"❌ その他のエラー: {error_msg}")
raise e
# 使用例
try:
result = safe_generate_with_character(
prompt="A character dancing in the rain",
character_handle="vee.papi"
)
print("✅ 生成成功")
except ValueError as e:
print(f"事前チェック失敗: {e}")
except Exception as e:
print(f"API 呼び出し失敗: {e}")
実践 2: permission_denied エラーを適切に処理する
cameo_permission_denied エラーが発生した際に、分かりやすいエラー表示とフォールバック(代替)案を提供します。
def generate_with_fallback(prompt: str, character_handle: str):
"""
フォールバック戦略付きの生成
失敗時にキャラクター参照を削除して生成を続行
"""
try:
# キャラクターを使用して試行
response = client.videos.generate(
model="sora-2-1080p",
prompt=f"{prompt} @{character_handle}",
timeout=120
)
return {
"success": True,
"used_character": True,
"data": response
}
except Exception as e:
error_msg = str(e)
if "cameo_permission_denied" in error_msg:
print(f"⚠️ キャラクター @{character_handle} を使用できません。参照を削除して再試行します")
# フォールバック: キャラクター参照を削除し、純粋なプロンプトで生成
try:
response = client.videos.generate(
model="sora-2-1080p",
prompt=prompt, # キャラクター参照なし
timeout=120
)
return {
"success": True,
"used_character": False,
"fallback": True,
"data": response
}
except Exception as fallback_error:
return {
"success": False,
"error": str(fallback_error)
}
else:
return {
"success": False,
"error": error_msg
}
# 使用例
result = generate_with_fallback(
prompt="A person walking on the beach at sunset",
character_handle="vee.papi"
)
if result["success"]:
if result.get("used_character"):
print("✅ キャラクターを使用した生成に成功しました")
else:
print("⚠️ キャラクターなしでの生成にフォールバックしました")
else:
print(f"❌ 生成失敗: {result['error']}")
実践 3: 一括呼び出し時の耐障害性戦略
一括生成のシナリオでは、単一のキャラクターの失敗によってタスク全体が中断されないようにします。
from typing import List, Dict
def batch_generate_with_characters(
prompts: List[str],
character_handles: List[str]
) -> List[Dict]:
"""
一括生成 (キャラクターの耐障害性あり)
Args:
prompts: プロンプトのリスト
character_handles: 各プロンプトに対応するキャラクターハンドル
Returns:
結果のリスト
"""
results = []
validator = SoraCharacterValidator()
for i, (prompt, handle) in enumerate(zip(prompts, character_handles)):
print(f"\nタスク処理中 {i+1}/{len(prompts)}: @{handle}")
# キャラクターの事前チェック
check_result = validator.check_character(handle)
if not check_result["exists"]:
print(f"⚠️ スキップ: キャラクター @{handle} が存在しません")
results.append({
"index": i,
"success": False,
"reason": "character_not_found"
})
continue
# 生成の試行
try:
response = client.videos.generate(
model="sora-2-1080p",
prompt=f"{prompt} @{handle}",
timeout=120
)
results.append({
"index": i,
"success": True,
"data": response
})
print(f"✅ タスク {i+1} 完了")
except Exception as e:
error_msg = str(e)
if "cameo_permission_denied" in error_msg:
print(f"⚠️ 権限エラー。キャラクターなしでの生成を試みます")
# フォールバック生成
try:
response = client.videos.generate(
model="sora-2-1080p",
prompt=prompt,
timeout=120
)
results.append({
"index": i,
"success": True,
"fallback": True,
"data": response
})
print(f"✅ タスク {i+1} フォールバック完了")
except:
results.append({
"index": i,
"success": False,
"reason": "fallback_failed"
})
else:
results.append({
"index": i,
"success": False,
"reason": "api_error",
"error": error_msg
})
time.sleep(2) # リクエストが速すぎないように調整
return results
# 使用例
prompts = [
"A character running in the forest",
"A character sitting by the fireplace",
"A character flying in the sky"
]
characters = ["vee.papi", "25d56f016.meridian", "another.user"]
results = batch_generate_with_characters(prompts, characters)
# 結果の集計
success_count = sum(1 for r in results if r["success"])
print(f"\n全タスク: {len(results)}, 成功: {success_count}, 失敗: {len(results) - success_count}")

ソリューションの提案: エンタープライズレベルのアプリケーションには、APIYI (apiyi.com) プラットフォーム経由での Sora API 呼び出しをお勧めします。このプラットフォームは、インテリジェントなリトライ、キャラクター検証のキャッシュ、一括呼び出しの最適化などのエンタープライズ機能を提供し、一括生成タスクの成功率と安定性を大幅に向上させます。
キャラクター権限設定が API 呼び出しに与える影響
権限設定の詳細
Sora キャラクターを作成する際、以下の権限レベルを選択できます。
| 権限レベル | 適用シーン | API 呼び出しへの影響 |
|---|---|---|
| Only me | 個人利用、自分のキャラクターを他人に使わせたくない場合 | 作成者以外のすべての API 呼び出しが失敗します |
| People I approve | 共同プロジェクト、特定のチームメンバーのみに使用を許可する場合 | 作成者が各ユーザーを手動で承認する必要があります |
| Mutuals | ソーシャルシーン、相互フォローしているユーザーのみに使用を許可する場合 | 相互フォローの関係が必要です |
| Everyone | 公開キャラクター、広く利用されることを目的とする場合 | 理論上、すべてのユーザーが呼び出し可能です |
権限はいつでも取り消し可能
重要なリスク: たとえキャラクターが最初は「Everyone」に設定されていても、作成者はいつでも「Only me」に変更したり、キャラクターを削除したりできます。これは以下のことを意味します。
- 今日使えていたキャラクターが、明日には使えなくなる可能性がある
- バッチ処理の途中で権限変更により失敗する可能性がある
- 公開キャラクターに長期的に依存することにはリスクが伴う
対応策:
- 定期的な検証: 依存しているキャラクターが引き続き利用可能か、毎日または毎週チェックしてください。
- キャッシュ戦略: 検証結果を 1〜6 時間キャッシュし、頻繁なリクエストを避けます。
- フォールバック案: キャラクターを指定しないフォールバックプロンプト(Fallback Prompt)を常に用意しておきましょう。
- 複数キャラクターのバックアップ: 重要なシーンでは、予備として 2〜3 の類似キャラクターを準備しておきます。
よくある質問
Q1: API 呼び出しで permission_denied が返されますが、プロフィールページは正常に表示されるのはなぜですか?
これは、**プロフィールの公開設定(Profile Visibility)とキャラクターの使用権限(Character Usage Permission)**が、それぞれ独立した設定であるためです。
- プロフィールの公開設定: キャラクターのプロフィールページや過去の動画を誰が閲覧できるかを制御します。
- キャラクターの使用権限: 動画生成時にそのキャラクターを誰が引用できるかを制御します。
たとえプロフィールが「公開(全員に表示)」に設定されていても、キャラクターの使用権限が「Only me」に設定されている場合があります。この場合:
- ✅
https://sora.chatgpt.com/profile/{handle}にアクセスしてキャラクター情報を閲覧することは可能です。 - ❌ API 呼び出しは
cameo_permission_deniedエラーを返します。
解決策: キャラクターの作成者に連絡し、使用権限を「Everyone」に変更してもらうか、あなたの詳細アカウントを「People I approve」リストに追加してもらうよう依頼してください。
Q2: キャラクターが削除されたのか、それとも権限が不足しているのかを区別するにはどうすればよいですか?
プロフィール URL のレスポンス内容から区別が可能です。
ケース 1: キャラクターが削除された場合
- プロフィール URL が 200 ステータスコードを返す
- ページに
Failed to load profile. Please try again.と表示される - API 呼び出し:
cameo_permission_denied
ケース 2: 権限が「プライベート」に設定されている場合
- プロフィール URL が 200(限定的な情報を表示)または 403(アクセス権なし)を返す
- ページに一部の情報、または
Private profileと表示される - API 呼び出し:
cameo_permission_denied
簡易的な判定方法:
result = check_character_availability("handle")
if result["status"] == "deleted":
print("❌ キャラクターは削除されています。API 呼び出しは必ず失敗します。")
elif result["status"] == "restricted":
print("⚠️ キャラクターは存在しますが、権限設定により失敗する可能性があります。")
elif result["status"] == "available":
print("✅ キャラクターは存在しますが、API 呼び出しの成否は使用権限の設定に依存します。")
推奨事項: 本番環境において、連続して複数回失敗したキャラクターは、API クォータの無駄遣いを防ぐために呼び出しリストから除外すべきです。
Q3: API 呼び出し時にキャラクターのハンドル(Handle)とキャラクター ID(Character ID)をどのように引用すればよいですか?
Sora API は 2 つの引用方式をサポートしています。
方式 1: @ + ハンドルを使用(推奨)
response = client.videos.generate(
model="sora-2-1080p",
prompt="A character dancing @vee.papi"
)
方式 2: キャラクター ID を使用(非推奨)
response = client.videos.generate(
model="sora-2-1080p",
prompt="A character dancing @25d56f016.meridian"
)
主な違い:
- ハンドル (Handle): ユーザーフレンドリーで覚えやすいですが、作成者が変更可能です(変更後は古いハンドルは無効になります)。
- キャラクター ID (Character ID): システム内部の識別子であり、永久に不変ですが、人間には覚えにくく識別が困難です。
ベストプラクティス: 本番環境ではハンドルとキャラクター ID の両方を保存しておき、通常はハンドルを優先的に使用し、ハンドルが無効になった場合にキャラクター ID へフォールバックすることを推奨します。
注意: どちらの方式を使用する場合でも、キャラクターの権限設定を遵守する必要があります。アクセス権がない場合は、どちらの方式でも cameo_permission_denied エラーが返されます。
まとめ
Sora 2 の cameo_permission_denied エラーに関する核心的なポイントは以下の通りです:
- 複雑な権限体系: 4 つの権限レベル(自分のみ / 承認したユーザー / 相互フォロー / 全員)によって、API でキャラクターを使用できるかどうかが決まります。
- プロフィール URL が鍵:
sora.chatgpt.com/profile/{handle}を通じてキャラクターの存在を確認できます。「Failed to load profile」と表示される場合は、キャラクターが削除されています。 - 権限は動的に変化する: キャラクターの作成者はいつでも権限の変更や削除を行えるため、以前使えていたキャラクターが突然無効になることがあります。
- API に事前チェック用インターフェースがない: Sora API には権限を確認するための専用インターフェースが用意されていません。プロフィール URL を確認するか、実際の呼び出しでエラーを発生させて判断する必要があります。
- 本番環境での耐障害性: キャラクター検証のキャッシュ、フォールバック戦略、バッチ処理におけるエラー許容などを実装し、単一のキャラクターの失敗がタスク全体の中断につながらないようにする必要があります。
ユーザー生成コンテンツ(UGC)に依存する機能であるため、Sora キャラクターの可用性には不確実性が伴います。キャラクターの呼び出しロジックを素早くテストするには、APIYI(apiyi.com)の利用をおすすめします。このプラットフォームでは無料枠や詳細なエラー診断ツールが提供されており、Sora 2 をはじめとする様々な動画生成モデルに対応しているため、安定した本番環境の構築に役立ちます。
📚 参考文献
⚠️ リンク形式の説明: すべての外部リンクは
資料名: domain.com形式を使用しています。コピーは可能ですが、SEO 評価の流出を防ぐため、クリックによるジャンプはできません。
-
OpenAI Sora 公式ドキュメント: キャラクター (Cameo) 生成ガイド
- リンク:
help.openai.com/en/articles/12435986-generating-content-with-cameos - 説明: Cameo 機能の作成プロセス、権限設定、使用制限に関する公式紹介
- リンク:
-
Sora 2 Cameo 完全チュートリアル: キャラクター作成とトラブルシューティング
- リンク:
www.aifreeapi.com/en/posts/sora-2-cameo-yourself-tutorial - 説明: 2026 年最新の Cameo 機能完全ガイド。録画のコツや権限設定を収録
- リンク:
-
Sora Character Creation Guide: キャラクターの一貫性維持の実践
- リンク:
help.apiyi.com/sora-character-creation-complete-guide-en.html - 説明: Sora のキャラクター作成と API 呼び出しのベストプラクティスを詳細に解説
- リンク:
-
Cameo Likeness in Sora 2: 権限、プライバシー、およびよくある質問
- リンク:
sider.ai/blog/ai-tools/cameo-likeness-in-sora-2-a-friendly-guide-to-prompts-permissions-and-pitfalls - 説明: Cameo の権限体系とプライバシー保護メカニズムを詳しく説明。プロンプト作成時の注意点も網羅
- リンク:
著者: 技術チーム
技術交流: コメント欄で Sora キャラクター呼び出しの経験をぜひ共有してください。その他の API トラブルシューティング資料については、APIYI(apiyi.com)技術コミュニティをご覧ください。
