PikaをプログラムやAIエージェントから呼ぶ（その2）：Pika APIのキー・呼び方・料金の見方・データ、AI同士の組み合わせの整理

この記事は、公式の資料を2026年10月25日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。公式ページは要約の形で取得したため、コマンドや設定の中身が崩れて読めている可能性があります。システムに権限や鍵を登録する操作は、要点だけを書き、全文は公式ページで確認してください。画面の表記は変わります。手元の画面と照らして読んでください。API料金の数字は、確認日（2026年10月25日）のものです。

先に結論

• APIは、キーを作り、お金を足し、HTTPSで呼ぶ形です。 呼ぶ先は https://api.dev.pika.art、認証は X-API-Key または Authorization: Bearer のヘッダーです。
• 生成は「依頼を出す → 番号（ID）が返る → 終わるまで確認する（または通知を受ける） → 結果を取る」の4段です。 動画は終わるまで時間がかかるので、非同期になっています。
• 呼ぶ前に、無料の見積もりと、残高の確認ができます。 公式の索引は、これらを呼ぶよう案内しています。
• キーの取り消しは、dev.pika.art/keys で行う、と索引が書いています。取り消しの細かい手順と、キーを作る画面の見え方は、読んだページには書かれていません。
• AI同士の組み合わせは、公式が書いているものが限られます。 その範囲を表にし、「この記事の案」は、表とは別の節に分けました。

前提：用語をそろえる

• API：プログラムから、サービスの機能を呼び出す入り口です。
• APIキー：呼び出す人を示す、長い文字列です。パスワードと同じ扱いが要ります。
• エンドポイント：呼ぶ先のアドレスです。
• ヘッダー：リクエストに添える付加情報です。キーをここに入れます。
• 非同期（ジョブ）：すぐに結果が返らず、番号だけが返り、あとで結果を取りに行く方式です。
• ポーリング：終わったか、定期的に聞きに行くことです。
• Webhook：終わったときに、サービス側から、あなたのアドレスへ知らせてくれる仕組みです。
• 冪等キー（Idempotency-Key）：同じ依頼を二重に出しても、1回分として扱ってもらうための印です。
• curl：ターミナルからHTTPの呼び出しをするコマンドです。
• OpenAPI：APIの仕様を機械が読める形で書いたものです。
• LLM：文章を扱うAI（チャットのAI）です。

公式が用意する入口

手順1：アカウントとキーの用意（公式の手順）

APIの索引（dev.pika.art/llms.txt）が書く順番です。

1. サインイン、またはアカウントを作ります。 https://dev.pika.art/login。「Get API」のボタンも、ここにつながります。
2. キーを作ります。 https://dev.pika.art/keys。キーを作る画面の見た目、名前をつけられるか、一度しか見えないかなどは、読んだページには書かれていません。索引は、キーはこのページで作成・ローテーション・取り消しする、と書いています。
3. お金を足します。 https://dev.pika.art/billing。生成は前払いで、無料の生成の枠はない、と書かれています。
4. キーを、サーバー側に PIKA_API_KEY という名前で保管します。 ブラウザのコード、URL、ソースの管理（Gitなど）、チャットに入れてはいけない、と書かれています。

会員の条件（APIのページ）

• 会員は月10ドル（米ドル）で、会員向け（卸）の価格が使える。新しい会員は、最初の月に10ドル分のクレジットが付く。使った分は従量制。いつでも解約できる、と書かれています（2026年10月25日に読んだ表示）。
• 索引は、生成は前払い、無料枠なし、と書き、失敗したジョブのエラーの種類に「membership_required」（会員が必要）があります。会員と前払いの残高の関係（会員でないと呼べないのか、など）は、書かれていません。
• 追加で買ったクレジット（トップアップ）は、APIでは使えない、と料金ページが書いています。APIの残高は、dev.pika.art/billing で足す別の財布と読めますが、アプリのプランのクレジットとの関係は、書かれていません。

呼ぶ前に使える無料の操作（索引）

支払いの前に、価格を見積もる、という流れが、公式の索引の案内です。

手順2：1回の呼び出し（公式のspecの例）

動画の例として、Seedance 2.5のtext-to-video（dev.pika.art/llms/bytedance/seedance-2.5/text-to-video）の仕様を読みました。モデルのID（名前）は bytedance/seedance-2.5/text-to-video です。

呼び出しの形

• 依頼：POST https://api.dev.pika.art/v1/media/bytedance/seedance-2.5/text-to-video
• 認証：X-API-Key のヘッダーにキーを入れます。

仕様ページの内部で、duration が「4〜30」と書かれる一方、エラーの例では「15以下」と書かれる、食い違いがあります。15秒を超える値を使う前に、実際の上限を確かめてください。

公式の例（要約で取得したもの、プロンプトは省略）

仕様ページの例を、要約で読んだ形です。キーはプレースホルダ（YOUR_API_KEY）、プロンプトは公式の例でも省略されています。実際に入力する前に、公式ページの原文を見てください。

