← ブログ一覧

ゲームエンジンですら、エージェント前提になった──Unity 7発表と“MCP規約炎上”から読む、AI協働時代のプラットフォーム設計

UnityMCPAIエージェント生成AIプラットフォームAI協働規約開発環境

2026 年 7 月 21 日、ゲームエンジン大手の Unity が、ソウルのイベントで次世代版「Unity 7」を発表しました。ベータは 2026 年 12 月、正式リリースは 2027 年第 1 四半期の予定です。

「うちはゲーム会社じゃないから関係ない」——そう思った方にこそ、この記事を読んでほしいのです。今回の発表、グラフィックスや処理速度の話として読むより、AI エージェントのニュースとして読むほうが本質だからです。そしてその直前、Unity は AI を巡る規約改定で一度“炎上”している。この一連の流れには、業種を問わず、これからのツール選定と自社データの守り方に関わる示唆が詰まっています。


Unity 7 の目玉は、「エージェントと働く」こと

発表内容から、AI に関わる部分だけ抜き出すとこうなります。

  • 開発者・アーティスト・プロデューサー、そしてコーディングエージェントが、開発サイクル全体で協働することを前提にした設計
  • AI エージェントを Unity に直接接続するための MCP を無料で同梱
  • エディタの外から作業できる CLI と公開 API——人間だけでなく、自動化されたエージェントが作業に参加できる入口の整備
  • 幹部は「AI を創作から排除すると決めたスタジオも蚊帳の外ではない。Unity 7 は人間とコーディングエージェントが共に働く未来のために作られている」とまで明言

グラフィックスの進化(リアルタイム GI など)や高速化(シェーダービルド最大 90%短縮)ももちろんあります。でも、メッセージの中心は明確に「エージェントはチームメイトである」。以前の記事で、AI エージェントが“エンジニアの道具”から“普通の仕事の道具”になったと書きましたが、開発ツールの本丸であるゲームエンジンまでが、公式にその前提へ移行したわけです。

ちなみに Unity 6 からの移行は「リビルド不要・学び直し不要」を約束しており、既存ユーザーの移行負担を極力ゼロに寄せた設計です。


ここに至るまでの、MCP を巡る 1 年のドラマ

実は今回の「無料 MCP 同梱」という一言の裏には、なかなか味わい深い経緯があります。時系列で追ってみましょう。

まず、MCP とは何か。Model Context Protocol の略で、ざっくり言えば「AI エージェントが外部のツールを直接触るための共通規格」です。これがあると、AI はチャット欄で助言するだけでなく、実際にツールを操作できる。Unity なら「プレイヤーのオブジェクトを作って、物理設定もしておいて」が言葉だけで実行される世界です。

第 1 幕:コミュニティが先に作った。Unity と AI をつなぐ MCP ツールは、もともと個人開発者のプロジェクトから始まり、2025 年に企業が引き継いで開発が続けられ、GitHub で 1 万スターを超える“事実上の標準”に育ちました。公式より先に、現場が道を作ったのです。

第 2 幕:公式が追随した。Unity は 2026 年 5 月、Unity 6 向けに公式 AI ツール群のオープンベータを開始。AI アシスタントやアセット生成に加えて、公式の Unity MCP Server も提供を始めました。一方で、当初は無料で使えた公式 MCP が、この頃からサブスクリプション必須になったという指摘もあり、コミュニティには微妙な空気も流れます。なお 6 月には競合の Unreal Engine 5.8 も公式 MCP 対応を果たし、二大ゲームエンジンが揃って「エージェントの受け入れ口」を持つことになりました。

第 3 幕:締めすぎて、炎上した。2026 年 7 月初旬、Unity が利用規約を改定し、AI エージェント・LLM・MCP サーバー/クライアントなどを「無認可の手段で」呼び出す行為を禁止する条項が追加されました。これが「サードパーティ製の AI ツールが軒並み使えなくなるのでは」と読める文面だったため、開発者コミュニティは騒然。Unity は「目的は Unity 製品・ツールが AI 学習やスクレイピングに使われるのを防ぐことで、サードパーティ製 MCP の利用を禁止する意図はない」と釈明する事態になりました。

第 4 幕:開放へ舵を切り直した。そして 7 月 21 日の Unity 7 発表で、「エージェント協働」と「無料 MCP」を看板に掲げた——という流れです。


この 1 年が示したもの:プラットフォームの“ゲート設計”問題

この物語、どこかで見た構図だと思いませんか。

AI エージェント定着の記事で紹介した、Gartner の言う 2 つの失敗モード——「締めつけすぎると、現場の反発とシャドー利用を招く」「開きすぎると、自社の資産が守れない」。Unity が規約改定でつまずいたのは前者で、そもそも規約を厳しくした動機は後者(自社ツールを AI 学習から守る)でした。つまり Unity は、世界最大級の開発プラットフォームとして、私たちが社内で直面するのと同じ「ゲートの線引き問題」を、公衆の面前でやっていたわけです。

そして出した答えが、「エージェントには公式の入口(無料 MCP・公開 API)を用意して積極的に開く。ただし、自社製品を学習データとして吸われることには線を引く」。締めつけでも全面開放でもなく、入口を設計して開く。これは規模を問わず、これからすべての企業がやることになる線引きだと思います。


中小企業への示唆:3 つ

1. ツール選定の新基準:「エージェントから触れるか」 ゲームエンジンですら MCP を標準装備する時代です。この流れは業務ソフト全般に確実に波及します。議事録ツール比較の記事で「データの取り出しやすさ」を選定軸にすべきと書きましたが、その進化形が「エージェント接続(MCP や API)があるか」。今後数年のツール選定では、この有無が、そのツールを業務のループに組み込めるかどうかを分けます。

2. 提供する側なら、規約とゲートを先に設計する 自社がデータやツールを外に提供する立場なら、Unity の炎上は他山の石です。「AI にどこまで触らせるか」を後から規約で締めると反発を招く。最初から“公式の入口”と“守る線”をセットで設計しておくのが正解だと、この事例は教えてくれます。

3. Unity を使っている会社・個人開発者には、静かな朗報 移行の負担ゼロでエージェント協働の恩恵だけ受けられるというのは、少人数開発ほど効きます。Unity の CEO も「未来は最大のチームのものではなく、新しい技術で独自のものを作れる者のものだ」と語っており、これは人手の限られた中小・個人開発の側に追い風の思想です。


まとめ

  • Unity 7(2027 年 Q1 リリース予定)の本質は、AI コーディングエージェントとの協働を前提にした設計。無料 MCP と公開 API で「エージェントの入口」を公式化した
  • その裏には、コミュニティ発の MCP → 公式化 → 規約で締めすぎて炎上 → 釈明 → 開放へ、という 1 年のドラマがある
  • 構図は Gartner の言う「締めつけすぎ/信頼しすぎ」の二者択一問題そのもの。Unity の出した答えは「入口を設計して開き、守る線は明示する
  • 中小企業にとっての実務的な教訓は、ツール選定の新基準「エージェントから触れるか」と、提供側に回るときの「ゲートを先に設計する」こと

エージェントは、もうチャット欄の中にいません。ツールの中に、入口付きで迎え入れられ始めています。自社の道具箱がその流れに乗れるか——次にツールを選ぶとき、思い出してみてください。

Acetyl:Tech は、エージェント接続まで見据えたツール選定と、業務の仕組み化を支援しています。 お気軽にご相談ください


出典・参考

Read next

他の記事

AI・DXの導入、どこから手をつけるか迷ったら

Acetyl:Techが、あなたの会社で「本当に使われる形」まで設計します。まずはお気軽にご相談ください。

無料で相談する