Claude CodeをBedrock経由からTeamプランに切り替えた話

Claude CodeをBedrock経由からTeamプランに切り替えた話

うちは少し前まで、Claude CodeをAmazon Bedrock経由で使っていました。AWSアカウントに寄せておけば請求もまとまるし、IAMで権限も切れる。理屈としてはきれいなんですが、実際に運用してみると別のところが気になり始めて、結局Teamプランに切り替えました。

切り替えて何が楽になって、逆に何を手放したのか。整理しておきます。

なぜ切り替えたか

理由はひとつで、月のコストが読めなかったからです。

トークン課金なので当然「使った分だけ」なんですが、Claude Codeの使い方って人によっても日によってもブレます。ちょっと聞くだけの日と、大きめのリファクタを一気に回す日で、桁がひとつ変わる。しかもその差が請求として見えるのは締めのあとです。

調べてみると、これはうちだけの話ではないみたいでした。Claude CodeをBedrockで動かすと、Sonnet中心の中程度の使い方で1人あたり月150〜250ドルくらい、Opusで大きめのリファクタを回す人だと500ドルを超えることもある、という数字がいくつかの記事で出ています。人によってブレるのが前提の道具なんですよね。

で、これを人数分予算に載せるとなると、上振れを見込んだ額で置くことになります。実際には使わない月もあるのに。そこがどうも据わりが悪くて、定額のほうが説明しやすいのでは、という話になりました。

Teamプランのシート構成

ざっくり言うと、シート単位のサブスクリプションです。5〜150人の組織向けという括りになっています。

調べた範囲では、シートは2種類あります。

違いは使用量の枠です。Claude Codeを本格的に回す前提だとPremium側、という位置づけですね。

いいなと思ったのは、StandardとPremiumを混ぜられる点です。全員が同じだけClaude Codeを回すわけではないので、ここが分けられないと結局上振れ前提の額になってしまいます。

あとPremium側には管理系の機能が付いてきます。シートの割り当て、支出上限、コンプライアンス、MCPの設定あたりです。MCPを管理側からまとめて配れるのは、地味にありがたいと思っています。今は各自がローカルの設定でMCPサーバーを足していて、誰がどれを入れているのか把握できていないので。

切り替えて楽になったこと

予算の説明が一撃で済むようになった

シート数×単価なので、月初に額が確定しています。これが一番大きいです。使いすぎを気にしなくていいので、思考の邪魔になるものが減りました。

前は正直、Opusで長いタスクを回すときに「これ今いくら溶かしてるんだろう」というのが頭の片隅にありました。良くない状態ですよね。道具を遠慮しながら使うと結果も薄くなるので。

Claude.aiやデスクトップアプリ、Webも一緒に使える

Bedrock経由だとClaude Code、というよりAPIだけなので、そもそも別物です。ブラウザで雑に相談する用途は個人のPro契約でカバーしていた人もいて、そこが二重になっていました。今はそこも統合されています。

AWS側の準備が消えた

リージョンをどこにするか、IAMのポリシーをどこまで絞るか、モデルIDに anthropic. プレフィックスを付ける付けない、といった話が全部なくなります。

これは切り替えてから気づいたことで、思っていたより開放感がありました。プレフィックスは前に一度忘れて400を返されたことがあるので、なくなって素直に嬉しいです。

逆に手放したもの

正直に書いておきます。ここを分かって選ばないと、後で困ると思うので。

AWSの請求に寄せられなくなった

これは最初に諦めた点です。うちはクラウド費用をAWSのコスト管理で見ているので、そこから1本外に出ます。

金額が固定なぶん追いかける必要は薄いんですが、「全部AWSに寄せる」という方針とは折り合いが悪いです。

IAMで権限を切れなくなった

アクセス制御はAnthropic側の管理コンソールに移ります。

Premiumシートの管理機能でシート割り当てや支出上限は触れるので、やりたいことはできる想定ですが、既存のIAM設計に乗せる形ではなくなります。ここは監査で説明する相手が変わる、という話も含みます。

トークン単位の内訳が見えなくなった

従量課金だと「誰がどのモデルでどれだけ使ったか」が請求から追えます。定額にすると、そこは見えません。

困っているわけではないんですが、チューニングの材料が減ったのは事実です。effort を下げたら本当に安くなったのか、みたいな検証ができない。

プログラムからAPIを叩く用途は置き換えられない

そして一番大事な点です。プログラムからAPIを叩く用途は、Teamプランでは置き換えられません。

ここは勘違いしやすいところだと思います。Teamプランは、人がClaude CodeやClaude.aiを使うためのシートなので、自社ツールから messages.create() を叩くような用途には使えません。それをやるならAPIキーなり、別の経路が必要です。

うちは幸い、プログラムから叩くものが残っていなかったので丸ごと切り替えられました。もし社内システムにClaudeが組み込まれていたら、そっちはAPIに残して二階建てになっていたはずです。

Opus 5のタイミングと重なった

切り替えの直後にOpus 5が来ました。結果的にこれは順番として良かったです。

Opus 5は思考がデフォルトでONになりました。4.8までは thinking を省略すると思考なしで動いていたのが、省略するとadaptiveで動く。つまり黙っていると使うトークンが増える方向の変更です。

これ、従量課金のままだったら地味に神経を使ったと思います。定額になっていたので「まあ増えるならそれでいい」で流せました。

同じ理由で、effort を最初から xhigh で回すのも気楽になりました。Opus 5は low や medium もかなり強いので、下げる選択も普通にありなんですが、少なくとも上げるときに躊躇しなくなったのは大きいです。

Claude Codeの /fast も試しやすくなりました。出力が速くなるモードで、Opus 5と4.8、4.7で使えます。

APIで同じことをやると単価が上がる扱いなので、そこを意識せずに押せるのは定額側の利点かなと。ただTeamプランの使用量枠をどれだけ食うのかは把握できていないので、ここは断言しません。しばらく回してみて枠に効くようなら追記します。

Bedrock経由とTeamプランを比較すると

所感と次にやりたいこと

コストの予測可能性を買った、というのが一番しっくりくる言い方です。単価が安くなったわけではないし、AWSに寄せるという方針からは外れた。そのかわり毎月同じ額で、遠慮せずに回せる状態になりました。

一方でシートの配分がまだ詰まっていません。全員Premiumにすると素直に高いので、Claude Codeを日常的に回す人と、そうでない人で分けたいんですが、その線引きの基準が決めきれていない。使い始めてしばらく様子を見て、実績で振り分けるつもりです。

あとは管理機能をちゃんと触りたいです。特にMCPの設定を管理側から配れるところ。今は各自バラバラなので、社内で共通に使うMCPサーバーだけでも揃えたい。

支出上限も設定はできるはずなんですが、定額のシート制で何に対する上限なのかがまだ理解できていません。ここは触ってから書きます。

ここまで読んでいただき、ありがとうございます。もしこの記事の技術や考え方に少しでも興味を持っていただけたら、ネクストのエンジニアと気軽に話してみませんか。

• 選考ではありません
• 履歴書不要
• 技術の話が中心
• 所要時間30分程度
• オンラインOK

エンジニアと話してみる