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

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

---

Q1. 新しい高速モデルは速すぎて自分で 429 する——最大推論と並列 Codex セッションでは特に。

開発者が不満に思っていること： GPT-6.1 Terra は、より速く、より安い computer-use の階層として出ました。その直後、開発者は Terra / fast-mode と最大推論で HTTP 429 に当たりました。同じプロンプトを Sol に出すと当たりません。いくつかの投稿は、429 のとき消費トークンがゼロだったと書いています。計量の前に、同時実行かレートのゲートが動いたという意味です。同じ鍵をポーリングする並列の Codex セッションが、状況を悪くしました。

PoYo の回答： エラーコードのページは、429 に一つの意味——rate_limit_error——と、一つの推奨動作を与えています。再試行の前に待つか、リクエストをキューに入れます。はじめにが公開している既定の生成上限は、アカウントあたり 10 秒につき新しい生成リクエスト 20 件までです。それを超えたリクエストは HTTP 429 になり、キューには入りません。チャットとメディアのモデルは一つの PoYo の鍵を共有し、llms.txt に載っています。モデルの切り替えは model 文字列の変更であり、新しいベンダーの導入ではありません。429 が続く場合、ドキュメントはサポートへ上限の引き上げを問い合わせてよいと書いています。承認は慎重に扱われます。

ドキュメントは、プロバイダー間の自動フェイルオーバーはないと述べています。フォールバックはクライアント側に組んでください。はじめには、PoYo の「全体的な安定性は公式プロバイダーよりやや低い場合がある」とも書いています。

---

Q2. 私の「429」は実は支出上限だった——課金エラーがレート制限の服を着ている。

開発者が不満に思っていること： ある投稿はこうまとめています。HTTP 429 は一つの失敗モードではありません。Anthropic では、レート制限、加速制限、支出上限のいずれも指し得ます。支出上限の 429 には Retry-After がないことが多く、待ち続けても何も起きません。チームは、硬い課金停止をスロットルのように扱い続けています。

PoYo の回答： PoYo は二つの場合を、エラーコードの表ではっきり分けています。

課金そのものは前払いクレジットです。ホームページは、一回購入で継続サブスクリプションはなく、クレジットは期限切れしない、と書いています。生きた数値が必要なら、GET /api/user/balance をポーリングして credits_amount を読みます（ユーザー残高）。エラーコードの注意は明確です。重要な作業の途中で 402 を避けるため、クレジットを監視してください。

---

Q3. エージェント SDK がレート制限の窓をチャットの約 1.7 倍の速さで消費している——しかも N 体のエージェントは一つの上限を共有したまま。

開発者が不満に思っていること： Anthropic は、Agents SDK の不具合を認めました。チャットからエージェントモードへ切り替えると、Claude の 5 時間レート制限を、想定よりおよそ 1.7 倍の速さで消費していました。別に、開発者はこう指摘しています。worktree はファイルの衝突を直しますが、10 体のエージェントは一つのデータベースと一つの API レート制限を共有したままです。並列の harness は、同じ鍵の上で互いにつまずきます。

PoYo の回答： PoYo の生成は非同期になるよう設計されているので、長いジョブは単一のゲートウェイタイムアウトに縛られません。はじめにと API 概要は、タスクを投入し、task_id を保存し、その後で状態をポーリングするか webhook を受ける、と書いています。本番の負荷では、ドキュメントは頻繁なポーリングより署名付き webhook を好みます。429 では待つか、キューに入れます（エラーコード）。既定の生成上限は、引き続きアカウントあたり 10 秒に新しいリクエスト 20 件です。超過分は拒否され、キューには入りません。

一つの暴走したエージェントがアカウント全体を消費しないよう、API キーのページとはじめにに書かれた制御を使ってください。鍵ごとの時間、日、累計の利用上限です。画像、動画、音楽、チャット、3D は、一つの統合 API キーの後ろにあります（llms.txt、ホームページ）。

ドキュメントは、プロバイダー間の自動フェイルオーバーはないと述べています。クライアントが 429 / 5xx を扱い、次のモデルか再試行の経路を選ぶ必要があります。

---

Q4. また SaaS が AI の鍵を持っていった——ベンダーは、不正な支出は返金しないと言った。

開発者が不満に思っていること： ある開発者は、侵害された Anthropic の API キーが、不正な利用で 105.94 ドルに達したと報告しました。サポート（AI エージェント経由）は、消費済みの利用は返金できないと言い、エスカレーションを閉じました。同じ 48 時間の窓では、OpenCode Console / Railway 型の侵害が繰り返し表面化し、保管されていた OpenAI、Anthropic、Google の鍵が標的でした。まずローテーションし、その後で硬い支出の天井を置きます。

PoYo の回答： まずローテーションしてください。漏えいした秘密は、漏えいした秘密のままです。そのうえで、ドキュメントは盗まれた PoYo の鍵ができることを限る制御を挙げています。

