Anthropic Console 使い方｜APIキー発行と課金を実務で整理

Anthropic の API を使ってみようと console.anthropic.com を開いたものの、API キー・Workbench・Usage・Billing と英語のメニューが並び、どこから触ればいいか固まっていませんか。実際、ラッコキーワード実測（2026 年 6 月時点）でも「Anthropic Console」は月 1,600 件・12 ヶ月で +592% と伸びていて、私自身は直 Anthropic API を業務の本番運用で日常的に使っているので、この Console もほぼ毎日開いています。

結論から言うと、Console は「アカウント作成 → API キー発行 → Workbench でプロンプト検証 → 使用量ダッシュボードでコスト確認 → 課金管理」の順に 1 画面ずつ押さえれば迷わない、というのが毎日触っている実感です。本記事では、その一本の動線を日本語で、API キーの管理・失効と無料クレジット・従量課金の前提まで含めて整理します。

最短で「キーを 1 本発行して動かしたい」方は、全体動線の結論とAPIキーの発行・管理から読むと要点だけ押さえられます。

Console とは何か｜全体動線と Claude.ai との違い

Anthropic Console（別名「claude console」）は、自分のプログラムから API で Claude を呼び出す人向けの管理画面（console.anthropic.com）です。残高（使用量）・合鍵（キー）・明細（請求）を 1 か所で見る、銀行の法人ネットバンキングのような場所——チャットで会話する Claude.ai とは入口も用途も別物です。呼び方が「Anthropic の」「Claude の」と揺れても、開く画面は同じ console.anthropic.com です。

結論：5 ステップを 1 画面ずつ押さえれば迷わない

毎日この Console を開いている実感として、いちばん実用的な答えはこれです。「アカウント作成 → API キー発行・管理 → Workbench でプロンプト検証 → Usage でコスト確認 → Billing で課金管理」の 5 ステップを、1 画面ずつ順に押さえれば迷わない。各ステップの本記事内の宛先は次の通りです。

ステップ	内容	宛先
1. アカウント作成	メール登録、個人 or 組織の選択	初期設定
2. API キー発行・管理	本記事の中核。発行・保管・失効の作法	APIキー
3. Workbench で検証	コードを書く前の「味見台」	Workbench
4. Usage でコスト確認	使った量と費用を毎日見る	使用量・コスト
5. Billing で課金管理	支払い方法・クレジット・請求	課金管理

立ち位置を先にお伝えします。私は直 Anthropic API を業務の本番運用で日常的に使い、Console を毎日開いています。キーの発行・管理・失効、使用量とコストの確認、Workbench での検証、課金管理は実際に触っている範囲です。一方、AWS Bedrock 経由は業務で限定的（PoC・検証・コンプラ上の理由など）に使っているだけなので、こちらは概念と選定の整理レベルにとどめます。

本記事は 「Console という UI をどう使うか」 に集中します。料金プラン全体の選び方は Claude 料金プラン、モデル別の料金や API コードは Claude Sonnet 4.6、モデル比較は Claude Opus と Claude Opus と Sonnet の違い、Bedrock 経由は AWS Bedrock、Azure 経由は Azure OpenAI Service に整理済みです。本文中にも送り先リンクを置いています。

なお、Console の画面構成・メニュー名・料金・無料枠・上限は時期で変わります。本記事は 2026 年 6 月時点の整理で、最新は anthropic.com / console.anthropic.com で必ず事前確認してください。

Claude.ai / Claude Code / Console の棲み分け

営業出身の私が最初に混乱したのが「Claude を使う入口がいくつもある」ことでした。大きく 3 つあります（2026 年 6 月時点）。

• Claude.ai：ブラウザやアプリで チャットする入口。一番なじみがある形。
• Claude Code：ターミナルから Claude に 開発作業を任せる CLI。エンジニア寄りの入口。
• Anthropic Console：自分のプログラムから API で Claude を呼ぶための 管理画面。本記事が扱うのはこれ。

買い物にたとえると、Claude.ai が「店頭でスタッフと会話して買う」、Console が「法人の発注システムにログインし、発注用カードを発行し、請求書を確認する」イメージです。Claude というプロダクト全体の地図は Claude 使い方 で別建てしています。

Console を開くと並ぶメニューを先に俯瞰しておきます（名称は時期で変わるため最新は要確認）。

