Appleが排除す���理由――Vibe Coding時代のプラットフォーム権力

2026年3月18日、The Informationがあるニュースを報じた。 AppleがReplitとVibecodeのApp Storeアップデートを無言でブロックしているというのだ。

これはVibe Codingの話ではない。権力の話だ。

僕は2025年初頭にClineというコーディングエージェントに出会った。 AIが自動でファイルに書き込んでいくあの衝撃は、今でも鮮明に覚えている。 「提案する」から「実行する」にAIが変わった瞬間だった。

あの体験があるからこそ、今回のAppleの動きが他人事に思えない。 自分が毎日使っているツールの生態系が、プラットフォーマーの一存で変わりうる。

この記事で伝えたいのはひとつ。 Vibe Codingの真のインパクトは技術革新ではなく、プラットフォーム権力の再編にあるということだ。

なぜ今なのか。何が起きているのか。順番に見ていこう。

3月に��が起きたのか：排除の時系列

まずは事実を整理したい。

Appleが根拠としたのはApp Storeガイ��ライン2.5.2だ。 簡単に言えば「アプリがランタイムで新しいコードをダウンロード・実行してはいけない」というルール。 Vibe Codingアプリは自然言語からコードをリアルタイム生成するため、この条項に抵触するとされた。

影響は数字にも出ている。 Replitはアップデート停止後、App Storeの無料デベロッパーツールランキングで1位から3位に低下した。 バグ修正も新機能追加もできない状態が続いている。

正直、一番引っかかったのはEmergentの件だ。 同じワークフローなのに片方は削除、片方は承認。 基準が一貫していないとしか思えなかった。

では、なぜAppleはこうした行動に出ているのか。

AppleがVibe Codingを脅威と感じる3つの理由

Appleの行動の背景には、3つの構造的な理由がある。

1. App Store手数料（30%）の損失リスク

Vibe Codingアプリが普及すると、ユーザーはApp Storeを介さずにアプリを作り・配布できるようになる。 これはAppleの収益モデルの根幹を揺る���す。

2. Xcodeとの直接競合

AppleはXcode 26にSwift Assistを搭載し、独自のAI開発環境を構築中だ。 ReplitやVibecodeはその直接的な競合にあたる。

3. 非公認アプリストア化の防止

Vibe Codingアプリの中でアプリが生成・実行される構図は、実質的に「アプリ内アプリストア」になりうる。 Appleにとってはプラットフォームの管理権限を失う脅威だ。

CNBCのコラムニスト（Deirdre Bosa）は2026年3月31日、こう書いている。 「AppleはAIコーディングという、普通の人々にとって歴史上最も力を与えるツールになりうるものの前に立ちはだかっている���

僕自身、ClineからClaude Codeへと使うツールを変えてきた。 その過程で気づいたのは、ツール選択はもはや技術的な問題じゃないということ。 どのプラットフ��ームに乗るかという政治的選択になっている。

ここまで読むとAppleが悪者に見えるかもしれない。 ただ、次のセクションを見るとその印象は複雑になる。

Appleの矛盾：XcodeにAnthropicを入れた翌月に排除

この問題の核心は「二重基準」にある。

2026年2月、AppleはXcode 26.3でアジェンティックコーディング機能を解放した。 ClaudeやCodexがXcodeの機能全体にアクセスできるようになり、ドキュメント検索からビルド、バグ修正まで一気通貫で動く。 AnthropicとOpenAIをXcodeに統合したのだ。

その翌月、3月にReplitのアップデートをブロックした。

「AI支援開発は自社コントロール下ならOK、サードパーティのプラットフォームはNG」

この二重基準こそが問題の本質だと感じている。 テック評論家たちも「XcodeにOpenAI・Anthropicを統合しながら、サードパーティをブロックするのは明らかな矛盾」と指摘する。

僕はClaude Codeを最も使うツールとして選んでいる。 Codexも評判はいいけれど、コーディング以外にも使えるClaude Codeのほうが業務全体で活躍してくれるからだ。 そのClaude CodeがXcodeに統合されたのを見たとき、「Appleはオープンに見えてコントロールを手放していない」と感じた。 自社プラットフォーム内に取り込む形でのAI活用は歓迎し、外部プラットフォームは締め出す。 巧妙な囲い込みだと思う。

ただし、Appleの言い分をすべて無視するのも公平ではない。

それでもAppleに一理��る？Vinext脆弱性が示す���キュリティの現実

コード画面でのデバッグ作業。AIが生成したコードのセ���ュリティリスクを象徴 Photo by Hitesh Choudhary on Unsplash

Appleの排除を批判するだけでは不十分だ。 AI生成コードのセキュリティリスクという現実的な問題が存在する。

2026年2月、CloudflareがAI（Anthropic Claude）を使って1週間・1,100ドルでVercelのNext.js APIを94%再実装した「Vinext」を公開した。 README自体に「コードの全行がAIで書かれ、人間のレビューはアーキテクチャとデザイン決定のみ」と記載されていた。

公開からわずか2日後、Vercel CEOのGuillermo Rauchが7件の脆弱性を発見し、Cloudflareに責任ある開示（Responsible Disclosure）を行った。

内訳はクリティカル2件、ハイ2件、ミディアム2件、ロー1件。 具体的にはキャッシュキーバイパス（認証情報が異なるリクエストに同じキャッシュを返す）やミドルウェアバイパス（APIルートが認証保護から漏れる）といった深刻な問題だ。

