Amazon Bedrock Claude Cowork 全社AI展開──情シス担当者が押さえるべきポイント

「自分では Claude を使い始めたけれど、いざ全社展開となると稟議の書き方がわからない」──そんなお声を、最近とくに情シスやIT推進担当の方からよく伺います。コストの見立てがつかない。データの取り扱いを上司に説明しきれない。ユーザー数が増えたときの管理も気になる。立ちはだかる壁は、だいたいこの3つではないでしょうか。

そこで注目したいのが、Amazon Bedrock 経由で Claude Cowork を動かす構成です。AWS の既存環境にうまく乗せられるため、社内で説明しやすい材料がそろってきました。本ブログでは、社内説明資料にそのまま使える具体的なポイントを、AWS 公式の情報をもとにわかりやすく整理していきます。

個人利用の延長で全社展開が止まる「3つの壁」

生成AIの活用、現場ではすでに走り出していますよね。一方で全社展開となると、急にブレーキがかかる。AWS のスタートアップ向けブログでも、よく似た悩みが取り上げられていました。

スタートアップのお客様から「エンジニアが Claude Code を個人プランで使い始めたが、管理が追いつかない」というご相談が増えている、というものです。この記述は Claude Code（エンジニア向けのコーディングエージェント）に関するものですが、ナレッジワーカー全般に広がる Claude Cowork でも、組織管理の必要性という意味では同じ構図と紹介されています。

壁を整理すると、だいたい次の3つに分かれます。1つめがコスト。シートライセンス型だと、たまにしか使わない人にも固定費がかかってしまい、ムダが出やすい。2つめがセキュリティとガバナンスです。プロンプトやファイルに業務情報が含まれるため、データの行き先と保存場所をきちんと説明できる必要があります。そして3つめがスケール。ユーザー数の上限や、契約・請求の窓口が増えていく問題ですね。

この3つの壁、実は Amazon Bedrock 経由で Claude Cowork を動かすことで、まとめて越えられる道筋が見えてきました。次の章から、順に整理していきます。

Claude Cowork と「Cowork on 3P」とは何か

まず、用語をきちんと押さえておきましょう。Claude Cowork とは、Anthropic 社が提供するエージェント型ワークスペースです。デスクトップアプリ『Claude Desktop』の中から、ターミナルを開かずに利用できます。Anthropic 公式ドキュメントでは、Cowork について次のように説明されています。

Cowork は Claude Code を動かすのと同じエージェント型のアーキテクチャを使っており、ターミナルを開かずに Claude Desktop から利用できる仕組みです。連続したプロンプト応答ではなく、Claude が複雑で複数ステップのタスクを自律的にこなす。望む結果を伝えると、あとで完成した成果物（磨き上げられたドキュメント、整理されたファイル、統合されたリサーチなど）が返ってくる、と紹介されています。要するに、依頼内容を伝えて少し席を離れている間に、Claude が裏で作業を進めてくれる「気の利く同僚」のような存在ですね。

主要な機能としては、パソコン上で直接動作してローカルファイルを手動アップロードなしに読み書きできる点、Claude in Chrome と組み合わせて任意のウェブサイト上のタスクを自動化できる点、複雑な作業を並列ワークストリームに分割するサブエージェント協調、そして機能的な数式を含む Excel スプレッドシート、PowerPoint プレゼンテーション、フォーマット済みドキュメントなどプロフェッショナルな成果物を生成できる点が挙げられています。

そして、この Claude Desktop の Cowork タブと Code タブを、設定したプロバイダー経由でモデル推論にルーティングするデプロイメントモードが「Cowork on 3P」です。対応プロバイダーは、Google Cloud の Vertex AI、Amazon Bedrock、Microsoft Foundry、自社で運用する互換ゲートウェイ、または Anthropic API の直接利用。アプリはバンドルされたローカル Web アプリケーションとして動作し、会話履歴はユーザーのデバイス上に保存される、と説明されています。推論と課金は、選択したプロバイダー側が担う形です。