• API Keys：Claude を呼ぶ「合鍵」を発行・管理・失効する（APIキー）
• Workbench：ブラウザ上でプロンプトを試す作業台（Workbench）
• Usage / Cost / Rate limits：使った量・費用・上限を見る（使用量・コスト）
• Billing：支払い方法・クレジット・請求を管理（課金管理）
• Organization / Workspace：組織・プロジェクト単位で管理（初期設定）

このうち API Keys・Usage・Cost・Billing は毎日のように開く画面で、Workbench は新しいプロンプトを試すときに集中して触る、という使い方をしています。

アカウント開設と API キー管理｜初期設定・発行・保管・失効

最初の一歩はアカウント作成です。個人で試すだけならメール登録で数分、組織で使うなら Organization・Workspace・ロール（権限）の考え方を最初に押さえておくと後がラク、というのが実感です。

個人で始める場合の最小セットアップ

個人で試すだけなら手順はシンプルです（2026 年 6 月時点、最新は console.anthropic.com で確認）。

1. console.anthropic.com にアクセスし、メールアドレスで登録する
2. メール認証や本人確認の案内に従う
3. ログインすると Console のトップ画面が開く

ここまでで Console の中を見て回れます。ただし 実際に API を叩くにはキーの発行と課金（支払い方法の登録 or 無料クレジット）が必要です（APIキー・課金管理・無料の前提）。

組織（Organization）と Workspace の分け方

業務では個人アカウントでなく Organization（組織＝会社そのもの） で管理します。Organization では メンバーを招待し、それぞれにロール（権限）を割り当てられます。ロールは「会社の役職別の権限」で、Admin / Developer / Billing といった役割が用意されています（呼び方・粒度は時期で変わるため公式で確認）。

ここで気をつけたいのは 「誰に何の権限を渡すか」を最初にざっくり決めておくことです。課金を動かせる人を限定し、キーを発行できる人を絞っておくと、あとで「誰がこのキーを作ったんだっけ」という迷子になりにくい。具体的な権限設計は会社ごとに事情が違うので、社内の情シス・セキュリティ部門の方針に合わせてください。

Organization の中をさらに分けるのが Workspace（部署・プロジェクト別の棚） です。「本番用」「検証用」「プロジェクト A 用」のように分けると、使用量・コスト・キーを箱ごとに見られるのがメリットで、これは後のキー運用やコスト把握に直結します。逆に全部を 1 つの Workspace・1 本のキーでやると、後で影響範囲が読めなくなります（失敗パターン）。

API キーの発行・保管・失効・ローテーション

ここが本記事の中核です。結論は、「Console で発行し、環境変数で扱い、Git には絶対に上げず、不要になったら失効する」——この一連の作法をセットで覚えるのが、いちばん事故が少ない。

発行は Console の API Keys 画面から、次の流れです。

1. Console にログインし、API Keys 画面を開く
2. 「Create Key」など新規発行ボタンを押す
3. キーに用途が分かる名前を付ける
4. 表示されたキー文字列をコピーして安全な場所に控える

一番大事なポイントは、発行時のキー文字列はその場でしか全体を確認できないことが多い（後から再表示できない設計）こと。表示された瞬間に環境変数や Secrets manager（後述）へ控えます。名前は「prod-batch」「dev-test」のように 用途が分かる命名にしておくと、キーが増えたときに「これは何のキーだっけ」となりにくいです。

保管は、コードに直書きしないのが大原則です。直書きすると、共有や Git（コード履歴の管理）への push でキーがそのまま外に出ます。基本は 環境変数（PC やサーバーの設定欄に鍵をしまう、金庫のイメージ）に預けます。ターミナルでの最小例は次の通りです。

# 環境変数に API キーを預ける（ターミナルでの最小例）
# ※ 実際のキー文字列はここに直書きせず、自分の環境で置き換えてください
export ANTHROPIC_API_KEY="sk-ant-xxxxxxxxxxxxxxxxxxxx"

.env というファイルにまとめて書く運用なら、.gitignore に .env を必ず加えて Git に上げないのがセットです。

# .gitignore に追記して、.env を Git の管理対象から外す
echo ".env" >> .gitignore

プログラムからは環境変数を読み込んで使います。Anthropic 純正 SDK の最小サンプルは次の通りです。

