← ナレッジ一覧へ

unity

UnityのAIエージェント規約とUnity CLIの現在地

UnityのAIエージェント利用規約と公式のUnity CLI・MCPを整理し、Editorを自動操作するときの判断基準をまとめます。

起票日
2026-08-15
更新日
2026-09-02
対象
Unity利用規約(2026年6月30日版) / Unity CLI beta(2026年8月15日確認)

概要

2026年6月30日、Unityは利用規約を更新し、AIエージェントやMCP、CLIなどによるUnity製品へのアクセスを明示的に扱うようになりました。その直後にUnity CLIが大きく告知されたため、「AIエージェントによるEditor操作を禁止した後、代替としてUnity CLIを作った」とも見えます。

実際には、Unity CLIや公式MCP Serverは規約改定より前から公開されていました。現在の整理は、AIによるEditor操作を全面禁止したというより、Unityが運営または指定する経路へ操作を集約した、と捉えるのが適切です。

この記事では、2026年8月15日時点の公式資料を基に、規約とUnity CLIの時系列、制限される操作、実務上の判断基準を整理します。

結論

  • AIがUnityプロジェクトのコードを書くこと自体が全面的に禁止されたわけではありません。
  • AIエージェントがUnity EditorなどのUnity製品を操作する場合は、Unityが認める「Authorized Agentic Access」を通す必要があります。
  • 公式のAI Assistant、MCP Server、AI Gateway、Unity CLIとUnity Pipeline packageが、現在提示されている主な接続経路です。
  • Unity CLIは規約改定後に初めて作られたものではなく、最初のパブリックベータは2026年4月に公開されています。
  • Unity CLIと、コミュニティ製CI/CDツールのGameCIは別のものです。

時系列

UnityのUnity CLIリリースノートと公式発表を並べると、次の順序になります。

日付出来事
2026年4月4日Unity CLIの最初のパブリックベータを公開
2026年5月5日AI Assistant、AI Gateway、公式MCP Serverを含むAIツールのオープンベータを発表
2026年5月21日Unity CLIからEditorへ接続するPipeline関連コマンドを追加
2026年6月4日実行中のEditor内でC#を評価するunity evalを追加
2026年6月30日AIエージェントによるアクセスを扱う利用規約へ更新
2026年7月20日Unity CLIをエージェントやCI向けの実行基盤として公式ブログで紹介

規約改定後にUnity CLIが広く告知されたことは事実ですが、Editorを操作するための技術はそれ以前から段階的に公開されていました。公開情報だけでは、規約への反応としてUnity CLIを急遽開発したとは判断できません。

規約が制限しているもの

2026年6月30日版のUnity利用規約では、AIエージェント、LLM、CLI、MCPクライアントやサーバー、その他の自動化された呼び出し元がUnityの製品へアクセスする場合、「Authorized Agentic Access」を利用するよう定めています。

Authorized Agentic Accessには、主に次の条件があります。

  1. Unityが運営または指定するゲートウェイを経由すること。
  2. 使用するエージェント、モデル、MCPクライアントやサーバーがUnityから認められていること。
  3. Unityが定める技術要件、認証要件、利用範囲を守ること。

また、Unityの製品へ接続する独自プラグインや第三者連携も、Unityからの承認なしには利用できないという制限があります。そのため、非公式MCP、独自HTTPブリッジ、画面操作ツールを使ってAIがEditorを直接操作する構成は、技術的に可能でも規約上安全とは言い切れません。

一方、Unityスタッフは公式フォーラムでの説明において、自分のプロジェクトを作るためにAIを使うこと自体は問題ないと説明しています。ただし、フォーラム上の説明より利用規約と各製品の追加条件が優先されます。

公式に用意されている接続経路

UnityのAIツール

Unityは、Editor内蔵のAI Assistantに加えて、外部のAIツールを接続するAI Gatewayと公式MCP Serverを提供しています。AIツールのオープンベータ発表では、外部エージェントがシーン、GameObject、コンポーネント、Consoleなどのプロジェクト情報へアクセスする用途が示されています。

Unity CLIとUnity Pipeline package

Unity CLIは、Editorのインストール、プロジェクト管理、テスト、ビルドなどをターミナルから実行する公式CLIです。実行中のEditorを操作する場合は、Unity Pipeline packageをプロジェクトへ導入します。

Unityの公式ブログでは、Unity CLIとPipeline packageを組み合わせることで、AIエージェントがプロジェクトを調査し、変更し、テストやPlay Modeで結果を検証する流れが紹介されています。構造化された出力と終了コードを持つため、同じ仕組みをCIとAIエージェントの両方から利用できます。

ただし、Unity CLIとPipeline packageは現在もベータまたは実験的な機能です。重要な開発フローへ導入する場合は、使用バージョンを記録し、更新時にリリースノートを確認する必要があります。

Unity CLIとGameCIの違い

Unity CLIはUnity Technologiesが提供する公式ツールです。一方、GameCIはUnity Technologiesとは独立したコミュニティが提供するCI/CDツール群です。

GameCIは、UnityプロジェクトのテストやビルドをGitHub Actionsなどで自動化するために以前から利用されており、2026年の規約改定後に作られたものではありません。「Unity CLI」と「Unity向けCI」または「GameCI」は名前が似ていますが、提供元と目的を分けて考える必要があります。

gamescom 2026との関係

gamescom dev 2026では、Unreal EngineとRiderを組み合わせたAgent開発がDemoされる一方、Agentが生成した変更を信頼できない入力として扱い、Build、Test、Diff、Reviewで検証する必要性も強調されました。

これは、Editor統合の深さと安全性が同じものではないことを示します。ただし、gamescomの発表によってUnityの利用規約や公式接続経路が変わったわけではありません。Unityでは引き続き、Unityが提供または承認するMCP、Unity CLI、Pipeline packageを基準にし、GUIの直接操作や未承認Bridgeを同列に扱わない方針とします。

制作Agent、自動QA、Game内AI、Governanceを含むgamescom全体の整理は、gamescom 2026で見えたゲームAIの現在地で扱っています。

実務上の判断基準

現時点では、AIを利用するUnity開発を次のように分けると判断しやすくなります。

操作方針
自分のプロジェクトにあるC#や設定ファイルの編集AIによる編集を許容する
Unityのインストール、テスト、ビルド公式Unity CLIを優先する
シーン、GameObject、Console、Play Modeの操作公式MCP、またはUnity CLIとPipeline packageを使う
AIによるEditorのGUI直接操作原則として避ける
非公式MCPや独自EditorブリッジUnityによる承認状況を確認できるまで採用しない

Unity CLIはまだ変化が大きいため、最初からすべての操作を自動化するのではなく、テストやビルドなど境界の明確な処理から導入するのが安全です。シーン変更のように影響範囲が広い操作では、実行前の権限確認、変更差分、取り消し方法も併せて設計します。

注意点

この記事は公開されている資料を整理したものであり、法的助言ではありません。Unityの利用規約、製品名、承認される接続経路、Unity CLIの仕様は今後変更される可能性があります。実際に導入するときは、最新の利用規約、追加条件、公式ドキュメントを確認してください。

関連資料