Amazon Bedrock 経由で Claude Cowork を使う 4つのメリット

ここからが本題です。AWS Startup ブログでは、Amazon Bedrock 経由で Claude Cowork を使う場合のメリットが4点にまとめられています。順番に見ていきましょう。

1つめのメリットはコストです。Amazon Bedrock 経由なら、使った分だけの従量課金。Anthropic 直契約のサブスクリプションプランでは、利用頻度の低いメンバーにも固定費がかかりますが、Bedrock ならシートライセンスが不要です。ライトユーザーだけ Bedrock に寄せるといった柔軟な運用も可能と紹介されています。「全員にライセンスを買うほどではないけれど、必要なときに使えるようにしたい」──そんな現場の声に、まっすぐ応えられる構成だと思います。

2つめのメリットがセキュリティ・ガバナンス。ここは特に上司を説得しやすいポイントです。Amazon Bedrock では、プロンプトやモデルの応答がサービス側に保存・学習に利用されることはありません。加えて、推論リクエストを日本国内に限定できる、AWS CloudTrail による監査ログの取得、Amazon Bedrock Guardrails による入出力のコンテンツフィルタリングといったセキュリティ機能も活用できる、と説明されています。「社内で生成AIを活用しているが、データは国内に閉じている」と説明できることは、顧客データを扱う企業にとって大きな安心材料になりますよね。

ただし、ここはひとつ補足が必要なんです。Anthropic 公式ドキュメントによると、データレジデンシーは「推論用に選択したクラウドリージョン」と「ユーザーのデバイスの物理的所在地（会話履歴が保存される場所）」の2つの要素で決定される、と明記されています。会話履歴はユーザーのローカルディスクに保存されるため、リージョン選択だけで「すべて国内完結」とはなりません。たとえば海外拠点の社員が使う場合、その PC の所在地もデータレジデンシーに影響します。複数リージョンに拠点を持つ組織の場合、地域ごとに別の MDM（Mobile Device Management：デバイス管理システム）設定プロファイルを展開し、各ユーザー集団が地域内のエンドポイントを参照するように構成する、と推奨されています。

3つめのメリットは請求まわり。Bedrock 経由なら、Claude の利用料は AWS の請求に統合されます。個人の立替精算や、新たなベンダーとの契約手続きは不要。すでに AWS をご利用の場合は、既存の AWS アカウントですぐに始められますし、AWS クレジットの適用も可能と記載されています。経理にとっては、請求書が一本化されるだけで作業量がぐっと減りますよね。

4つめのメリットがスケールです。Anthropic のサブスクリプションプランにはプランごとのユーザー数上限がありますが、Amazon Bedrock 経由であればユーザー数に制限はありません。数千人規模の組織でも、AWS IAM（Identity and Access Management：認証・認可サービス）のロールとタグを活用してプロジェクト単位・チーム単位でコストを可視化しながら運用できる、と紹介されています。「将来、全社に広げたい」と考えたとき、ライセンス数の天井を気にしなくていいのは、地味ですが大きな安心材料です。

部門別に見る、Claude Cowork の活用イメージ

社内提案で説得力を持たせるには、「誰が、何に使うか」を具体的に描けることが大切ですよね。AWS 公式ブログには、職種別のユースケースが4つ紹介されています。

たとえば、プロダクトマネージャーの例。方向性がそれぞれ異なる顧客ミーティングのメモとプロジェクト要件を Claude Cowork にアップロードすると、Claude がそれぞれ異なるインプットを比較し、1つのプロダクトブリーフに統合する、と紹介されています。提案されたアプローチを評価し、代替案を調査し、技術的な課題を指摘し、推奨事項を具体的な根拠とともに提示する。AWS Documentation MCP サーバーとウェブ検索 MCP サーバーに接続することで、最新のサービスドキュメント、市場動向、競合状況に基づいたブリーフを作成し、数分で構造化されたブリーフを入手してレビューに進められる、と説明されています。