# Anthropic 公式 SDK でキーを「環境変数から」読み込む最小例
# pip install anthropic で導入。キーはコードに直書きしない。
import os
from anthropic import Anthropic

# 環境変数 ANTHROPIC_API_KEY を自動で読みに行く
client = Anthropic(api_key=os.environ["ANTHROPIC_API_KEY"])

message = client.messages.create(
    model="claude-sonnet-4-6",  # モデル名は時期で変わるため最新を公式で確認
    max_tokens=256,
    messages=[{"role": "user", "content": "こんにちは。自己紹介してください。"}],
)
print(message.content[0].text)

ターミナルから curl で最小の動作確認をするときも、キーは環境変数から渡します。

# curl で最小の API 動作確認（キーは環境変数から渡す）
curl https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-sonnet-4-6",
    "max_tokens": 128,
    "messages": [{"role": "user", "content": "ping"}]
  }'

組織で本格運用する場合は、環境変数より一段しっかりした Secrets manager（鍵を一元管理する仕組み。クラウド各社が提供）を使うことも多いです。私も本番ではこうした仕組みに預けています。とはいえ最初の一歩は「環境変数 + .gitignore で .env を外す」をきちんとやるだけでも事故の多くは防げます。キーの取り扱いと漏洩リスク、API 入力データの取り扱いポリシーは時期で変わるため、最終判断は社内のセキュリティ・情シス部門に従い、最新は anthropic.com で確認してください。

失効（revoke） は運用の基本です。「落とした合鍵を作り直す」イメージで、Console の API Keys 画面から対象キーを無効化できます。使わなくなったキーは放置せず失効し、漏れたかもしれないキーはすぐ失効して差し替え、組織によっては一定期間での ローテーション（定期的な作り替え）も行います。コツは、失効後の差し替え忘れでプログラムが止まらないよう、「失効 → 再発行 → 差し替え → 動作確認」を一気にやることです。

キーは Workspace 別・用途別に分けると運用がラクになります。本番用と検証用を別キーにすれば、検証で何か起きても本番に影響せず、コストも箱ごとに読め、「どのキーがどれだけ使っているか」が Usage で追いやすい。全部を 1 本でやると、使用量が急増したときに原因を切り分けられません（失敗パターン）。

漏洩したかもしれないときの初動はシンプルです。

1. すぐに該当キーを失効（revoke）する（API Keys 画面）
2. 新しいキーを発行して、環境変数 / Secrets を差し替える
3. Usage / Cost で不審な利用や請求が出ていないか確認する（使用量・コスト）
4. 社内のセキュリティ・情シス部門に共有する

影響範囲の確定や対応の最終判断は社内のセキュリティ・情シス部門にご相談ください。大事なのは、「漏れたかも」と思った時点で迷わずまず失効すること。慌てて隠すより、失効する方が結果的にずっと安全です。

Workbench とコスト可視化｜プロンプト検証・使用量・上限

私が「コードを書く前に必ず寄る場所」が Workbench です。ブラウザ上でプロンプトを試し、これでいけると思ってからコードに落とす味見台——いきなり書き始めるより、ここで試した方が結果的にラクでした。

Workbench でプロンプトを試し、コードに落とす

Workbench では、コードを書かずに プロンプトを書いてその場で Claude の応答を確認できます。調整できる主なものは次の通りです（項目名は最新を console.anthropic.com で確認）。

• プロンプト本体：「こう聞いたら、こう返ってくる」を試す
• system prompt：AI の役割・前提を固定する（「あなたは丁寧な日本語のアシスタントです」など）
• temperature などのパラメータ：回答の堅さ・自由さを調整する（低いと堅実、高いと自由）
• モデルの切り替え：Opus / Sonnet / Haiku などを試す

商談前に台本を声に出して確認していた感覚に近く、本番でいきなり話すより一度味見してから出す方が事故が少ない。「これでいける」と思えたら、Workbench にある書き出し導線から コード（Python や curl）に書き出してプログラムへ組み込みます。流れは「Workbench で試す → コードに書き出す → 環境変数のキーで実行する」で、キーの扱いは前章の通りです。

同じプロンプトでもモデルによって応答の質・速さ・コストが変わるので、ここで切り替えて比べるのも有効です。ただし API コードの深掘り（モデル別の書き方・パラメータ・コスト最適化）は Claude Sonnet 4.6、モデルの選び比較は Claude Opus と Sonnet の違い と Claude Opus に送ります。本記事では「Workbench で試せる・切り替えられる」ことだけ押さえれば十分です。