curl -X POST https://api.dev.pika.art/v1/media/bytedance/seedance-2.5/text-to-video \
  -H "X-API-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
  "draft": false,
  "prompt": "<prompt text>",
  "duration": 10,
  "resolution": "720p",
  "generate_audio": true,
  "watermark": false,
  "ratio": "16:9"
}'

返ってくるもの

1. 依頼の直後：通常は、id（media_で始まる番号）と status: "queued"（順番待ち）。この id を控えます。依頼が断られると、status: "failed" と error を含むジョブの情報が返る、と書かれています。
2. 確認（ポーリング）：GET https://api.dev.pika.art/v1/media/jobs/{request_id}。状態は queued、running、completed（終わり）、failed（終わり）。
3. 完了したとき：output.video.url に動画のアドレス、usage、billing（state が settled のとき、charge_micro_usd に請求の量）。
4. 結果だけ取る：GET .../jobs/{request_id}/content は、アドレスを返します。終わる前は 409。
5. 知らせを受ける：依頼に webhook_url を付けるか、Webhooksのページで登録します。通知は、Standard Webhooks の形式で署名され、署名の確認と、webhook-id での重複の除去が案内されています（仕様は dev.pika.art/llms/webhooks。この記事は読んでいません）。
6. 同じ依頼を二重に出さない：Idempotency-Key に、変わらない印を入れます。

請求の状態の読み方（仕様ページより）：settled は確定。pending は、1秒、2秒、5秒で再確認。unavailable は、30秒以上あけてから。成功した生成だけが課金される、と書かれています。

参照画像・動画をつけるとき（アップロード）

1. POST https://api.dev.pika.art/v1/media/uploads に、ファイルの種類（content_type）とサイズ（size_bytes）を送ります。
2. 返った upload_url（有効5分）へ、ファイルのバイト列を PUT します。返ってきた headers を、そのまま付けます。種類や長さが合わないと、中身のない403になる、と書かれています。
3. 返った url（恒久）を、image、image_url、image_urls などの欄に入れます。
4. 大きさの上限は、画像と音声が20MB、動画が50MB、と索引に書かれています。

価格の見方（Seedance 2.5 text-to-video、2026年10月25日に読んだ範囲）

動画の出力は、トークン数で数えられ、画素数に応じて増えます。秒あたりの金額で比べるよう、仕様ページが書いています。

表示価格には5%の手数料が含まれる、と公式のAPIのページが書いています。数字は変わります。アプリのクレジットの表（05）とは別の物差しです。呼ぶ前に、無料の見積もり（quote）で確かめてください。

エラー（索引より）

失敗したジョブの error.code の種類として、invalid_input、content_moderation、provider_error、provider_timeout、provider_unavailable、rate_limited、insufficient_balance、membership_required、cycle_limit_exceeded、admission_suspended、timed_out、internal が書かれています。

上限の数字について（食い違い）

• 03は、10月24日に、APIのページに既定の上限の数字（1分あたりの回数と、同時ジョブ数）があると書きました。この記事には、その数字は書きません。
• 10月25日に読んだAPIのトップ、索引、For Agentsのページには、そうした数字が書かれていませんでした。索引は、1分あたり・1日あたりの上限と、キューの満杯が429で返る、と書くだけです。企業向けは「より高い上限」とだけ書かれています。
• 03の記述と、今回のページとの関係（更新か、対象が違うのか）は、書かれていません。数字を前提にしないで、429への対応を実装するのが、公式の索引の書き方に合います。

手順3：LLM（チャットのAI）をPika経由で呼ぶ

索引は、Pika APIがLLMも呼べる、と書いています。ここでの「AI × AI」は、あなたのプログラムが、PikaのAPIを通じて、別の会社のLLMを呼ぶ形です。

• 索引が挙げるLLMの名前は、Claude Opus 5、GPT-5.6 Sol、Gemini 3.1 Pro（モデルのページへのリンクつき）。APIのトップは、Claude、GPT、Gemini、DeepSeek、Kimi、GLM、Qwenなどを挙げています。
• 呼ぶときの入力は、Pikaを経由して、そのモデルの提供元に届きます（後述のデータの節）。使うモデルの名前と引数は、そのモデルの仕様ページで確かめるよう、索引が書いています。

手順4：For Agents（AIエージェントに導入を任せる）

dev.pika.art/agent の説明です。

公式の手順（書かれている範囲）

