Technology

Claude旧Workbenchはいつ終了する？対象者・影響・移行手順を解説【2026年8月17日】

Claude旧Workbenchと実験的プロンプトAPIは、2026年8月17日にアクセス終了します。Claude Consoleで貯めてきた保存済みプロンプト、変数、evals（評価）は自動では新環境に移らず、期限を過ぎるとデータへのアクセス自体ができなくなります。

この記事では、2026年8月8日時点の公式情報をもとに「自分は影響を受けるのか」「何をいつまでにやればいいのか」を切り分けます。エクスポート手順、コード内の該当APIの探し方、evalsの引っ越し先まで、そのまま作業に移せる形でまとめました。

結論：Claude旧WorkbenchとプロンプトAPIは2026年8月17日に終了

出典: Unsplash

旧Workbench（platform.claude.com/workbench）は2026年8月17日にアクセス終了します。同日、実験的プロンプトツールAPI3種も廃止されます。今日（2026年8月8日）から数えて残りは9日です。

最も重要なのは、保存済みプロンプト・変数・evalsが新Workbenchに引き継がれないという点です。移行作業をしなければ、蓄積した資産は期限とともに失われます（Claude Platform リリースノート 2026年7月17日付、確認日: 2026-08-08）。

Saved prompts, variables, and evals are not supported in the updated Workbench. You can export any data you want to keep from the banner and under your Organizational Settings.

一方で、全員が影響を受けるわけではありません。旧Workbenchはすでに新規提供が終わっており、以前から使っていたアカウントだけが対象です。まず次のセクションで、終了する範囲と自分の該当有無を確認してください。

何が終了するのか（対象範囲の整理）

終了対象は「旧Workbench本体」と「実験的プロンプトツールAPI3種」の2つです。Messages APIなど通常のClaude APIは対象外なので、本番アプリケーションの推論処理そのものが止まるわけではありません。

旧Workbench本体（platform.claude.com/workbench）

旧Workbenchは、ブラウザ上でプロンプトを試し、保存し、変数を差し込み、evalsで評価できるツールでした。2026年8月17日をもって全ユーザーがアクセスできなくなります。

後継は新Workbench（platform.claude.com/playground）ですが、これはステートレスな設計です。プロンプトやevalsをAnthropic側に保存せず、作成中のドラフトはブラウザ内にのみ保持されます。コードとしてエクスポートして自分のアプリに組み込む使い方が前提になっています。

実験的プロンプトツールAPI3種

以下の3エンドポイントが旧Workbenchと同時に廃止されます。廃止後、これらへのリクエストはエラーを返します。

エンドポイント	役割	終了日
/v1/experimental/generate_prompt	要件からプロンプトを自動生成	2026年8月17日
/v1/experimental/improve_prompt	既存プロンプトを自動改善	2026年8月17日
/v1/experimental/templatize_prompt	プロンプトを変数化・テンプレート化	2026年8月17日

これらをスクリプトやCI/CDパイプラインに組み込んでいる場合、期限後は該当ジョブが失敗します。一部のメディアはこの変更を影響の大きい破壊的変更に分類していますが、これはAnthropic公式の重要度分類ではなく第三者による評価である点には注意してください。

対象者は誰か｜影響を受ける人・受けない人チェックリスト

出典: Unsplash

自分が該当するかは、次の3パターンで判別できます。1つでも当てはまれば期限までの対応が必要です。

旧Workbenchを2026年6月16日より前から使っているアカウント

Claude ヘルプセンターの解説記事によれば、旧Workbenchは新規ユーザーへの提供をすでに終了しており、2026年6月16日より前に利用していたアカウントのみが廃止日まで引き続きアクセスできます。

Workbench (legacy) is no longer available to new users and will be retired for all users on August 17, 2026.

判断に迷う場合は、実際に旧WorkbenchのURLへアクセスして表示可否を確認するのが確実です。なお、Free/Pro/Team/Enterpriseといったプラン別に扱いが異なるかは公式情報で確認できませんでした。