使用量・コスト・Rate limit を見える化する

ここからは「お金とリスクを見える化する」画面です。Usage と Cost のダッシュボードはコストが膨らむ前に気づくための場所で、私は毎日のように開いています。従量課金は「気づいたら増えていた」が一番怖いので、見る習慣そのものが効きます。

• Usage（使用量）：リクエスト数・トークン数の推移を見る画面。トークンは「文章を細かく区切った単位」で、タクシーのメーターのように、やりとりが多いほど増えます。「いつもより急に増えていないか」「特定の Workspace だけ跳ねていないか」をここで確認します。用途ごとにキーや Workspace を分けておくと原因の切り分けがしやすくなります。
• Cost：日次・月次のコストを見る画面。Usage が「量」のメーターなら Cost は「金額」のメーター。従量課金は使った後に金額が確定するので、「日次でざっと見る」習慣をつけています。月末にまとめて見て青ざめるより、こまめに見る方が安心です。
• Rate limits / Usage Tier：Rate limit は「一定時間に送れる回数・量の上限」で、超えると一時的にリクエストが弾かれます（いわゆる 429）。Anthropic には使い込むほど上限が上がる Usage Tier（会員ランクのような段階）があります。本番でいきなり大量に叩くと思わぬ 429 で処理が止まるので、自分の Tier と上限を Console で把握しておくのは地味に大事です（失敗パターン）。

料金の「単価」そのものは本記事では深追いしません。料金プラン全体は Claude 料金プラン、モデル別の料金は Claude Sonnet 4.6 に整理しています。単価・上限値・Tier 条件は変動するため、最新は anthropic.com/pricing や公式で確認してください。

課金と料金の前提｜クレジット・予算アラート・無料枠

お金まわりは Billing 画面で管理します。本記事で扱うのは 「Console 上での課金管理の操作」に限定し、料金プラン全体の選び方は別記事に送ります。

支払い方法・クレジット・請求・予算アラート

Billing 画面では、支払い方法（クレジットカードなど）を登録し、API 利用にあてる クレジット（前払い残高＝プリペイドのチャージ） を用意します。ここから従量課金分が引かれます。残高が減ったら自動補充する オートチャージ（Suica のオートチャージのようなもの）が用意されていることもありますが、設定によっては気づかないうちに補充が続くので、予算アラートとセットで考えます。

過去の請求は Billing の 請求履歴 / インボイス から「いつ・いくら」の明細を遡れます。月次でここを開き、Cost ダッシュボード（使用量・コスト）の見立てと実際の請求がずれていないか、「見立て」と「実績」を突き合わせると想定外の出費に早く気づけます。

従量課金で一番こわい「気づいたら膨らんでいた」を防ぐのが 予算アラート（一定額を超えたら知らせる、使いすぎ防止のブザー）です。オートチャージを使うなら予算アラートはほぼ必須。自動補充と上限・通知はセットで設計しておくと安心です。設定項目は時期で変わるため最新は console.anthropic.com で確認してください。

ここで 1 つ、Claude.ai のサブスク（Pro / Max）と API の従量課金は別の請求です。チャットの月額と、プログラムから API を叩いた分の従量課金は別々に発生し、混同すると「二重に払っている気がする」混乱が起きます。プラン全体の使い分けは Claude 料金プラン に整理しています。

無料で試せる？無料クレジットと従量課金の前提

「無料で使えますか？」は、よく聞かれる質問です。正直に書くと、Console の画面操作そのものに費用はかかりませんが、API 利用は従量課金が前提で、「ずっと完全無料で業務常用できる」とは申し上げません。

新規登録時などに 無料クレジット（お試し用の残高）が付与されることもありますが、あるかどうか・額・有効期限は時期で変動します。本記事で「いくら無料」と断定することは避けます。最新は anthropic.com で必ず事前確認してください。

見落としがちなのが、Workbench でプロンプトを試すときも API を消費する点（Workbench）。「ブラウザで触っているだけだから無料」ではありません。また、チャット版 Claude.ai の無料プランと API の従量課金は別物で、料金の考え方がまったく違います。チャットの無料プランを含むプラン全体は Claude 料金プラン に送ります。

