CLAUDE LABEN
MEMORY — Claude Codeの長時間セッションのメモリリークが一掃されました。MCP stdioサーバのstderrが最大64MB蓄積する問題やLSPドキュメントの開きっぱなしが修正されていますTABLES — 非常に大きなmarkdownテーブルが描画を止める不具合を修正。200行を超えるテーブルは先頭200行と「… N more rows」表示になりますSPEED — deny/askルールを多く抱えたセッションで毎ターン数秒遅くなる問題を修正。ルールマッチャがコンパイルして再利用されますTOOLS — MCPツールが多いprint/SDKセッションでは、ツールプールの組み立てをキャッシュし最大7倍速いラウンドになりましたARTIFACTS — Claude CodeのArtifactsは、セッションの作業をその場で更新される共有Webページに変えます。PR解説やダッシュボードに使えますDEADLINE — 7月24日にOpus 4.7のfastモードが削除されます。speed: "fast" はエラーになるため、Opus 4.8のfastモードへ移行が必要ですMEMORY — Claude Codeの長時間セッションのメモリリークが一掃されました。MCP stdioサーバのstderrが最大64MB蓄積する問題やLSPドキュメントの開きっぱなしが修正されていますTABLES — 非常に大きなmarkdownテーブルが描画を止める不具合を修正。200行を超えるテーブルは先頭200行と「… N more rows」表示になりますSPEED — deny/askルールを多く抱えたセッションで毎ターン数秒遅くなる問題を修正。ルールマッチャがコンパイルして再利用されますTOOLS — MCPツールが多いprint/SDKセッションでは、ツールプールの組み立てをキャッシュし最大7倍速いラウンドになりましたARTIFACTS — Claude CodeのArtifactsは、セッションの作業をその場で更新される共有Webページに変えます。PR解説やダッシュボードに使えますDEADLINE — 7月24日にOpus 4.7のfastモードが削除されます。speed: "fast" はエラーになるため、Opus 4.8のfastモードへ移行が必要です
記事一覧/API & SDK
API & SDK/2026-06-15上級

Anthropic API のベータヘッダを一元管理し、機能の引退でバッチを止めない設計

anthropic-beta ヘッダを散らばったまま使うと、ベータ機能の引退や GA 昇格でバッチ全体が 400 で落ちます。ケイパビリティ登録簿と起動時プリフライトで、機能の世代交代に耐える小さな抽象化を実装します。

Claude API115Anthropic SDK4ベータ機能2本番運用36レジリエンス3

プレミアム記事

2026 年 6 月 15 日、API から Sonnet 4 と Opus 4 が引退し、同じ週に Fable 5・Mythos 5 がいったん利用停止になりました。モデル ID の差し替えはすぐ気づけますが、見落としやすいのが anthropic-beta ヘッダの方です。個人開発で続けている Dolice Labs の 4 サイトでは、記事の自動投稿をひとつのバックエンドが支えています。私自身、ある朝の夜間バッチが 1 件も完走していないことに気づきました。原因は、半年前に書いた context-1m-2025-08-07 というベータ識別子をまだ送り続けていた呼び出しで、ベータの提供窓が閉じた瞬間に 400 Bad Request を返すようになっていた、というものでした。

厄介なのは、この 1 行が特定の 1 リクエストではなく、同じヘッダを共有していた複数の呼び出しを巻き込んで落とした点です。ベータ機能は便利な反面、世代交代が速く、引退・GA 昇格・名称変更が数か月単位で起こります。ここではその変化を 1 か所で吸収するために、anthropic-beta を「ケイパビリティ登録簿」として抽象化し、起動時プリフライトと段階的フォールバックまで含めて実装します。

ベータヘッダ1行が、夜間バッチを丸ごと止めた

最初の実装は、よくある形でした。長文コンテキストとプロンプトキャッシュを使いたい呼び出しに、その都度ヘッダを直書きしていたのです。

# Before: 呼び出しごとにヘッダを直書き(各所にコピーされ、散らばっていく)
resp = client.messages.create(
    model="claude-opus-4-8",
    max_tokens=4096,
    messages=messages,
    extra_headers={
        "anthropic-beta": "context-1m-2025-08-07,prompt-caching-2024-07-31"
    },
)

この書き方の問題は、同じ文字列が記事生成・要約・タグ付け・翻訳の各モジュールにコピーされ、最終的に 14 箇所へ増えていたことでした。context-1m-2025-08-07 が無効になったとき、私はそのうちのどこが該当するのかをすぐに言えませんでした。grep で探して 1 箇所ずつ直す間、バッチは止まったままです。1 回の夜間バッチの取りこぼしは翌朝の手動再実行で取り戻せますが、これが週 1〜2 回起きると、運用の信頼性そのものが揺らぎます。

なぜ「機能の引退」がヘッダ経由でパイプラインを壊すのか

anthropic-beta ヘッダは、まだ正式版になっていない機能を明示的に有効化するスイッチです。問題は、このスイッチが 3 つの異なる理由で「効かなくなる」ことにあります。

ひとつ目は引退です。1M コンテキストのように期間限定で提供されたベータは、窓が閉じると未知の識別子として扱われ、組み合わせによっては 400 を返します。ふたつ目は GA 昇格です。プロンプトキャッシュのように正式版へ移ると、ヘッダは不要になります。多くの場合は当面そのまま受理されますが、いつまでも残しておくのは将来の拒否リスクを抱え込むだけです。みっつ目は名称・日付の変更で、code-execution-2025-05-22 のように日付入りの識別子は、仕様改定で新しい日付版へ差し替わることがあります。

共通するのは、いずれも「コード側が知っている世界」と「API が受け付ける世界」がずれた瞬間に壊れる、という構造です。だからこそ、ヘッダ文字列を散らさず、世代交代を 1 か所で表現できる形にしておく価値があります。

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

この記事の続きを読む

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

この記事で得られること
anthropic-beta ヘッダを Capability 列挙とレジストリに集約し、14箇所の指定を1ファイルへ畳む手順
起動時プリフライトで未対応ベータを検出し、その機能だけを無効化して残りを走らせる実装
ベータの引退・GA 昇格・407 系エラーに対する3段階フォールバックと、無効化履歴の残し方
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

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

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

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

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

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

関連記事

API & SDK2026-07-12
Claude API の 413 request too large を設計で避ける — 送信前サイズ見積もりと分割の実装
長文と画像と tool_result を1リクエストに詰めすぎると Claude API は 413 request too large で落ちます。32MB の壁・base64 の膨張・処理段階で起きる隠れた上限を実測し、送信前にサイズを見積もって安全に分割する設計をコード付きでまとめました。
API & SDK2026-07-07
Claude API が本番で突然 429 を返し始めたとき — レート制限の余白をヘッダから計測して枯渇前に絞る運用メモ
429 が出てから慌ててリトライを入れるのは後手です。Claude API のレスポンスヘッダには残量が毎回書かれています。余白を継続計測し、枯渇する前に自分から絞る運用メモを、実装フックと計測ログの読み方でまとめます。
API & SDK2026-07-01
Claude API のドキュメント抽出が「自信満々に間違える」とき — 沈黙する誤りを不変条件で捕まえる運用メモ
請求書や契約書の構造化抽出で一番怖いのは、クラッシュではなく「スキーマも通り信頼度も高いのに値だけ間違っている」沈黙の誤りです。不変条件・二段抽出・フィールド単位の誤り率で運用する実装メモを共有します。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →