Anthropicは2026年6月11日、DXC Technologyとの複数年のグローバル提携を発表しました。今回のポイントは、Claudeを単なる実証実験で終わらせず、銀行・航空・保険・政府系など厳しい統制が求められる本番業務へ段階的に組み込む道筋が示されたことです。Claudeを社内導入したい企業にとっては、モデル性能そのものよりも、既存運用にどう埋め込むか、レビューをどう残すか、古い基幹システムをどう改修するかが成否を分けます。
発表の要点は「自社実証済みのAI運用を顧客環境へ広げる」こと
Anthropicによると、DXCはまず自社の約115,000人の従業員と70か国にまたがる運用環境でClaudeを使い、そのうえで顧客向け展開を進めます。DXCは長年、取引処理や保険金請求、重要インフラ運用など止めにくいシステムを担ってきました。つまり今回の発表は「新しいAIを売る」というより、「厳しい監査と可用性要件がある現場にAIを載せる方法論を商品化する」動きとして見るべきです。
DXC OASISは何を示したのか
DXCとAnthropicの両発表で特に重要なのが、DXC OASISです。DXCの公式発表では、OASISは2026年4月に立ち上がったAIネイティブな運用オーケストレーション基盤で、すでに50社超に導入済みとされています。さらにDXCは、OASISの開発でClaudeを主要な開発ツールとして使い、ソフトウェア提供速度を推定10倍に高め、生成コード比率は95%超だったと説明しています。
ここで大事なのは、95%という数字だけを真似しないことです。実務上の学びは、生成量ではなく、人間レビューを前提にした開発プロセス、運用基盤に接続したエージェント設計、そして本番環境へ持ち込む前に自社運用で検証した順番にあります。AI導入を急ぐ企業ほど、この順序を崩すと監査で止まりやすくなります。
規制業界で注目すべき4つの活用領域
Anthropicの発表では、今回の提携に基づく重点領域として4点が挙げられています。1つ目は保険向けの業務変革。2つ目はModernization as a Serviceで、レガシーコードの分析・リファクタリング・移行をAIで速める領域です。3つ目はSOC向けで、DXC OASIS上に常時稼働するセキュリティエンジニアのサブエージェントを構築する計画です。4つ目はアプリケーション運用で、保守・管理の現場へClaudeを直接埋め込む方向です。
この4領域は共通して、単発のチャット利用ではなく、既存システムとの接続、監査証跡、権限分離、継続運用が前提です。特にレガシー改修とSOC運用は、経営層が期待しやすい一方で、誤検知対応やレビュー負荷を設計しないと現場が回りません。Claudeを使うかどうかより、どの業務から始めるかを切り分ける方が先です。
導入前に確認したいチェックリスト
まず確認したいのは、AIを載せる対象が業務支援なのか、本番処理そのものなのかです。次に、生成コードや自動判断に対して誰が最終承認者になるのかを決めます。あわせて、接続先システムの権限を最小化し、操作ログとレビュー履歴をどこに残すかを先に設計してください。レガシー改修を狙うなら、既存テスト資産の有無、移行対象の優先順位、障害時のロールバック手順も必須です。
もう1つの実務ポイントは、パートナー選定です。今回DXCがClaude Partner Networkに加わったことからも分かるように、今後は「モデルに詳しい会社」より「本番導入と運用責任を持てる会社」が選ばれやすくなります。提案時には、PoC実績だけでなく、運用設計、監査対応、障害時体制、対象業界の知見まで確認するのが安全です。
よくある質問
Q. 95%コード生成なら開発者は不要になるのでしょうか。A. 公式発表では、人間のエンジニアがレビューしたうえで生成コードを使ったとされています。重要なのは人数削減ではなく、レビューを保ったまま速度を上げた点です。Q. すぐに全社展開すべきでしょうか。A. まずは保守運用、コード分析、監査文書作成など、影響範囲を区切りやすい業務から始める方が現実的です。Q. 規制業界以外にも関係あるのでしょうか。A. はい。監査・権限・記録の考え方は、一般企業のAI導入でもそのまま再利用できます。
DXCとAnthropicの提携は、AI導入の勝負どころが「モデル比較」から「本番運用の設計」へ移ったことを示しています。自社の基幹業務やレガシー改修に生成AIをどう入れるべきか整理したい場合は、 HelloCraftAIへご相談ください 。要件整理から導入設計、検証フローづくりまで一緒に進められます。