経路の使い分けと運用｜直API/Bedrock・失敗回避・非エンジニアの関わり方

Console は「直 API ルートの入口」です。まずは Console から直 API で始め、IAM 連携・VPC 内通信・監査ログといった組織要件が出てきたら Bedrock や Azure 経由を検討する、という順序が現実的——というのが選定を整理してきた中での見立てです。

直 API と Bedrock／Azure／Vertex 経由の使い分け

Anthropic Console から直接叩くルートは 身軽に始められて本番運用も軽快で、私のメインの本番運用もこれです。「とにかく Claude を呼んで動かしたい」「組織の重い要件がまだない」段階なら、直 API が素直な入口です。

一方、組織で使い込むと IAM 連携（クラウドの権限管理に乗せたい）、VPC 内通信（社内ネットワーク内で完結させたい）、監査ログ（誰が何をしたか追いたい）、コンプラ要件 が出てきます。こうなると AWS の Bedrock 経由や Microsoft Azure 経由が選択肢に入ります。正直、私自身は Bedrock 経由を業務で限定的に（PoC・検証・コンプラ上の理由など）使っているだけなので、ここは概念と選定の整理レベルです。深掘りは AWS Bedrock、Azure OpenAI Service に送ります。

「絶対こちら」とは申し上げません。適切なルートは組織の要件・コスト・既存のクラウド環境で変わります。最終判断は社内の情シス・法務・コンプラ部門にご相談ください。

APIキー・課金まわりの失敗パターン 5 個

よくある失敗を裏返すと、「キーの扱い」「Workspace を分けない」「コストを見ない」「Rate limit を知らない」「サブスクと API を混同」 の 5 つに集約されます。

失敗	症状・原因	対処
キーを Git に漏洩	直書き＋.gitignore 忘れで不正利用・想定外請求	すぐ失効→再発行→環境変数差し替え（APIキー）
全部 1 キーで運用	使用量急増の原因を切り分けられない	用途ごとに Workspace とキーを分ける（初期設定）
Cost を見ず膨張	月末請求が想定より大きい	日次で確認し予算アラートを設定（使用量・課金）
Rate limit 未把握で 429	本番で大量に叩いた瞬間に処理が止まる	Console で Tier と上限を確認、送るペースを調整（使用量）
サブスクと API を混同	「Pro なのになぜ API でも請求が」と混乱	別請求と理解（課金・無料の前提・Claude 料金プラン）

ここで挙げた対処は一般的な整理であり、「これで絶対に事故が起きない」とは申し上げません。最終的な対応は社内の情シス・セキュリティ部門の方針に従ってください。

非エンジニアでも「画面操作」なら関われる

Console は「コードを書く人だけのもの」と思われがちですが、キー取得・使用量の見える化・コスト管理といった「画面操作」なら非エンジニアでも十分関われます。最初の壁も正直に書くと、英語 UI 中心で、従量課金への不安やキー管理の心理的抵抗があり躓きやすい。隠さずお伝えした上で、関われる形を挙げます。

• キー取得は情シスと連携して：API Keys 画面の場所と「用途名を付けて発行する」流れを理解すれば、情シス（社内 IT を管理する部署）と一緒に進められます。英語 UI と「キーは厳重に扱う」抵抗も、一緒だと安心です。
• 使用量・コストの見える化：Workspace を分け、Usage / Cost で部署ごと・ツールごとの使用量とコストを見える化。予算アラートでコスト事故を予防できます（使用量・コスト）。
• Workbench でプロンプトの型を固める：system prompt とプロンプトの型を固めてから使うと出力が安定します。※ Workbench も API を消費する点に注意（無料の前提）。
• 最初の API コール（エンジニア志望）：キーを環境変数に預け、curl や Python で最初の応答を受け取る。「黒い画面」が怖い方は、まずAPIキーの保管例を写経してみてください。

「これをやれば誰でも生産性が上がる」という断定はしません。職種や状況によって向き不向きはあります。「こういう関わり方の選択肢がある」という一例として読んでください。

よくある質問

Q1: Anthropic Console（claude console）とは何ですか？ Claude.ai と何が違いますか？