Rauchは「Vibe Codingは責任ある使い方をすれば有用なツール」とコメントしている。 また、セキュリティ研究のTenzaiが2025年12月に実施し2026年1月に���開したテストでは、主要AIコーディングエージェント5つが認可ロジックとビジネスロジックのセキュリティで一貫して失敗する傾向が確認されている。

Appleの「セキュリティ品質管理」という主張には、一定の根拠があるのは事実だ。

僕自身、ハーネスエンジニアリングという言葉が出てきたとき「変化についていくのがやっと」と正直感じた。 スピードが上がるほどセキュリティの穴が増えるという構造的なジレンマは、開発者なら誰でも実感しているのではないだろうか。

Appleの心配はわかる。だが、市場はすでに別の方向に動いている。

対抗軸：Webベースのオ���プンプラットフォームが育っている

GitHub等の開発ツールが映���モニター。Webベースのオープンプ��ットフォームの拡がり���示す Photo by Mohammad Rahmani on Unsplash

AppleがiOSを締め出しても、Webの世界では止められない。

GoogleがAI Studioに搭載した「Antigravity」エージェントは、自然言語プロンプトからReact + Node.jsの本番アプリを生成し、Firebase・Cloud Runまでワンストップでデプロイできる。 Lovable、Replit Agent（ウェブ版）も着実にユーザーを増やし��いる。

市場全体の成長も加速中だ。

  • Vibe Coding市場規模：2026年推計47億ドル、2027年には123億ドル予測（CAGR 38%）
  • Gartner予測：2026年末までに新規コードの60%がAI生成になるとも言われている
  • 米国開発者の**92%**がAIコーディングツールを毎日使用

Xでの反応も熱い。 Naval Ravikantの「Vibe Codingが開発を民主化する」投稿は大きな��響を呼び、Google AI Studioのフルスタック発表も多くのいいねを集めた。

僕自身、最近は「iOS専用でなくWeb-firstで考えればいい」という感覚が強まっている。 Webベースのツールが充実すればするほど、Appleの囲い込み���影響力は相対的に下がる。 プラットフォームに依存しない開発環境を持つことが、開発者にとっての保険になる時代だ。

さらに大きな流れとして、規制当局もAppleに圧力をかけ始めている。

規制当局も動いている：EU DMAとDOJ訴訟という長期圧力

今回の排除は単発のニュースではない。 プラットフォーム規制という長期的な潮流の一幕として捉えるべきだ。

EU DMA（デジタル市場法） では、2026年1月から代替App Storeと代替決済が合法化された。 EU圏では第三者配布チャネルが認められており、Vibe Codingア��リのブロックは一層��しくなっている。

米DOJの独占訴訟も進行中だ。 2024年3月にDOJと16州がAppleをシャーマン法2条違反で提訴���、2025年6月に連邦裁判所が審理継続を確定させた。 起訴状は「Appleが革新的アプリをブロックし、ユーザーのスイッチン��コストを高めている」と主張しており、Vibe Codingアプリの排除はこの文脈と重なる。

開発者として率直に言えば、技術で解決できなかったことが法律で変わっていく流れには複雑な気持ちがある。 でも現実として、EU DMAのおかげでヨーロッパではAltStoreなどのサードパーティストアが動き始めている。 規制がプラットフォームを変える時代が、実際に来ている。

では、この状況を前に開発者として何ができるのか。

開発者が今できること：プラットフォーム分散という現実的な選択

具体的な行動を4つ挙げたい。

1. Webベースツールを試す

  • Google AI StudioのAntigravityエージェント
  • Lovable（自然言語からフルスタックアプリ生成）
  • ReplitのWeb版（iOS版がブロックされてもウェブは使える）

2. EU圏のサードパーティストアに注目する

EU在住・EU��人の開発者は、AltStore���どDMA準拠の代替配布チャネル���検討できる。

3. OSSプラットフォームで依���度を下げる

特定プラットフォームへの依存はリスクになる。 オープンソースの開発環境やセルフホスト可能なツールに目を向けたい。

4. Xcode AIも現実的な選択肢として把握する

iOS向け開発が必要なら、Xcode 26.3のAI統合（Anthropic・OpenAI対応）は無視できない。 矛盾した戦略とはいえ、ツールとしての実用性は高い。

僕はClineからClaude Codeへと乗り換えてきたけれど、振り返るとツールを変えるたびに自分がどのエコシステムに���するかを選んでいた。 どのツールを選ぶかは、もはやUXの問題だけではない。 どのプラットフ��ームに乗るかという政治的な選択でもある。

まとめ：Vibe Codingは技術革命ではなく権力の再編だ

この記事の要点を整理しよう。

  • AppleはVibe Codingアプリを手数料・競合・非公���ストア化の3つの理由から排除している
  • Xcode AIとサードパーティ排除という**二重基���**が問題の本質
  • セキュリティリスクという論点には一定の正当性があるが、排除の主因ではない
  • WebベースのツールとEU DMAがAppleの囲い込みへの現実的���対抗軸
  • この問題は単発ニュースではなく、プ���ットフォーム権力の再編の一幕

変化についていくのがやっとの僕でも、この流れは止まらないと感じている。 重要なのは、ツールを選ぶときに技術だけ���なく権力構造を意識することだ。

Vibe Codingの過去記事もあわせて読んでみてほしい。 入門編の『Vibe Coding入門――コー���を書かずにアプリを作る時代が来た』、進化編の『「Vibe Coding」はもう古い？2026年、開発者の新常識「Agentic Engineering」とは』、そして信頼問題��扱った『Vibe Codingの信頼が崩壊した3つの理由と今日からできる対策』と、今回の記事を合わせて��むと全体像が見えてくるはずだ。

参考リンク