（注記）この6月16日という日付はヘルプセンター記事の記述に基づくもので、2026年7月17日付のリリースノート本体には明記されていません。

新Workbenchだけを使っている人・API単体利用者

2026年6月16日以降に使い始めたアカウントは、そもそも旧Workbenchにアクセスできません。この場合、エクスポートすべきデータは存在せず、8月17日に失うものもありません。

Messages APIを自前のコードから直接叩いているだけのユーザーも同様です。ただし後述の実験的APIを併用していないか、コードベースの確認だけは実施しておくと安心です。

実験的APIをコードやCIから直接呼んでいる開発者

Workbench画面を使っていなくても、/v1/experimental/系のエンドポイントをスクリプトから呼んでいれば影響を受けます。プロンプト自動生成をビルド時に走らせているようなケースが典型です。

この層は「画面を見ていないので気づきにくい」のが厄介な点です。次のタイムラインに沿って、コードベースの検索を早めに済ませてください。

期限までにやることタイムライン

作業を3段階に分けて整理しました。エクスポートは期限を過ぎると実行できなくなるため、最優先です。

タイミング	やること	目的
今すぐ（〜8月10日目安）	旧Workbenchにアクセスし、保存済みプロンプト・evalsを棚卸し	失って困るデータの特定
今すぐ	コードベースを /v1/experimental/ で全文検索	影響を受けるジョブの洗い出し
〜2026年8月17日	バナーまたはOrganizational Settingsからエクスポート	データの保全
〜2026年8月17日	実験的APIの呼び出しをMessages APIや代替手段に置換	ジョブ停止の回避
8月17日以降	新Workbench＋自前のプロンプト管理・評価フローへ移行	恒久的な運用体制の確立

旧Workbenchのデータをエクスポートする手順

エクスポートの導線は2つあります。どちらも2026年8月17日までに完了させる必要があり、期限後はアクセスできません。

画面バナーからのエクスポート

旧Workbench画面の上部に廃止を告知するバナーが表示されています。そこから「Export data」を選択するのが最短ルートです。

普段Workbenchを開いている人であれば、この方法が最も手数が少なく済みます。

Organizational Settingsからのエクスポート

もう1つの導線が、Claude ConsoleのOrganizational Settings（組織設定）です。組織単位でデータを扱いたい場合や、バナーが見当たらない場合はこちらを確認してください。

エクスポートできる項目と形式

エクスポート時には対象を選択できます。公式ヘルプセンターの記載では、以下の項目が挙げられています。

• Model completions（保存済みの応答）
• Uploaded files（画像・PDFなどのアップロード済みファイル）

形式はJSONとされていますが、その場でダウンロードするのか、メール経由でファイルを受け取るのかは情報源によって表現が揺れています。迷ったら画面に表示される案内・ボタンの指示にそのまま従えば手順で迷うことはありません。実際の画面文言は、作業前にヘルプセンターの該当記事でも確認できます（確認日: 2026-08-08）。

実験的プロンプトAPIを使っている場合の移行方法

3エンドポイントについて、Anthropic公式が個別の移行ガイドを用意しているかは確認できませんでした。リリースノートは「廃止後はエラーを返す」と記載するのみです。現実的な代替手段は、公式ドキュメントで案内されている以下の方法になります。

コード内の利用箇所を探す

まずは影響範囲の特定です。リポジトリのルートで文字列検索をかけ、該当箇所を洗い出します。

grep -rn "v1/experimental" . --include="*.py" --include="*.ts" --include="*.js"
grep -rn -e "generate_prompt" -e "improve_prompt" -e "templatize_prompt" .

アプリケーションコードだけでなく、GitHub Actionsのワークフロー定義やシェルスクリプト、Jupyter Notebookも検索対象に含めてください。

generate_promptの代替：公式Cookbookのmetaprompt notebook

