コーディングAIをどう使い分けるか ― Claude Codeとオープンソース系AI、それぞれの強みと注意点

最終更新日:2026年8月6日

2026年、米国では大手テック企業が相次いで中国製のオープンソースAIモデルを実務に組み込んでいることが明らかになっています。フードデリバリー大手DoorDashは社内のAIコードレビュー基盤に中国Moonshot AIの「Kimi K2.6」を併用し、Airbnbは公式にAlibabaの「Qwen」をカスタマーサポート用途で採用していると認めています。AIエージェント企業のLindyも、自社製品の推論基盤をAnthropicから中国DeepSeekのモデルへ全面移行し、推論コストを約9割削減したと発表しました。CNBCの報道によれば、こうした中国製オープンソースモデルは主要な米国製モデルと比べて「60%から90%安い」とされています。

この動きは対岸の火事ではありません。実際に手を動かして複数のAIコーディングツールを試してきた立場から、コストと品質のトレードオフをどう考えるべきか、現時点での実感を整理してみたいと思います。

コーディングの「質」で見ると、まだClaude Codeに分があります

私自身、いくつかのオープンソース系コーディングツールを実際の開発で使ってみましたが、正直なところ、Claude Codeより劣ると感じることが多々ありました。

精度の低いツールを使うと、一見コストは安く済むように見えても、期待した成果物にたどり着くまでに何度もやり取りを重ねる必要が出てきます。結果として、トータルの作業時間で見ると決して効率的ではない、というケースを何度も経験してきました。「安いから」という理由だけでツールを選ぶと、かえって時間的なコストがかさむ場合があるというのが、ここまでの率直な感触です。

それでも「使い分け」を検討する価値はあります

一方で、Claude Codeにも実務上の制約があります。サブスクリプションプランをエンジニア全員に付与しても、利用頻度が高いチームでは利用上限に達しやすくなります。かといってAPIに切り替えても、ヘビーに使えばそれなりのコストになります。

ここで選択肢に入ってくるのが、オープンソース系AIをAPIで併用するという発想です。前述の通り、中国製オープンソースモデルはコストが数分の一からそれ以下になるケースもあります。すべての業務を最高精度のツールでこなす必要はなく、性能が多少落ちても支障のない業務であれば、コストの低いモデルで十分なこともあります。重要なのは「どの状況で、何を使うか」を見極めることであり、そのためには各AIの特性を実際に使ってみて理解しておく必要があります。これは使ってみないと分からない部分が大きいと感じています。

データが「学習に使われないか」の確認は欠かせません

コスト面のメリットに気を取られがちですが、オープンソースAIを業務に組み込む際に見落とせないのがデータの取り扱いです。たとえば米国のサーバー上でホストされているAIであっても、入力データがモデルの学習に使われないか、第三者と共有されないかは、利用前にきちんと確認する必要があります。

この点、Amazon Bedrockでは主要なオープンソースモデル(Meta LlamaやMistral/Mixtral、Qwenなど)がネイティブに提供されており、DeepSeek-R1もBedrock Marketplace等を通じて利用できます。AWSは公式に、Bedrock上でやり取りされる入力・出力データを保存せず、モデルの学習にも使わず、モデル提供元を含む第三者とも共有しないと明言しています。この方針はBedrock上で提供される全モデルに一律適用されるとされており、中国発のオープンソースモデルを使う場合でも、提供元の公式APIを直接叩くのと、AWSのようなクラウド経由でセルフホストするのとでは、データの扱われ方が大きく異なる点は覚えておきたいところです。

業界の潮流をどう見るか

Anthropic製のClaude Codeについても、2026年3月末にnpmパッケージの不具合でソースコードが実質的に流出するという出来事がありました。こうした出来事を機に、類似のコーディングエージェントサービスを他社が開発しやすくなった側面もあるのではないかと見ています。中国系のAIベンダーは、数ヶ月遅れでフロンティアモデルに近いクオリティを打ち出してくるという印象を個人的には持っており、この差が今後さらに縮まっていくようであれば、「用途に応じてAIを使い分ける」という発想は米国に限らず、日本でも広がっていく可能性があると考えています。あるいは、すでにその流れが始まりつつあるのかもしれません。

コストを抑えられるからといって精度の低いツールに飛びつくのは早計ですが、精度と価格のバランスを見極めながら適材適所で使い分けていくという姿勢は、これからのエンジニアリング現場で一段と重要になっていくはずです。少なくとも私の目には、それが業界全体の大きな流れになりつつあるように映っています。


参考データ:米テック企業3社の中国製AI採用事例(一次情報ベース)

本記事の主張の根拠となった事実関係を、一次情報ベースで詳しくまとめました。2026年8月1日時点の公開情報に基づいています。

DoorDash、Airbnb、AIエージェント企業Lindy。2026年、名だたる米テック企業が相次いで中国製AIモデルを本番システムに組み込んでいたことが明らかになりました。動機は圧倒的なコスト差ですが、この動きは米議会の警戒を招き、政治問題化しています。以下、一次情報をもとに何が起きているのかを整理します。