• IP ホワイトリスト。 承認したサーバー IP だけがその鍵を使えるようにできます。環境変数からコピーされた鍵は、攻撃者のマシンからは使えません。API キーのページとはじめにを参照してください。
• 鍵ごとの利用上限（時間、日、累計）。気づく前に、1 つの鍵へ硬い天井を置けます。
• エンドユーザー単位のブロック。 X-End-User-ID ヘッダーを送ると、鍵をローテーションせず、その鍵上の乱用している呼び出し元を 1 件止められます。ブロックされた ID は HTTP 403 と end_user_blocked を返します。エンドユーザー識別を参照してください。

公開ドキュメントは、漏えいした鍵による利用分の返金を約束していません。PoYo の鍵が悪用されたと考える場合は、鍵を失効させ、サポート（[email protected]）へ連絡してください。

---

Q5. AI クライアントは、いつ再試行しないかを知るべきだ——動画の再試行は請求を静かに倍にし得る。

開発者が不満に思っていること： 再試行は一時的な失敗には役立ちますが、万能ではありません。リクエストの形式が悪い、資格情報が無効、アカウントがそのモデルを使えない、といった場合に同じ呼び出しを繰り返すと、負荷が増えるだけです。動画 API では、同じ主題が「再試行を押すと、課金される二つ目のタスクができることがある」として現れます。

PoYo の回答： エラーコードで、エラーと動作を対応させてください。

• 402 insufficient_credits_error → 補充する。再試行しない。
• 429 rate_limit_error → 待つか、キューに入れる。
• 500 / 502 / 503 → 指数バックオフ。
• 401 → 鍵を直す。同じ無効な資格情報の再試行は役に立ちません（はじめに）。

はじめにはこうも警告しています。提出の再試行は、どれも新しい有料の作業になり得ると扱い、再投入の前に、元のリクエストがタスクを作ったかを確認してください。メディアについて、llms.txt とホームページは、失敗したタスクは課金されない、課金は成功した出力ごとでモデルごとに価格が付く、と述べています。待っている間に負荷を増やさないよう、激しい状態ポーリングより callback_url / webhook を優先してください（API 概要）。

---

Q6. API の価格はサブスクリプションの横に置くと、まだ法外に高く感じる——エージェントが燃やす前に、生きた残高が見えない。

開発者が不満に思っていること： ある返信は端的です。サブスクリプションは補助されているように感じるが、OpenAI と Anthropic の API 価格は「法外に高い」。同じ窓の別の投稿は、一つのマルチエージェントのプロンプトが API 料金でいくらなのか、人が分かっているのかと問い、ChatGPT / Codex のサブスクリプションのメーターと API のメーターは互いに話さない、と開発者に思い出させました。

PoYo の回答： 文書化された三つの点が、この不満に合います。

1. 前払いクレジットであり、サブスクリプションのメーターはない。 ホームページは、クレジット課金、一回購入、継続サブスクリプションなし、クレジットは期限切れしない、と説明しています。支払うのは成功した生成です。失敗したタスクは課金されません（llms.txt）。
2. 一つの鍵、一つの残高。 チャットとメディアは一つの PoYo アカウントを共有します。GET /api/user/balance をポーリングして credits_amount を読みます（ユーザー残高）。
3. 公開されたモデルごとの価格。 現在の価格は各モデルのページ / https://poyo.ai/models/<id>/llms.txt と、カタログの索引（llms.txt）にあります。有料の作業を投入する前にそこを確認し、記憶からドル金額を推測しないでください。タスク履歴（はじめにに説明があります）で、事後にモデル、入力、状態を確認できます。

---

Q7. 「サーバー関数」/ Telegram ボットは誰でも呼べる——鍵は curl が見つけられる場所にある。

開発者が不満に思っていること： 実務的なセキュリティの投稿が続いています。API キーを制限し、日次の枠を置く。プロバイダーの鍵をチャット UI や Telegram のエージェントへ貼らない。ユーザーごとのレート制限と支出の天井がない、呼び出し可能なサーバー関数の中の鍵は、URL を見つけた人にとってのクレジットカードです。

PoYo の回答： はじめには明確です。API キーをフロントエンドのコード（ブラウザ、モバイルアプリ、公開リポジトリ）に出さないでください。鍵を秘密として扱い、サーバーに置き、本番の鍵について既に書かれている制御を使ってください。

• API キーのページで、IP ホワイトリストと鍵ごとの時間 / 日 / 累計の上限を置く。
• X-End-User-ID を必須にし、鍵全体をローテーションせず、乱用している呼び出し元を HTTP 403 end_user_blocked で止める（エンドユーザー識別）。
• 本番の前に、401、402、429 を明示的に扱う（はじめに、エラーコード）。

---

早見表