プロンプトの叩き台を自動生成したい場合、Anthropic公式のプロンプトエンジニアリング概要ページが代替として「Prompt generator notebook（metaprompt recipe）」を案内しています。

これはGoogle Colabで動作するノートブックで、実験的APIの終了後も利用できる公式の手段です。ノートブックの中身はMessages APIの呼び出しなので、自前のスクリプトに組み込む形にも展開しやすいのが利点です。

improve_promptの代替：Prompting best practicesで手動改善

自動改善APIの代わりは、公式のPrompting best practicesに沿った手動チューニングです。ここには明確な指示、具体例の提示、XMLタグによる構造化、ロールプロンプト、thinkingの活用、プロンプトチェイニングといった手法がまとまっています。

チームで運用するなら、これらをチェックリスト化してレビュー観点に組み込むと実用的です。

templatize_promptの代替：変数を手動で組み込む

テンプレート化APIの代替はシンプルで、{{変数名}}のようなプレースホルダーを自分でプロンプト文字列に埋め込み、実行時に置換するだけです。

Pythonなら文字列テンプレート、TypeScriptならテンプレートリテラルで十分に対応できます。むしろ変数の管理をコード側に持たせたほうが、バージョン管理やレビューがしやすくなります。

新Workbenchの制限とevalsの引っ越し先

新Workbenchはステートレスであるため、旧Workbenchで当たり前に使えていた機能のいくつかが存在しません。移行前に差分を把握しておきましょう。

機能	旧Workbench	新Workbench（Playground）
プロンプトの試行・実行	可能	可能
保存済みプロンプト・履歴	可能	非対応
変数	可能	非対応
evals（評価）	可能	非対応
プロンプトの共有	可能	非対応
コードとしてのエクスポート	―	可能（自アプリへの組み込み前提）
データの保存先	Anthropic側に保存	保存されない（ブラウザ内のみ）

とくに痛いのがevalsの喪失です。ただし公式ドキュメントのDefine success criteria and build evaluationsには、自前で評価パイプラインを組むための5種類のレシピとPython/TypeScriptのコード例が掲載されています。

• 完全一致評価 — 出力が期待値と一致するかを判定
• コサイン類似度 — 埋め込みベクトルで意味的な近さを測る
• ROUGE-L — 要約タスクなどで参照文との重なりを評価
• LLMによる5段階評価 — Claude自身に品質をスコアリングさせる
• LLMによる二値分類 — 合格／不合格の判定を自動化

これらをテストコードとしてリポジトリに置けば、CIで回せる恒久的な評価基盤になります。

まとめ｜今日やるべき3つのアクション

Claude旧Workbenchと実験的プロンプトAPI3種は2026年8月17日に終了し、保存済みプロンプト・変数・evalsは新Workbenchへ引き継がれません。残された時間は多くないため、次の3つを今日中に着手してください。

1. 旧Workbenchのデータ棚卸しとエクスポート — バナーまたはOrganizational Settingsから、Model completionsとUploaded filesを保存する
2. コード内の実験的API利用箇所の検索 — grep -rn "v1/experimental" . でアプリ・CI設定・ノートブックを横断確認する
3. プロンプト管理と評価フローの再設計 — プロンプトをリポジトリ管理に移し、公式の評価レシピでCI上のevalsを組み直す

なお、プラン別の扱いやエクスポートの受け取り形式など、公式に確認できていない細部もあります。作業前にClaude Platformのリリースノートとヘルプセンター記事で最新情報を確認してください（本記事の情報は2026年8月8日時点のものです）。

（参考） Workbench廃止とは直接関係ありませんが、2026年8月5日にはClaude Opus 4.1モデルも退役しています。モデル更新の対応と時期が重なる可能性があるため、作業計画を立てる際は頭の片隅に置いておくとよいでしょう。

期限を過ぎればデータは戻りません。まずは旧Workbenchを開き、バナーの有無を確認するところから始めましょう。