2026-10-29：今日聞いた API への不満 7 件

2026 年 10 月 27 日から 29 日にかけて、英語圏の開発者が公開した不満を、元投稿へのリンク付きで要約しています。各回答は、PoYo の公開サイトとドキュメントに今日書かれている内容だけを使い、出典のページへリンクします。ドキュメントが触れていない点は、そのように記します。

---

Q1. 毎月の ChatGPT Pro / Business の API クレジットは、使わずに期限切れする——地域によっては、そもそも受け取れない。

開発者が不満に思っていること： OpenAI が Pro の価格を API クレジットとして返ってくると説明したあと、開発者はすぐに、その枠がサイクルの終わりにどれだけ消えるかを尋ねました。投稿は、そのクレジットが ChatGPT / Codex の追加の製品利用ではなく、未使用残高は期限切れになると指摘し（@jayzhoupro、@velcue_07、@_jayyy18_13k）、使われないクレジットがどれだけあるかを口にし（@mohamedsenator）、ヨーロッパの Pro ユーザーが請求画面でクレジットを受け取れなかったことを挙げました（@ZindanTech）。

PoYo の回答： PoYo は前払いのクレジットであり、毎月リセットされる権利枠ではありません。ホームページは、クレジット制の料金、サブスクリプションがないこと、クレジットが期限切れしないことを書いています。支払うのは成功した生成だけです。llms.txt とホームページは、どちらも失敗したタスクは課金されないと述べています。一つの残高がカタログ全体をカバーします。生きた credits_amount が必要なら、GET /api/user/balance をポーリングします（ユーザー残高）。残高がなくなると、PoYo は「使わなければ失う」暦の窓ではなく、402 insufficient_credits_error を返します（エラーコード）。別の事業者のプロモーションクレジットを地域で受け取る流れは、PoYo の製品の外です。クレジットがさらに必要なら、ダッシュボードで補充してください。

---

Q2. Chat、Work、Codex が一つの利用枠を共有すると、コーディング枠が先に死ぬ。

開発者が不満に思っていること： 同じ API クレジットのニュースは、別の恐れを呼びました。日常の Chat / Work の通信が、Codex と同じバケツを燃やすのか。開発者は、Codex に影響しないよう ChatGPT を控えると言い（@setHacked）、Anthropic 式の単一の利用上限は OpenAI の Pro を終わらせると論じ（@macintoch）、通常の Chat が Work / Codex と分かれたままかを尋ね（@Paulkk144974）、まとまった chat+work の枠が Codex には手を出さないことを望み（@raiden_fine）、クレジット発表の「開発者に二重請求しなくなった」という枠組みを議論しました（@Awais786Muhamd）。

PoYo の回答： PoYo は ChatGPT Pro / Codex のサブスクリプション枠を売りません。したがって、コーディングの余裕を静かに食う「まとまった製品クォータ」はドキュメントにありません。課金は、画像、動画、音楽、3D、チャットにまたがる一つのクレジット残高です（ホームページ、llms.txt）。分けたいなら、ワークロードごとに別の API キーを作り、各鍵に時間 / 日 / 累計の利用上限を置いてください（はじめに、API キーのページ）。一つの鍵にマルチテナントや複数エージェントの呼び出し元があるときは X-End-User-ID を送り、全員をローテーションせず、乱用している呼び出し元一人を 403 end_user_blocked で止められます（エンドユーザー識別）。共有残高は GET /api/user/balance で見てください（ユーザー残高）。402 なら止めて、補充します（エラーコード）。

---

Q3. Codex / コーディングエージェントの壁が戻った——消費速度が、数時間で一週間を食べた。

開発者が不満に思っていること： コーディングエージェントのタイムラインは、再び利用上限の壁の投稿で埋まりました。次の Codex の上限リセットに合わせて週を組む人（@GaryVSAISlop）、Codex CLI 経由の Sol 6.1 が約 15 時間でクォータをおよそ 3 倍速く燃やしたと報告する人（@AssistBDA）、API クレジットのニュースのせいでリセットの緩和は来ないと見ている人（@snowy_smile_）です。

PoYo の回答： PoYo のチャットは、成功した出力ごとにクレジットで価格が付き、Codex 式のローリングなリセット窓ではありません（llms.txt、ホームページ）。チャットのエンドポイントは、OpenAI 互換、Claude Messages、または Gemini ネイティブとして書かれています。モデル ID を選び、そのモデルの生きたスキーマを https://poyo.ai/models/<id>/llms.txt で読んでください。暴走するコーディングエージェントには、API キーのページで鍵ごとの時間 / 日 / 累計の上限をかけてください（はじめに）。既定の生成スループットは、アカウントあたり 10 秒につき新しいリクエスト 20 件までです。超過は 429 を返し、キューには入りません（はじめに）。429 では Retry-After に従ってください。task_id がすでにあるか分かるまで、有料の送信をむやみに再試行しないでください（トラブルシューティング）。ドキュメントは、上流のコーディングツールが自分の壁に当たったとき、別のラボへの自動フェイルオーバーはないと書いています。必要なら、クライアント側で組んでください。

---

Q4. リポジトリから API キーを消して push した——ほぼ確実に、git の履歴ではまだ公開されている。

開発者が不満に思っていること： 短い投稿が、典型的な漏えいに切り込みました。鍵は作業ツリーから消して push したが、秘密はほぼ確実に git の履歴からまだ届く（@patchnoteslabs）。

PoYo の回答： はじめには率直です。API キーをフロントエンドのコード、モバイルアプリ、公開リポジトリに出さず、秘密として扱うこと。PoYo の鍵が git の履歴（または他の公開場所）に入った可能性があるなら：

1. API キーのページで失効 / ローテーションする。コードの一行を消すだけでは足りません。
2. IP ホワイトリストをオンにし、コピーされた鍵が承認済みのサーバー IP からしか動かないようにする。
3. 鍵ごとの時間 / 日 / 累計の上限を置き、残った秘密に天井を付ける。
4. 生成とネイティブチャットでは X-End-User-ID を優先する。すべての統合をローテーションせず、呼び出し元一人を 403 end_user_blocked で止められます（エンドユーザー識別）。

公開ドキュメントは、漏えいした鍵で行われた利用の返金を約束しません。PoYo の鍵が悪用されたと思うときは、[email protected] に連絡してください（はじめに）。

---

Q5. プロバイダー鍵を保管していたツールが侵害された——休止中の資格情報が、他人の請求を払った。

開発者が不満に思っていること： ある投稿は、休止アカウントの API キーと、Opik AI のプロバイダー設定の欠陥が重なり、OpenAI / Anthropic の鍵 29 本が取られたと書きました（@AgentFieldKit）。見慣れた型です。第三者の「AI 設定」画面に置いた資格情報は、そのホストが誤った瞬間に攻撃者の財布になります。

PoYo の回答： 別の製品の設定に置いた鍵は、クライアント側の秘密の問題です。秘密が一度存在したあと、PoYo のドキュメントにある制御は爆発半径を限られます。

• 環境 / harness ごとに別の鍵を作り、それぞれに時間、日、累計の利用上限を置く（API キーのページ、はじめに）。
• 本番の鍵には IP 許可リストを有効にする。
• X-End-User-ID を優先し、鍵を消さずに呼び出し元一人を止められるようにする（エンドユーザー識別）。
• 生きた残高は GET /api/user/balance で見る（ユーザー残高）。402 なら止める（エラーコード）。

もう使わない鍵は消してください。ドキュメントは、未使用鍵の自動期限切れも、侵害由来の支出に対する返金 SLA も書いていません。そのように言い、ローテーションしてください。PoYo の鍵は自分のサーバーに置き、フロントエンドや、見なくなった第三者の設定フォームには置かないでください（はじめに）。

---

Q6. エージェントは 30 時間動いた——コードと API のあいだに、越えない数字が一つもなかった。

開発者が不満に思っていること： ある開発者は、30 時間のエージェント実行を説明しました。プロセスの外では、硬い支出の天井を強制するものが何もなかった。硬い上限はジョブの外に置かなければならない（@asymmetricmind）。近くの投稿は、ループしたり取りすぎたりするエージェント向けの支出ガバナンスのスコアカードを押していました（@hacker_no_ice）。

PoYo の回答： エージェント内部の軟らかい通知は予算ではありません。PoYo では、天井を資格情報と残高に置きます。

• すべての本番鍵に、鍵ごとの時間 / 日 / 累計の利用上限を置く（はじめに、API キーのページ）。
• サーバー専用の鍵には IP ホワイトリストを組み合わせる。
• マルチテナントや複数エージェントのアプリでは X-End-User-ID とブロックを使う（エンドユーザー識別）。
• 大きなバッチの前に GET /api/user/balance をポーリングする（ユーザー残高）。402 は再試行の合図ではなく、硬い停止として扱う（エラーコード）。
• 長い非同期ジョブでは、激しいポーリングより webhook を優先する（Webhook）。はじめには、送信の再試行は毎回新しい有料作業になり得ると警告しています。再送信の前に task_id を確認してください（トラブルシューティング）。

ドキュメントは、これらの鍵の上限、残高、エラーコードを超える、プロセス外の「キルスイッチ」製品を主張していません。オーケストレーターを、402 と上限に達した鍵で止まるように結線してください。

---

Q7. いちばん難しいのはモデルではない——クリエイティブ API ごとに、別のアカウント、API キー、請求体系があることだ。

開発者が不満に思っていること： 作り手と開発者は、痛い部分は別々の事業者アカウント、鍵、請求を同時に扱うことだと言いました（@CyberFree365）。別の人は、利益を API 請求の問題として捉え、アグリゲーター経由のオープンモデルをコストのレバーとして見ていました（@RonaleK777）。あるいは、規模で使える安い LLM API を探しているだけでした（@brice_garnier_）。

PoYo の回答： PoYo は、画像、動画、音楽、3D、チャットにまたがる一つの統一鍵として作られています（llms.txt、ホームページ）。鍵は API キーのページで作ります。メディアは非同期の POST /api/generate/submit にステータスまたは webhook を足します。チャットは、モデルごとのドキュメントにある OpenAI 互換、Claude Messages、または Gemini ネイティブのエンドポイントを使います。モデルの切り替えは model 文字列（チャットでは対応するエンドポイントの形）であり、新しい事業者の導入手続きではありません。現在の入力スキーマと価格は https://poyo.ai/models/<id>/llms.txt とカタログ索引にあります（llms.txt）。課金は前払いのクレジットで、期限切れせず、成功した出力ごとに請求されます（ホームページ）。

ドキュメントは、PoYo が各ラボの公式アカウントのパススルーであるとは主張しません。はじめには、全体の安定性が公式プロバイダーより少し低い場合があるとも書いています。そのトレードオフを意識して選んでください。

---

早見表