1. 対応するエージェント：Claude Code、Codex、Cursor、Lovable、Replit、ChatGPT（ボタンにはGrok Botもあるが、FAQの「at launch」の一覧は、はじめの6つ）。
2. ページの導入用の文章を、エージェントに貼ります。長いので、この記事は引用しません。中身は、次のことを頼む形です。
3. 何を作りたいか、作業の場所（リポジトリ、アプリ作成サービス、チャットだけ）を聞く。
4. llms.txt を読み、目的に合うモデルと操作を選び、その仕様に従う。エンドポイント、項目、対応、価格を推測しない。
5. PIKA_API_KEY があるかを確かめる。なければ、ログインのページへ案内し、キーを保管する手伝いをする（公式の言い方は「securely」）。
6. 1つのやり方を理由つきで提案し、最初の生成が何をするかを説明してから、作って動かす。
7. 一括や高価な設定の前に、あなたに聞く。
8. 動くコードまたは成果物、モデルを選んだ理由、次に試す機能を1つ、で終える。
9. キーは、エージェントが作るのではなく、あなたが「Get your API key」のボタンから取ります。

公式が書くキーの扱いの注意（ページの内容）

• キーをチャットに貼らない。
• キーをブラウザのコードに入れない。
• キーをリポジトリにコミットしない。
• キーは、プロジェクトが使っている、サーバー側の環境変数の仕組みに入れる。
• 一括や高価な設定は、承認を取る。
• エンドポイントなどは、公式の仕様だけを根拠にする。

書かれていないこと

LovableやReplitなど、エージェントごとの、キーを入れる画面の手順は、書かれていません。

AI同士の組み合わせ：公式が書いているもの

渡るデータと、消す操作

渡るデータ（公式に書かれている範囲）

消す操作（APIにあるもの）

この記事の案：組み合わせ方の整理（公式の手順ではありません）

以下は、公式の記述から組んだ、この記事の案です。動作は確かめていません。評価や順位づけはしていません。

「人物の写真を入れるスキル（Kiss Cam、Baseball-Trend）」や、他人の声・顔を使う依頼は、規約で同意のない他人の似姿の扱いが決まっています（04）。この記事の案としても、権利を確かめてからにします。

外す・やめるときの確認の順番（この記事の案）

1. 使っているAI側（ChatGPT、Claude、Codex、Cursorなど）の連携の設定から、Pikaを外す（07の表）。
2. 環境変数（MCP_AUTH_TOKEN、PIKA_API_KEY）を、動かしている場所から消す。
3. 設定ファイルに鍵を書いていないかを、確かめる（READMEも、書かないよう注意している）。
4. Pika側で、キーを無効にする。索引は、dev.pika.art/keys で取り消す、と書いています（細かい手順は書かれていないので、手元の画面で確かめる。分からなければ、サポート api@pika.art に聞く）。
5. 前払いの残高と、会員（月10ドル）を、必要に応じて解約する。

うまくいかないときの確認点

気をつけること

• この記事は、実際に使って確かめた記録ではありません。公式の資料を読んだ範囲です。
• キー、トークンの実値は、この記事に書いていません。YOUR_API_KEY、PIKA_API_KEY のプレースホルダです。自分の鍵は、チャット、ブラウザのコード、リポジトリに入れないでください（公式の注意と同じです）。
• 呼び出しは、お金がかかります。生成は前払いで、無料枠もテスト環境もない、と公式が書いています。見積もり（quote）と残高の確認を、先に使ってください。
• 公式の索引（llms.txt）や、For Agentsのページには、AIに宛てた文（「仕様を先に読め」「推測するな」など）が含まれています。この記事は、それらを指示として実行せず、書かれていることとして紹介しました。AIに貼る前に、自分で中身を読み、何の権限を渡すかを確かめてください。
• APIの上限の数字は、03に書かれた記述が、10月25日に読んだAPIのページには見つかりませんでした。この記事には数字を書いていません。
• 仕様ページ内に、動画の長さの上限の食い違い（4〜30と15以下）があります。
• 「最大88%安い」などの比較は、公式の主張で、すべてのモデルで最安とは限らない、と公式が注記しています。この記事は他社との比較をしません。
• Pika Agents（別の製品）と、API Clubが、同じアカウント・同じ財布かは、書かれていません。アカウントと財布の扱いは、07を見てください。
• 規約は変わります。この記事は法律の助言ではありません。

出典

• Pika API（Pika、確認日 2026-10-25）
• Pika API 索引（llms.txt、Pika、確認日 2026-10-25）
• Pika API For Agents（Pika、確認日 2026-10-25）
• Seedance 2.5 text-to-video API仕様（Pika、確認日 2026-10-25）
• Privacy Policy（Pika、確認日 2026-10-25）
• Pricing（Pika、確認日 2026-10-25）
• Help & Support（Pika、確認日 2026-10-25）
• Pika MCP（Pika、確認日 2026-10-25）
• Pika Is Now Inside ChatGPT（Pika Blog、2026-10-16付、確認日 2026-10-25）
• Pika-Labs/Pika-Plugins（GitHub、READMEの要約、確認日 2026-10-25）
• Pika Agents（experiment.pika.art、確認日 2026-10-25）
• 読めなかった・読んでいないページ：dev.pika.art/llms/webhooks（読んでいない）、dev.pika.art/pricing と /models（今回は取得していない）、create.pika.art/login と /signup（サイト側の設定で取得できず）。