◉CLAUDE LABEN
●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました
記事一覧/API & SDK
⬡ API & SDK/2026-05-27上級

Claude API のスケジュール運用で観察した tail latency と、リトライストームを抑えるガードレール設計

個人開発で 6 サイトを並行運用し、14 日分のログから p95/p99 の輪郭とリトライ嵐の発生条件を観測しました。ジッタ・バジェット・サーキットブレーカーを組み合わせた本番ガードレールの実装と、観測 → 設計 → 改善の比較値をまとめます。

Claude API128tail latencyretry storm本番運用36scheduled workload個人開発130

✦ プレミアム記事

2014 年から個人開発でアプリを公開し続け、累計 5,000 万ダウンロードに育った頃から、私自身のワークフローの裏側でも自動化を増やしてきました。直近の 5 ヶ月は、Dolice Labs の 4 つの技術ブログと、別フォルダの Blog 系 2 サイトを合わせた 6 サイトを Cowork のスケジュールタスク経由で並行運用しています。中心にあるのは Claude API、外側にあるのは GitHub と Cloudflare Workers です。

並行運用を始めて少し経った頃、ある時間帯に限ってタスクの完了時刻が想定より大きくずれることに気づきました。02:00 JST に走らせている記事生成タスクが、ある夜だけ 02:38 まで終わらない。ログを覗いてみると、API そのものは応答していたのに、リトライが想定外の回数まで膨らんでいました。これが、本記事で扱う「スケジュール運用における tail latency と、それが引き起こすリトライストーム」の入口です。

6 サイト並行運用で気づいた違和感

最初の数週間は、p50(中央値)だけを見て満足していました。1 タスクあたりの平均完了時間は安定していて、グラフだけ見れば異常はない。私の現代美術の制作と同じで、宮大工だった祖父から受け継いだ「手を動かして確かめる」という感覚を信じてログを掘り始めたのは、p50 ではなく p95、p99、そして「単発で 60 秒を超えた瞬間」のサンプルを並べてからでした。

ここから見えてきたのは、Claude API のレスポンス自体が遅いというより、リトライ機構が「遅いレスポンス」を「失敗」と誤認して、追加の負荷をこちらから生んでいるという構造でした。AdMob の収益記事を書く合間に 50 万 DL のアプリ運用で見てきた「自分が踏んだ罠の一番多いパターン」と、ほぼ同じ。クライアント側のリトライ設計が遅延の主因になっている、というやつです。

14 日分のログから見えた p95/p99 の輪郭

観測の前提を揃えるために、まず生のデータ点を共有しておきます。下記は 6 サイト合計の 14 日分(2026-05-12 〜 2026-05-25)、Claude API 呼び出し 1,842 件を集計した数字です。すべて単発呼び出し(モデルは claude-sonnet と claude-haiku の混在、ストリーミングなし)。

指標値
成功呼び出し数1,789(97.1%)
失敗呼び出し数53(2.9%)
完了時間 p507.4 秒
完了時間 p9519.8 秒
完了時間 p9941.2 秒
完了時間 最大187 秒(外れ値)
平均リトライ回数(成功時)0.18 回
平均リトライ回数(失敗時)4.6 回

p99 が 41 秒というのは、単発の呼び出しとしては十分許容範囲です。問題は、失敗時の平均リトライ回数が 4.6 回まで膨らんでいたこと。1 回の API 失敗あたり、5 回近く同じリクエストを投げ直していたことになります。これが私の言う「リトライストーム」です。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦14 日のスケジュール実行ログから抽出した p95/p99 の上昇パターン 3 種と、それぞれを切り分けるための観測クエリ
✦リトライストームを止めるための 3 層ガードレール(ジッタ付き指数バックオフ・バジェット制御・サーキットブレーカー)を、TypeScript で動く形で実装
✦ガードレール導入前後の p99 値・失敗率・無駄リトライ数の比較と、Cowork スケジュールの 16 本/日体制で実際に効いた設計の取捨選択
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

⬡ API & SDK2026-09-17
画像は20枚ずつ送っています — 21枚目から全画像に別の上限がかかると知った日
素材フォルダの62枚を一度に送ったら invalid_request_error で落ちました。容量ではなく枚数が原因です。視覚トークンを28pxのパッチで数え直し、枚数・寸法・ペイロードの3つの上限を同時に見てバッチを組むまでの記録です。
⬡ API & SDK2026-09-06
訳文は自然なのに、実行時に落ちる翻訳がありました
多言語アプリの文言を Claude API で訳したとき、意味は正しいのに書式指定子だけが壊れることがあります。重大度で分けた受け入れ検査と、壊れた行だけを訳し直す修復ループを実装と実測でまとめました。
⬡ API & SDK2026-05-24
Claude API のレスポンスを Cloudflare R2 にアーカイブする実装メモ — 監査・再現性・障害分析の3軸設計
Claude API のリクエストとレスポンスを Cloudflare R2 に保存して、監査・障害分析・本番リプレイの3つに使う設計を、Workers の waitUntil パターンと D1 メタデータインデックス込みで実装メモにまとめました。