ほかの3例も簡単にご紹介しましょう。オペレーションマネージャーは、散在するドキュメントを SOP（標準業務手順書）にまとめられる。ファイナンスアナリストは、生データをフォーマットされた月次レビューに変換できる。リサーチチームは、複数のソースからの調査結果を1つのレポートにまとめられる、とそれぞれ紹介されています。

ご覧の通り、開発者だけのツールではなくなってきました。AWS 公式ブログでも「これにより、組織内のすべてのナレッジワーカーに AI 活用を広げられます」と説明されており、開発部門の外でも具体的な活用イメージが描けるのが、いまの Cowork の強みです。

導入前に押さえておきたい「できないこと」と選択指針

ここまでメリットを並べてきましたが、社内提案資料には「できないこと」も書いておく必要があります。後出しになると、せっかくの信頼関係が崩れてしまいますからね。最初から正直に整理しておきましょう。Anthropic 公式ドキュメントによると、Cowork on 3P では以下の機能は利用できない、と明記されています（機能比較表上「—」と表記）。

ユーザー向けでは、Chat タブ、Anthropic 1P コネクタ（Anthropic の M365 コネクタと Google Workspace は「現在 Cowork on 3P ではサポートされていないが、近日対応予定。対応時にはドキュメントを更新する」と記載）、プロジェクトとプラグインの共有、Dispatch / モバイル、音声モード、Claude in Chrome、Computer Use が利用できないとされています。管理者向けに目を移すと、UI によるユーザー管理は利用できない（MDM 経由で行う）、ユーザーごとの支出上限は「一律設定のみ」であり、Claude Enterprise のような「差別化設定」はできない、と記載がありました。

そして、ここが重要なポイントです。Anthropic 公式ドキュメントは、Bedrock 経由が常に最善とは書いていません。むしろ「組織が Anthropic の 1st パーティ製品を直接利用できる場合、Team または Enterprise プランでの標準 Cowork の方がデプロイが簡単であり、ユーザー管理・分析・RBAC（Role-Based Access Control：ロールベースのアクセス制御）のためのアプリ内 UI が提供され、Cowork on 3P よりも新機能が早くリリースされる」と明記されているんです。

Cowork on 3P は、セキュリティ・規制・契約上の要件により Anthropic の 1st パーティインフラへのデータ送信ができない組織向けに設計されている、と記載されています。Anthropic の API を経由した推論ルーティングが選択肢にない場合に選ぶもの、という位置づけですね。

ですので、「なぜ Bedrock 経由を選ぶのか」の根拠も、フェアに整理しておくと理解を得やすくなります。たとえば、すでに AWS を全社的に利用していてガバナンス・請求・監査を AWS に寄せたい。セキュリティ・規制・契約上、Anthropic への直接データ送信ができない。データレジデンシー要件があり、米国へのデータ送信を避けたい。既存の AWS クレジットを活用したい──このいずれかに当てはまるなら、Bedrock 経由は合理的な選択肢になります。逆に、これらの制約がなく「最も簡単に導入したい」「アプリ内 UI でユーザー管理・分析・RBAC を使いたい」「最新機能をいち早く使いたい」という場合は、標準 Cowork のほうが向いている、というのが公式の指針です。

Amazon Bedrock 経由の Claude Cowork で全社AI展開を進めるためのポイント（まとめ）

全社AI展開で立ちはだかる3つの壁──コスト、セキュリティ・ガバナンス、スケール。Amazon Bedrock 経由で Claude Cowork を動かす構成は、すでに AWS をお使いの組織にとって、この壁を越える現実的な選択肢のひとつです。

私たちターン・アンド・フロンティアは、AWS アドバンストティア サービスパートナーとして、Amazon Bedrock を含む AWS 環境の構築・運用をご支援しています。「全社AI展開を考え始めたけれど、どう設計すれば自社にフィットするのかわからない」──そんな段階でも、ぜひお気軽にご相談ください。一緒に、最適な形を探しにいきましょう。