2026年2月9〜15日の週、AIモデルのAPIルーティングサービス「OpenRouter」上で、中国製オープンウェイトモデルの処理トークン量(4.12兆)が初めて米国製(2.94兆)を上回りました。以降、DeepSeek・Alibaba「Qwen(通義千問)」・Moonshot AI「Kimi」といった中国製モデルは、単なる話題先行ではなく、実際に米国企業の本番環境に組み込まれ始めています。

CASE 1|DoorDash ― コードレビューにKimi K2.6、共同創業者の投稿が発端に

フードデリバリー大手DoorDashは、社内のAIコードレビュー基盤に中国Moonshot AIの「Kimi K2.6」を組み込んでいたことを、共同創業者兼CTOのAndy Fang氏が2026年7月、自身のX(旧Twitter)で明かしました。

“With our internal coding benchmark, we’re able to confidently introduce open-weight models into our AI code reviewer w/o degrading code quality. Have the frontier model (Fable) to the hardest work, delegate lower-level work to Kimi K2.6 Better quality, cheaper cost.”
― Andy Fang(DoorDash共同創業者・CTO), X, 2026年7月(原文ママ)

DoorDash公式エンジニアリングブログ(”How we learned to trust our AI code reviewer at DoorDash”、2026年7月公開)によれば、同社は独自ベンチマーク「DashBench」を構築し、過去の実プルリクエストから絞り込んだ105件の検証セットを用いてモデルの組み合わせを検証しました。その結果、Kimi K2.6を一次スクリーニング(スカウト)役、Claude Fable 5を本格レビュー役とする構成が、加重再現率65.2%・重み付きF1スコア75.3%を記録。従来の本番構成(Sonnet 4.6+Opus 4.8、加重再現率53.6%・加重精度87.0%)を再現率の面で上回ったとされています。

この投稿を根拠として、2026年7月31日、下院中国特別委員会(John Moolenaar委員長)と国土安全保障委員会(Andrew Garbarino委員長)は連名でDoorDash CEOのTony Xu氏宛に書簡を送付しました。使用している各中国製モデルの詳細とセキュリティテスト結果を8月14日までに開示すること、AI基盤・セキュリティ・調達・法務の担当者による8月21日までの対面ブリーフィングを要求しています。DoorDash広報はCNBCの取材に対し、次のように回答しました。

“DoorDash proudly supports American AI leadership and is working to ensure AI benefits Main Street, not just the biggest companies. We look forward to engaging with the Committees on how we safely and responsibly use AI, including American-developed frontier models and open-weight models.”
― DoorDash広報コメント(CNBC、2026年7月31日)

補足:DoorDashが導入したのは社内AIコードレビュー基盤へのKimi K2.6併用です。下院委員会が送付した文書は、委員会のプレスリリース上は「情報提供要求の書簡」とされています。

CASE 2|Airbnb ― CEOブライアン・チェスキー「速くて安い」発言が招いた議会の反発

Airbnb CEOのBrian Chesky(ブライアン・チェスキー)氏は2025年10月、AirbnbのAIカスタマーサポート基盤にAlibabaの「Qwen」を活用していると明らかにしました。Bloombergとのインタビューで、OpenAIの最新モデルも利用してはいるものの、本番環境ではより高速・低コストなモデルを優先していると説明しています。

“very good” … “also fast and cheap”
― Brian Chesky(Airbnb CEO), Bloomberg, 2025年10月

この発言は2026年4月29日、下院中国特別委員会と国土安全保障委員会がAirbnbにデータセキュリティ懸念を表明する書簡を送付する事態に発展しました。Chesky氏は2026年5月20日、再びBloombergの取材に応じ、米議会は技術の仕組みを誤解していると反論した上で、次のように述べています。

“We are not providing data to any Chinese companies. They don’t have access to any data.”
― Brian Chesky(Airbnb CEO), Bloomberg, 2026年5月20日

補足:発言者はAirbnb CEOのBrian Chesky氏です。

CASE 3|Lindy ― 「生き残りの問題」、AIエージェント推論基盤をDeepSeekへ全面移行

AIエージェントプラットフォームを提供するLindyは2026年6月、自社製品の推論バックエンドを、それまでのAnthropicモデルから中国DeepSeekの「DeepSeek v4 Flash」へ100%切り替えたと発表しました。創業者兼CEOのFlo Crivello氏はX(@Altimor)で次のように投稿しています。

“Pulled the trigger today and switched 100% of Lindy traffic to DeepSeek v4, churning from Anthropic models. Saves us millions of $ and we’re actually seeing an increase in performance on many core use cases. Transformative for the business.”
― Flo Crivello(Lindy創業者・CEO), X, 2026年6月