A. console.anthropic.com は Anthropic の API を使う開発者・業務利用者向けの管理画面で、API キー発行・Workbench でのプロンプト検証・使用量 / コスト確認・課金管理を 1 か所で行います。チャット版の Claude.ai とは入口も用途も別です（2026 年 6 月時点）。最新の画面構成は console.anthropic.com で必ず事前確認してください。

Q2: Anthropic Console は無料で使えますか？

A. 「ずっと完全無料で業務常用できる」とは申し上げません。Console の画面操作自体に費用はかかりませんが、API 利用は従量課金が前提で、新規の無料クレジットの有無・額・有効期限は時期で変動します。最新は anthropic.com で必ず事前確認してください。

Q3: APIキーを漏らしてしまったかもしれません。どうすればいいですか？

A. まず Console の API Keys 画面で該当キーを失効（revoke）し、新しいキーを発行して環境変数を差し替えるのが基本です。漏洩の影響範囲や請求は Usage / Cost ダッシュボードで確認します。「これで絶対安全」とは申し上げません。対応の最終判断は社内のセキュリティ / 情シス部門にご相談ください。

Q4: Console の料金（課金）はどこで管理しますか？ 料金プランはどう選べばいいですか？

A. 支払い方法・クレジット・請求履歴・予算上限は Console の Billing で管理します。プラン全体の選び方（Free / Pro / Max / API の使い分け）は別記事の Claude 料金プラン で整理しています。料金は変動するため anthropic.com/pricing で最新を確認してください。

Q5: Anthropic 直 API（Console）と AWS Bedrock 経由は、どちらを使えばいいですか？

A. 「絶対こちら」とは申し上げません。まずは Console から直 API で始め、IAM 連携・VPC 内通信・監査ログなど組織要件が出てきたら Bedrock や Azure 経由を検討する、という順序が現実的です。最終判断は社内の情シス・法務・コンプラ部門にご相談ください。

---

関連記事

• Anthropic API とは——Console で発行したキーで何ができるか。料金の考え方・最小サンプル・個人の始め方まで API の全体像を整理した総論ハブ
• Claude Agent SDK とは——Claude Code の中身（自律エージェントの動き）を Python/TS で自分のアプリに組み込む SDK を業務利用視点で整理
• Claude Code の料金——サブスク同梱と API 従量どっちが得か、損益分岐を Max 課金者が整理
• Gemini API 使い方——Google AI Studio で API キーを取り、コードから Gemini を呼ぶ（直 API 入口の対照）
• Claude 料金プラン｜Free・Pro・Max・API の使い分け
• MCP サーバー 作り方——Python/TypeScript SDK で自作し本番運用まで「作る側」の完全マニュアル
• Vertex AI とは——Google Cloud 経由で Claude（Claude on Vertex）と Gemini を使う基盤。直 API との 3 経路比較を業務試用視点で整理
• Claude Sonnet 4.6｜モデル別の料金と API コード
• AWS Bedrock｜エンタープライズで Claude を使う
• Claude Skills を自作する——SKILL.md の書き方から業務 3 系統・チーム配布まで「作る側」を実演
• Vibe coding とは——感覚で AI に書かせ、人間はレビューと方向づけに回る新スタイルを業務実践視点で整理
• Codex CLI とは——OpenAI 系の Claude Code 相当を、両方触った現役の生成AIエンジニアが比較しながら整理しました
• Gemini CLI 使い方——Google のターミナル型 AI コーディングを 3 ツール比較で整理
• LM Studio 使い方——ターミナル不要の GUI でローカル LLM を入れる→モデル管理→OpenAI 互換 API まで、Ollama との使い分けも整理

---

出典

• Anthropic Console（取得：2026-06-02）
• Anthropic 公式サイト（取得：2026-06-02）
• Anthropic API ドキュメント（取得：2026-06-02）
• Anthropic Pricing（取得：2026-06-02）
• ラッコキーワード「Anthropic Console」実測（2026 年 6 月時点）

---

この記事は、営業出身の現役生成AIエンジニア（ペンネーム：aikun）が、直 Anthropic API を業務の本番運用で日常的に使い、Console を毎日開いている経験をもとに書いています。記載内容に誤りを見つけた場合は、お問い合わせ（send@bon-bon-tools.com）からご連絡ください。なお、料金・無料枠・画面構成・Rate limit などは時期で変動するため、最新は anthropic.com / console.anthropic.com で必ず事前確認してください。