Lindy公式ブログ「Migrating from Claude to DeepSeek」によれば、同社はGLM 5.1・Kimi K2.6・DeepSeek v4 Flashを候補として比較検討しました。この過程で試したKimi K2.5は、オフライン評価では良好だったものの、実運用ではほぼ即座に失敗したとされています。The New Stackの報道では、この評価プロセスには6〜9ヶ月を要し、Crivello氏は移行作業について「想定の100倍の作業量だった(100x more work than we thought)」と述べたと伝えられています。移行後、対象ルートの推論コストは約90%削減されたといいます。Crivello氏はCNBCの取材に対し、動機を次のように語っています。

「これは事業存続の問題だ(It’s a matter of survival for the business)」
― Flo Crivello, CNBC, 2026年6月26日

社員25人規模の同社では、AI推論コストが人件費を上回る見込みとなり「持続不可能(unsustainable)」な水準に達しつつあったことが背景にあります。Anthropicが値下げすれば戻す可能性にも言及しました。

補足:切り替えの対象は、顧客に提供するAIエージェント製品のバックエンド推論モデルです。Crivello氏は、対象ルートの推論コストが約90%削減され、「millions of dollars」の節約になったと述べています。

なぜ中国製モデルが選ばれるのか

3社に共通するのは「性能で妥協せず、コストを大幅に下げられる」という判断です。米中経済安全保障調査委員会(USCC)が2026年3月23日に公表した報告書は、「米国スタートアップの約80%が中国製ベースモデルを自社製品の派生開発に使用している」というベンチャーキャピタルAndreessen Horowitz関係者の推計を引用しています。CNBCの報道では、中国製オープンソースモデルは主要な米国製モデル比で「60%から90%安い」とされています。

CNBC(2026年7月7日)によれば、OpenRouter上で米国企業が使用するトークンのうち中国製モデルが占める比率は、2025年上半期の平均4.5%、直近12か月平均で11%でしたが、2026年2月8日以降は毎週30%を超える水準を維持し、ピーク時には46%に達しました。2026年7月末時点の報道によれば、OpenRouterのトークン使用量上位5モデルは、Xiaomi「MiMo-V2.5」を1位として、DeepSeek・MiniMax・Alibaba「Qwen」・Moonshot AI「Kimi」の中国製モデルが独占しています。

DoorDash・Airbnb・Lindy以外の採用事例

企業内容
Cursor(Anysphere)コーディングモデル「Composer 2」がMoonshot AI「Kimi K2.5」を基盤にしていたことが2026年3月頃発覚。VP Lee Robinson氏は「最終モデルの計算量のうち土台由来は4分の1程度」と説明
Siemens上昇するAIコストを抑えるため、Alibaba・DeepSeekのモデルへの日常業務移行を実験中
Vercel2026年5月、DeepSeekのトークン使用比率が17%に急増(収益シェアは約1%)
DatabricksQwen3-Embedding-0.6Bを検索・エージェント用途でパブリックプレビュー公開(2026年3月17日)
MicrosoftCopilot Coworkの低コスト代替としてDeepSeek-V4の採用を検討中
Google CloudVertex AIのMaaS(Model as a Service)でDeepSeek・Qwen・GLM等をサーバーレス管理型APIとして提供

逆風 ― 安全保障をめぐる攻防

こうした動きは米議会の警戒を招いています。下院中国特別委員会と国土安全保障委員会は、複数の企業を対象に中国製AIモデルの利用拡大を問題視した調査を進めています。報道によれば、トランプ政権はMoonshot AIの新モデル「Kimi K3」リリース後、サイバーセキュリティ上の懸念を理由に禁止措置の検討を再燃させたとされています。もっとも、オープンウェイトモデルはモデルの重みファイルが自由にダウンロード可能な性質上、実効的な禁止措置の執行は極めて困難だと指摘されています。

一方で業界側の反発も大きく、2026年7月24日にはNvidia・Microsoft・Meta・IBM・Dell・Palantirなど大手テック企業が連名で、オープンウェイトモデルへのアクセス制限強化に反対する書簡を政策当局に提出しました。コスト効率と技術覇権・安全保障のせめぎ合いは、当面決着しそうにありません。

まとめ

DoorDash・Airbnb・Lindyの3社に共通するのは、「性能を落とさずコストを大幅に下げられる場面では、原産国を問わずベストなモデルを選ぶ」という判断です。DoorDashは社内コードレビューにKimi K2.6を併用し、AirbnbはCEOがQwenの採用を公言し、LindyはAIエージェント製品の推論基盤をDeepSeekへ全面移行しました。この動きは米議会の警戒を招いており、DoorDashとAirbnbは下院委員会から情報開示・説明を求められています。

▼ アクロビジョンについて

👔

一緒に働きましょう

一人ひとりのキャリアに向き合い、
活躍できる現場をご紹介します。

採用サイトを見る →
💻

システム開発のご依頼・ご相談

コンサルティングから運用保守まで、
ワンストップで対応します。

まずはお気軽にご相談ください →

お問い合わせ

サービスに関するご質問やご相談など、お気軽にお問い合わせください。