Unity Weekly 288

Unity Officials

Unity 6.7 Beta is now available

• Unity 6.7 Beta is now available - Unity Editor Product Updates - Unity Discussions
• 6.7 (LTS) Beta Sweepstakes - Your chance to win a GPU, Switch or Unity Swag! - Unity Editor - Unity Discussions

Unity 6.7の公開ベータ開始と、ベータ期間中のバグ報告を対象にしたBeta Sweepstakesを告知するディスカッションです。

ベータ版は毎週ビルドを公開する予定で、最新ビルドとリリースノートはbeta landing pageから確認できます。 ただし破壊的な問題を含む場合や変更が少ない場合はビルドを見送ることがあり、週次の頻度は保証しないとしています。プレリリースに関する議論は6.7-betaタグで行い、投稿時はissue trackerで既知の問題か確認したうえで、新しいトピックにはIssue IDを添える、別々の問題は別々のトピックに分ける、といったガイドラインを挙げています。

Sweepstakesは、未報告でUnityが再現・確認した「original bug」を6.7ベータ期間中に1件以上報告すると参加できます。bug reportのDescriptionに#BetaSweepstakes_6_7を書くか、Editorのbug reporterのチェックボックスをオンにします。応募期間は2026年9月17日6:00 PTから2026年11月27日23:59 PTまでです。

State of UI Toolkit in Unity 6.7

State of UI Toolkit in Unity 6.7 - UI Product Updates - Unity Discussions

UI Toolkitの開発状況をまとめたディスカッションです。

2025年11月のステータス更新以降にUnity 6.4から6.7にかけて入った変更を、正式リリース済みの機能、実験的フラグを有効にすると試せる機能、今後の方針の3つに分けて整理しています。

Unity 6.7の時点でUI ToolkitはゲームUIのほとんどの用途をカバーできるようになったとしています。

• Released and supported
  • Rendering, effects, and styling: backdrop-filter（6.6、6.7でカスタムfilter functionに対応）、drop-shadow()（6.6）、background-imageのlinear-gradient() / radial-gradient()（6.7）、flex子要素の間隔を取るgap（6.7）、階層順と独立に重なり順を制御するz-index（6.7）、UI Shader Graphの頂点ステージプログラミング（6.6）、VisualElement.AddMeshModifierなどのメッシュ変更API（6.6）
  • In-scene authoring and animation: 6.6で実験的だったin-scene UI authoringとUI Viewportが6.7で正式化。Scene viewとHierarchyで画面空間・ワールド空間のUIを直接配置・操作でき、Animation windowでVisualElementのプロパティをキーフレームアニメーションできる。
  • Text: Advanced Text Generatorがランタイムパネルのデフォルトになり（6.7）、移行中のテキスト生成でCPU 10%〜40%の改善を計測。TextElement.SetTextにReadOnlySpan<char>やStringBuilderなどを受けるアロケーションなしのオーバーロードが追加された（6.6）。
  • Localization: Addressables上の任意パッケージではなく6.7でエンジン組み込みになった。asset providerの抽象化、Smart Strings、stringとassetを1つのテーブル型で扱う統合テーブルエディタ、CSV / XLIFF / Google Sheetsのインポート・エクスポートを持つ。
  • Performance and diagnostics: computed styleのアンマネージドメモリ移行（6.5）、WebGLで最大20倍・WebGPUで最大4倍になったメッシュ更新（6.5）、専用Profilerモジュール（6.6）、USSセレクタマッチングの高速化（6.7）、opacity: 0要素のカリング（6.4）、OpenGL ES / WebGL 2.0でUIシェーダーが頂点uniform上限を超えて描画に失敗する問題の解消（6.7）
  • Authoring and workflow: UIDocumentの後継となるPanelRenderer（6.5）、MonoBehaviourのフィールドからランタイムの要素を参照するVisualElementReference（6.5・6.6）、UI Toolkit要素向けのカスタムproperty drawer（6.7）、非推奨UXML構文を自動更新するUXML upgrade service（6.6）
• Available behind an experimental flag
  • Project Settings > UI Toolkitからオプトインする。[VisualElementComponent]構造体を任意のVisualElementに付けるUI Components、CSS Gridに相当するGrid Layout、Android / iOS / macOS / Windowsのランタイムパネル向けAccessibility Hierarchy、-unity-curvatureでワールド空間パネルを湾曲させるCurved UI、Font Subsetter、StyleSheet Editing Mode、複数のUI Builderウィンドウ、UI Toolkit Filters向けのShader Graph target（いずれも6.7）と、USS Stats profiler（6.5）。
• UI Toolkit Connector for Figma Design
  • 要望の多かったFigmaからのインポートを別投稿（次項）で解説している
• What’s next
  • 今後は新機能の追加より、性能と仕上げの2点に注力するとしている。soft maskingやUI内のパーティクル / 3Dオブジェクト、media query、Addressables対応などの要望は引き続き追跡するが、この2点を優先すると述べている。

Experimental: UI Toolkit Connector for Figma design

Experimental: UI Toolkit Connector for Figma design - UI Product Updates - Unity Discussions

UI Toolkit Connector for Figma designの最初の実験版com.unity.ui.figma 0.1.0-exp.1のリリースを告知するディスカッションです。

Figmaで作ったフレームを手作業で組み直さずにUI Toolkitへ持ち込み、Unity側で加えた変更をFigmaへ送り返すことを狙ったパッケージです。 FigmaフレームをUXMLへ変換できること自体より、FigmaとUnityの間で開発者がどのように作業したいのかを知りたいとして、ワークフローへのフィードバックを求めています。

• What it does
  • Figmaで選択したフレームをPush selectionでAssets/Figma/<file name>/配下の.uxmlと.ussとして取り込む
  • インポートごとにtokens.ussとdesign-token modeごとのstylesheetが生成され、テーマをstylesheet単位で切り替えられる
  • ボタンやトグルなどのFigmaコンポーネントは、名前、プラグイン上のタグ、Project Settings > UI Toolkit > Connector for Figma designのmapping assetのいずれかで実際のコントロールへ解決される
  • スタイル、レイアウト、インタラクション状態、design tokenの変更はFigmaへ書き戻せる。ただし構造は一方向で、Figmaが階層を所有するためUnity側での要素追加や並べ替えは送り返されない。
  • connectorウィンドウのLast importで、インポートで表現できなかった内容と理由を確認できる
• Requirements
  • Unity 6000.3以降、Figma desktop app、対象ファイルをDesign modeで編集できる権限が必要
  • プラグイン自体は無料でどのFigmaプランでも入れられるが、実際に使える範囲はプランではなくファイルの権限で決まる。他人のファイルを閲覧専用で開いている場合や、Dev seatしか持っていない場合は、インポートもFigmaへの書き戻しもできない。
  • design tokenの取り込みはどのプランでも動く。ただしダークとライトのようにmodeごとにstylesheetを分けるには1つのcollectionに複数のmodeを持たせる必要があり、無料プランでは作れないためProfessional以上が必要になる。
• Setup
  • com.unity.ui.figmaをインストールすると依存としてUnity Pipeline（com.unity.pipeline）も入り、connectorはPipelineのサーバー上で動く。Figmaプラグインはサンドボックス化されたブラウザフレームで動くため、Window > Pipeline > SettingsでAllow Browser Clientsを有効にしてサーバーを再起動する必要がある。その後、Unity側でコピーしたトークン（60秒でクリップボードから消える）をFigma側のUnity UI Toolkit Connectorプラグインに貼り付けて接続する。

0.1リリースのため引き継がれない要素があり、known limitationsとcontrol mappingのページを参照するよう案内しています。

Graph Toolkit Update in Unity 6.7 beta

Graph Toolkit Update in Unity 6.7 beta - Unity Editor Product Updates - Unity Discussions

Unity 6.7ベータでのGraph Toolkit（GTK）の主要な機能追加とAPI拡張を紹介するディスカッションです。

• State Machines
  • GTKの初期バージョン以降で最大の新機能。専用のtransitionとconditionを持つstate machine用のグラフ種別が追加された。使い方を示すサンプルはsample packageで近日提供予定。
    • States: StateMachineグラフの基本単位。単独のstateとして実装するか、通常のグラフまたはStateMachineグラフを内包するsubgraph nodeとして実装できる。
    • Transitions & Conditions: 2つのstateをつなぐ接続。inspector overlayでconditionを設定し、条件を満たすと遷移する。
    • Self Transition: stateから自身への遷移。同じstate上でループする遷移を定義できる。
    • Debug View: 通常のグラフと同様に、PlayMode中にstate machineの各要素をハイライト表示できる
    • State Machine Creation API: state machineをコードから組み立てるメソッドが追加された
• Other Additions
  • UnityがDictionaryをシリアライズできるようになったことを受けたDictionary対応
  • 新しいNodeViewクラスでnodeのルートVisualElementにアクセスし、SliderやToggleなどを直接差し込める
  • IInputPortBuilder / IOutputPortBuilder.WithDataTypesで1つのポートに複数の型を持たせるpolymorphic port
  • Variable Nodeを入力ポート付きに変換するSet Value Input。graph inspectorの「Allow to set value in graph」か、ALT / Optionキーを押しながらのドラッグ、またはコードからVariableNodeMode.Setを指定して作る。
  • [GraphMenu(typeof(MyGraph))] / [BlackboardMenu(typeof(MyGraph))]による右クリックメニューのカスタム項目
  • Graph.BuildAvailableVariableTypes / Graph.BuildAvailableConstantTypesで作成可能なvariable / constantの型を制御
  • DataTypeStyleMapperのiconにnullを渡して型アイコンを隠す方法、グラフの変更内容を追いやすくするGraphLoggerの新プロパティ
• What’s next
  • 今後はAPI拡張による安定化とユーザー要望への対応に時間を割くとしている

Unity CLI 1.0.0-beta.9 / 1.0.0-beta.10 is rolling out

• Unity CLI 1.0.0-beta.9 is rolling out - Unity Editor Product Updates - Unity Discussions
• Unity CLI 1.0.0-beta.10 is rolling out - Unity Editor Product Updates - Unity Discussions

Unity CLI 1.0.0-beta.9と1.0.0-beta.10のリリースを告知するディスカッションです。beta.9はサインインのセキュリティと日常的な使い勝手、beta.10はEditorを外側から扱うための機能が中心です。

• beta.9
  • Configuration: proxyやacceleratorなど個別サブコマンドだった設定をunity config get|set|list|unset <key>に統合し、シークレットらしい値は読み戻し時にマスクする。グローバルフラグ--color <auto|always|never>と、unity version --format jsonによるバージョン情報の構造化出力を追加。
  • Testing: unity test --affected --since <ref>がバージョン管理のimpact graphを使い、変更が到達するテストだけを実行する。Addressablesやリソースフォルダ読み込みのように解析で証明できない変更がある場合は推測せず拒否し、--affected-compareで自分のプロジェクトでの偽陰性率を確認できる。
  • Changed: unity skill showがスキル内容をインストールなしで標準出力に表示、unity plugin upgradeが実バージョン比較に変更、unity install --list-componentsは--list-modulesへ改名
  • Notable fixes: Windowsで無関係なプロセスのコマンドラインに制御文字が混ざるとEditor実行中でも「実行中でない」と誤報告していた問題、unity openなどが起動したEditorのエラー終了を常に成功と報告していた問題、macOSでunity doctorが資格情報ストアの確認でハングしたりキーチェーンダイアログを出す問題、unity install 6000.5のような部分バージョン指定が最新リリースに解決されない問題などを修正
• beta.10
  • Contexts and configuration: unity contextでアカウント、組織、プロジェクト、Editor、パスのデフォルトを名前付きでまとめる。ProjectSettings/UnityCliConfig.jsonをコミットしてunity build / unity testのデフォルトを宣言でき、unity config resolve <key>で適用値と出典レイヤーを確認できる。Unity Acceleratorの設定とunity diagnose acceleratorによる接続確認も追加。
  • Builds: unity build --list-targets / --list-profiles / --create-profile <target>、再ビルドなしに最新の記録済みビルドを起動するunity build run、起動したEditorの終了まで待つunity open --wait（Windowsは未対応でexit code 2）
  • Agents and automation: 全コマンドツリーをJSONで出すunity commands --format json、接続先Editorの結果だけを返すunity command <name> --result-only、ファイル変更ごとにunity test --affectedを再実行するunity watch test、unity mcpのキャプチャがメインスレッド無応答時にデスクトップスクリーンショットへフォールバック
  • Also added: unity vcs blame <scene|prefab>、Editorなしで.unitypackageの中身を見るunity assets inspect、unity license statusのfloatingServer / machineId報告
  • Sign-in: トークン読み取りが常駐のauth broker経由に統一され、リフレッシュ要求はハードウェアバックの鍵（Windows / LinuxはTPM、macOSはKeychain）で署名される。UNITY_NO_AUTH_BROKER=1でオプトアウトできる。
  • Changed: unity self-updateが中断再開とBrotli圧縮版（生バイナリの約2/3）に対応、unity commandのrecompile / test結果を人が読める形式で表示
  • Notable fixes: unity installが既存install-stateデータベースのwriter_kindカラム欠落でINSTALL_FAILEDになる問題、unity statusが起動中Editorをreadyと誤報告する問題やWSL内からWindowsホストのEditorを見逃す問題、Apple Silicon + Rosetta 2でunity install <version> -a x86_64が動かない問題、unity bug --share-projectがプロジェクト全体をレポートに含めていた問題などを修正

更新はunity self-update、完全なリリースノートはunity changelogで確認できます。

Unity Pipeline package 0.6.0-exp.1 / 0.7.0-exp.1 is available now!

• Unity Pipeline package 0.6.0-exp.1 is available now! - Unity Editor Product Updates - Unity Discussions
• Unity Pipeline package 0.7.0-exp.1 is available now! - Unity Editor Product Updates - Unity Discussions

Unity Pipelineパッケージ0.6.0-exp.1と0.7.0-exp.1のリリースを告知するディスカッションです。0.6.0-exp.1はUnity Weekly 287で取り上げたとおり、IL2CPPと接続中のプレイヤーで使えるホットリロード、最大200コマンドをまとめて実行するbatch、単一.csをメモリ上でコンパイルして呼ぶrun_script、Runtime ServerのMonoBehaviourからSettingsへの移行（破壊的変更）が中心でした。

0.7.0-exp.1はunity pipeline install（既存プロジェクトは--force）で導入でき、consoleコマンドが実態を正しく報告すること、Pipelineをリリースビルドから外すことの2点を主眼にしています。

• New
  • CommandRegistry.RegisterCommand / UnregisterCommandで、[CliCommand]属性なしにランタイムでコマンドを登録できる。属性宣言と同じメタデータと[CliArg]の探索を持ち、特定オブジェクトに束縛したdelegateを渡せる。
  • すべてのconsoleレスポンスに、severity別の保持件数countsと、Editor自身のcompilationFailed / compilingフラグやコンソール件数を含むgroundTruthが付く。エントリを返さず同じカウンタだけを返すconsole_statusはコンパイル中のポーリングに使える。
  • 各エントリがUnityのLogTypeをそのまま持つlogTypeと、ライブ捕捉ではなくEditorのストアから読んだことを示すseededを返す。recompile_statusもcompilationFailedを報告する。
  • wait: editorやobjectの状態が成立するかタイムアウトするまで、同期またはバックグラウンドでポーリングする。/api/execを自前で回す必要がなくなる。
• Changes（破壊的変更3件）
  • ランタイムアセンブリと同梱のRoslyn DLLが、Development BuildでないPlayerビルドから除外される。含めたい場合はENABLE_RUNTIME_PIPELINEを定義する。
  • コードリロード用の属性がUnity.Pipeline.Attributesへ移動した。属性のためだけにUnity.Pipelineを参照していたアセンブリ定義は参照の追加が必要。
  • ログを二重にバッファしていたget_console_logsが廃止され、logTypeを持つconsoleに置き換わる。clear_consoleはランタイムアセンブリへ移動し、playerビルドでも動く。
• Fixes
  • consoleのカーソルが新しいセッションやスナップショット復元をまたいで生存できなかった問題を修正し、レスポンスにsessionを追加。使えないカーソルにはreset=true / dropped=true付きで末尾を返す。
  • 捕捉開始前に出たコンパイルエラーがsticky entryとして残るためバッファがConsole windowと一致しなかった問題を、セッションごとに1回Editorのストアからバックフィルして修正
  • clear_consoleが2つのバッファの片方しかクリアしていなかった問題、recompileがコンパイルエラーが残っているのにup_to_dateを返す問題（Unityのネイティブなcompile-failureフラグを参照するよう変更）を修正
  • Androidでランタイムのインスタンス記述子が書けなかった問題をApplication.persistentDataPathへの書き込みで修正、Pipeline_SessionStoppedが送信されていなかった問題をEditorApplication.wantsToQuitでの発火に変更して修正

wait、ランタイム登録、consoleコマンドの詳細はパッケージのドキュメントにあります。

Netcode for Entities 7.0.0: moving back to an independent package in Unity 6.7

Netcode for Entities 7.0.0: moving back to an independent package in Unity 6.7 - Multiplayer & Networking Product Updates - Unity Discussions

Unity 6000.7.0b1以降でNetcode for Entitiesがコアパッケージから独立パッケージに戻り、最初の独立リリースが7.0.0になることを告知するディスカッションです。Unity 6.0、6.3、6.5、6.6には変更がありません。

Unity 6.5でEntitiesパッケージとの統合上の課題からコアパッケージ化された（当時の投稿）ものの、技術的な解決策ができたため独立化するとしています。 Editorのリリースサイクルから離れることで、より広い対象Editorへ機能と修正を早く届け、新しいGameObjectワークフローへLTSを待たずに早期アクセスできると説明しています。バージョンが2.xでなく7.0.0なのは、コアパッケージ時代にEditorのバージョン（6.5.0、6.6.0）に従っていたため、Package Managerがバージョンを上げる方向にしか動けないためだとしています。

• Breaking changes in Netcode for Entities 7.0.0
  • WorldからNetcodeWorldへ: ClientServerBootstrap.ClientWorld / ServerWorldなどnetcodeシステムを要求するAPIの引数と戻り値がNetcodeWorldになり、通常のWorldを渡した場合に実行時エラーだったものがコンパイル時エラーになる
    • NetcodeWorldはWorldを継承するため大半はそのまま動くが、戻り値やList<World>のようなコレクションは手で直す必要がある
  • NetCodeからNetcodeへ: 命名規則統一のため名前空間と型名を正規化し、NetworkTime / NetworkTimeSystemはUnity.Netcode.NetcodeTime名前空間へ移動。いずれも[MovedFrom]付きでscript updaterが自動移行する。
  • AutoConnectPortのデフォルトが非ゼロになり、新規プロジェクトが標準で接続・描画されるようになる
  • Single-world host modeが新規プロジェクトの既定になり、実験的なdefineは削除された（ドキュメント）
• Editor and version support
  • 最小サポートEditorはUnity 6000.7.0b1で、Editor manifestに含まれて自動取得される。Unity 6.5 / 6.6はバンドル済みのコアバージョンを維持し、Unity 6.3はNetcode for Entities 1.xで継続サポートされる。

移行手順はupgrade guideを参照するよう案内しています。

Netcode for GameObjects 3.0.0 is now available

Netcode for GameObjects 3.0.0 is now available - Multiplayer & Networking Product Updates - Unity Discussions

Netcode for GameObjects 3.0.0のリリースを告知するディスカッションです。

Unite Seoulで発表されたネットコード統合に向けた最初のリリースで、Netcode for Entities 7.0.0が必須の依存パッケージになりました。

• What do you need to know
  • 3.0.0へアップグレードするとNetcode for Entitiesが自動的にプロジェクトへ追加される。ただし現時点では実際には使っておらず、将来のUnity Netcodeに向けた準備としての依存追加だとFAQで答えている。
  • 最小サポートEditorはUnity 6000.7.0b1で、Editor manifestには6000.7.0b3から含まれる予定
  • Unity 6.6以下ではNetcode for GameObjects 2.xを継続利用し、対象Editorのサポート終了までバグ修正のバックポートを続ける
  • GitHubリポジトリのデフォルトブランチがdevelop-2.0.0からdevelop-3.x.xへ変わる予定
• Breaking changes in Netcode for GameObjects 3.0.0
  • プロジェクトを開くと、存在しなければNetcodeConfig設定アセットが作成される（ソース管理へのチェックインを推奨）
  • Unity.Netcode.EditorからUnity.Netcode.GameObjects.Editorのようにアセンブリと名前空間が改名され、NetworkTime / NetworkTimeSystemはUnity.Netcode.GameObjects.Timingへ移動、[MovedFrom]付きでscript updaterが自動移行する
  • 数バージョンにわたり警告だった長期非推奨APIがエラーになった

移行手順はupgrade guideを、統合の背景はdevlogを参照するよう案内しています。

Unity’s plugin is now available in Claude Code

• Unity’s plugin is now available in Claude Code - AI & Machine Learning Product Updates - Unity Discussions
• Official Unity Plugin for Claude Code - Unity Blog

Claude Code向けの公式Unityプラグインの公開を告知するディスカッションと、その内容を解説するブログ記事です。

Unityのエンジニアリングスキル、Unity CLI、実行中のEditorを操作するためのUnity MCPサーバーをインストールするファーストパーティのプラグインで、Anthropicのマネージドディレクトリから1回のインストールで設定なしに使えるとしています。

ブログではClaude Codeがこのプラグインをインストールできる最初のコーディングエージェントで、他のエージェント向けは年内に提供予定と述べています。

• 公開時点で含まれるもの
  • URP、UI Toolkit、Multiplayer、LevelPlay、IAP向けに作られた29個のエンジンスキル
  • サポートされるビルド操作を組み込んだCLIワークフロー
  • Unityのサポートとセキュリティのもとで、Claude Codeをアクティブなプロジェクトに接続するEditor操作
• 初期スキルセットの分類（ブログ）
  • はじめに＆ツール: 新規プロジェクトのガイド付きフロー/new-unity-project、ターミナルからUnityを操作する/unity-cli、Editor外からUPMパッケージを操作する/unity-package-management
  • UIとテキスト: UIシステムを自動判定してUI Toolkit / uGUI / IMGUI向けへ振り分ける/ui系と、TextMeshProのフォント構成を扱う/optimize-text-mesh-pro
  • 2Dとスプライト、グラフィックとレンダリング（URPポストプロセス、カスタムShader Graphノード、Render Graph上のRendererFeatureのレビュー）、オーディオ、シーンとゲームプレイ（AI Navigation、3D物理の衝突診断）、Monetizationとライブ運用（Unity IAP、LevelPlay、Unity Services）、Multiplayer、プラットフォームとローカライゼーション

ブログは汎用のコーディングエージェントがプロジェクト固有の規約を知らずに推測で作業する問題を挙げ、Unityの各機能を担当するチームがスキルを書くことでエラーが減り、トークン効率が上がり、少ないターンで作業が終わると述べています。

ドキュメントはdocs.unity.comにあります。

The Official Unity Plugin for Codex

• The Official Unity Plugin for Codex - AI & Machine Learning Product Updates - Unity Discussions
• Unity’s Official Plugin for Codex: Skills, CLI, Editor Control - Unity Blog

Codex向けの公式Unityプラグインの公開を告知するディスカッションと、その内容を解説するブログ記事です。

ターミナルからの2コマンド、またはCodexのディレクトリからのワンクリックでセットアップでき、プロジェクトごとの設定やマシン移行時のコピーは不要としています。対象はUnity 6以降です。

• What a single install gets you
  • UI ToolkitとuGUI、2Dとタイルマップ、URPとShader Graph、オーディオ、ナビゲーションと物理、IAPとLevelPlay、マルチプレイヤー、Web、ローカライゼーションを担当するUnityの各チームが書いた31個のスキル
  • Codexがターミナルから直接Editorのインストール、プロジェクトの作成・オープン、パッケージ管理を行うためのunity-cliスキル

ディスカッションでは、これはスキルのパッケージであってMCPサーバーではないため、実行中のEditorには接続しないと明記しています。

詳細はドキュメントを参照するよう案内しています。

ブログはOpenAIのGPT-6 Astraのリリースに合わせた公開だとしています。 汎用のコーディングエージェントは古いバージョン向けのフォーラム投稿やチュートリアルを含む「ネット上の平均」から回答するため、コンパイルは通っても実態が誤っているコードになりがちだと指摘し、手作業のスプライトアトラス、hover stateに誤って書かれたトランジション、動かないURP renderer featureを例に挙げています。

根拠としてStack Overflowの2025 Developer Surveyを引いています。66%が「ほぼ正しいが完全ではないAIの回答」を最大の不満に挙げ、45%がAI生成コードのデバッグに時間がかかると答えたという結果です。プラグインはUnity Technologies名義でUnity Companion Licenseのもとで公開されています。

スキル一覧はClaude Code版とほぼ共通で、Built-in Render PipelineからURPへ移行する/migrate-birp-to-urp、Unity Searchのクエリを作る/generate-editor-search-query、/audio-setup-mixersなどが加わっています。

Welcome to the new Unity Documentation experience (and yes, Dark Mode is finally here 🌑)

Welcome to the new Unity Documentation experience (and yes, Dark Mode is finally here 🌑) - Templates & Documentation Product Updates - Unity Discussions

Unityのドキュメントサイトを全面的に刷新し、Engineのドキュメントを含む全製品のドキュメントをdocs.unity.comへ統合したことを告知するディスカッションです。

パッケージのドキュメント移行は進行中で、次の最優先事項だとしています。

• A redesigned reading and reference experience
  • Dark Modeの追加、タブ切り替えや折りたたみセクションなどの新しいコンテンツ部品、Visual Studio / Riderに近いシンタックスハイライトとコピー用ボタン付きのコードスニペット、Scripting Referenceの目次構造とスコープ検索の改善、APIリファレンスとマニュアルの検索結果統合
• Faster, more reliable under the hood
  • モダンなフレームワークで再構築し、予測可能なURL構造で検索エンジン、LLM、コーディングエージェントが正しいページとバージョンを解決・引用できるようにした
• Search that actually finds what you need
  • 検索を再構築し、LearnやDiscussions、サポート記事を含む全情報源から結果を返してフィルタで絞り込める
• Built for you and your AI assistants
  • 任意のドキュメントURLに.mdを付けるとナビゲーションやHTMLなしのプレーンなMarkdownを取得できる（例: docs.unity.com/en-us/hub/settings.md）
  • docs.unity.com/llms.txtが全製品の構造化マップを提供し、製品ごとのllms.txt（例: Hub）もある
• Versioning that scales
  • 製品ごとに独立したバージョン切り替えに対応し、サポート終了バージョンや非推奨製品向けのアーカイブ機構を用意した。今後数か月で更新が止まったドキュメントのアーカイブを始めるが、削除はせず常にダウンロードできる。

フィードバックはサイト上のページ内ウィジェットから送れます。

ICYMI August 2026 Edition

ICYMI August 2026 Edition - News & General Discussion - Unity Discussions

2026年8月のUnity関連のニュースと更新をまとめたディスカッションです。

• Discussions posts
  • Announcements: Discussions: what’s changed?
  • Releases: Unity Hub 3.21.1、UVCS 11.0.16.10330 / 10371
  • Feature Previews, Pre-Releases, and Roadmap updates: The Path to CoreCLR #1: The Problem、Unity CLI 1.0.0-beta.4 / beta.6、Customizable Main Toolbar: Unity 6.7 improvements、Unity Cloud Collaboration Tools (experimental)、Unity Performance Testing API package becomes a Core Package in 6.6、Unity Compute Light Baker、WebGPU、Unity Pipeline 0.5.0-exp.1、Vivox Summer Update
  • Technical Articles: Technical Guide: Building custom tools for the Unity Editor、The Unity Pipeline package and Unity CLI: Installation guide and walkthrough
• e-books / How-to Articles
  • CADから3Dへのパイプライン自動化、3Dデザインレビュー、Unity IAPのwebshop設定、ユーザー獲得やゲーム経済設計のガイド
• Videos / Livestreams / Unity Learn
  • Switching from Unity MCP server to Unity CLI、Unity Adsのキャンペーン運用、Creator Spotlight（Blast Ships、Tempus Vitae、Drakkenridge）、Piñata Popサンプル、Unity CLIの導入・プロジェクト作成・シーン構築のチュートリアル
• Blogs / Case studies
  • Gorilla Tagのライブ運用、HologryphのSAND: Raiders of Sophie、The Immortal John Triptych、DrakkenRidge、Rendering at scale、Unity IAP 5の移行ガイドと決済プロバイダ、XGame StudioとFalcon Gamesの事例

Composer & Category Updates — How It’s Landing

Composer & Category Updates — How It’s Landing - Discussions Platform - Unity Discussions

Unity Discussionsで数週間前に導入した新しいトピック作成画面と細分化されたカテゴリ構成の結果を報告するディスカッションです。

無関係な話題の受け皿になっていた「Unity Engine」カテゴリを解消することが主な目的で、投稿が最初から適切なカテゴリに入る割合が増え、運営がトピックを事後に移動する時間が大きく減ったとしています。

新しいタグ機能への慣れについてはまだ様子を見ている段階で、このスレッドで更新を続けると述べています。

CICD Made Easier with Unity CLI

CICD Made Easier with Unity CLI - Unity Blog

継ぎ足しで肥大化しがちなCI/CDパイプラインの責務を、Unity CLIでどう減らせるかを解説するブログ記事です。

CIプロバイダーやプロジェクトのビルドコードを置き換えるものではなく、両者をつなぐ独自の仕組みを減らすものと位置付けています。

• Simplify: express what the pipeline needs to do
  • Editorの実行ファイルを直接呼んで-batchmode -nographics -quit -runTests ...を並べる代わりに、unity test . --mode EditMode --output ./results/editmode.xml --allow-installのように意図を直接書ける。--allow-installはプロジェクトが要求するEditorバージョンを読んで必要ならインストールするため、バージョンの正はビルドマシンではなくプロジェクト側になる。
  • ビルドもunity build . --target Android --execute-method Builder.PerformBuild --output-path ./out/app.aabと書け、シーン選択やスクリプティングシンボルなどプロジェクト固有のロジックは既存のBuilder.PerformBuild側に残る。CLI自体はbrew install --cask unity-cli（macOS / Linux）やwinget install Unity.CLI（Windows）で入れる。
• Improve: remove risk from the pipeline
  • ランナーのEditorバージョンが違う、CIと開発者マシンで挙動が違う、独自ラッパースクリプトがそれ自体インフラになる、失敗の診断が難しい、認証情報とライセンスがジョブより長く残る、パイプラインが1つのCIプロバイダーに縛られる、という6つのリスクを挙げている
  • 診断面ではunity testがNUnit XMLを直接出力し、定義済みの終了コードとcli-log.jsonなどのログを残す。認証情報はbase64でエンコードしたシークレットから復号してビルド後に削除し、ライセンスはunity license activate --floatingからunity license returnまでをジョブのライフサイクルとして扱い、エフェメラルランナーではreturnを無条件の後始末に置くよう勧めている。

5 tips for speeding up your XR dev workflows with Unity CLI

5 tips for speeding up your XR dev workflows with Unity CLI - Unity Blog

MetaのDeveloper AdvocateであるDilmer Valecillos氏に、Unity CLIをXR開発のワークフローへ組み込む5つの方法を聞いたブログ記事です。

• Tip 1: Leverage the new Unity CLI and pipeline package over the MCP
  • Unity MCP serverをリリース以来使ってきたが、MCPは飛ばしてUnity CLIとpipelineパッケージを使うことを勧めている。CLIは同じプロトコルの組み込みMCP serverを持つためMCPクライアントはそのまま接続でき、最大の利点はRoslynによるコード評価でEditorの再コンパイルとドメインリロードが不要になること。
• Tip 2: Familiarize yourself with the basic commands
  • unity command eval "return UnityEditor.EditorApplication.isPlaying;"のようにC#スニペットをメインスレッドで即時実行する例や、unity install 6000.5.0f1 -m android android-sdk-ndk-tools --cm --accept-eula --yesのようなパラメータ化したインストール例を挙げている
• Tip 3: Try out different LLMs
  • 現在はClaude CodeとCodexを併用し、コードを書く時とレビューする時で別のLLMを使い分けることを勧めている
• Tip 4: Get to a working Quest build faster with Meta’s AI tooling
  • 汎用のコーディングアシスタントはVRについて自信満々だが間違いも多いとし、最新ドキュメントと実機への直接アクセスを提供するMeta VR CLI（metavr mcp install claude-codeなどでMCP serverを導入）、Questの要件を確認して誤設定を直すProject Setup Tool、LOD付きの3Dアセットを150万点検索できるMeta Asset Libraryを紹介している
• Tip 5: Let agents assist your performance profiling
  • Meta VR CLIのperfコマンド（metavr perf capture --mode full --duration 15000 ...）でフレーム時間のスパイクやCPU / GPUのボトルネックを数秒で提示させ、Unity内ではQuest Runtime Optimizerのボトルネック分析とGameObject単位の「What If」分析を使う。OVRMetricsやRenderDoc、Perfetto、Unity Profilerも引き続き使える。

Optimizing Deep Rock Galactic: Survivor for Mobile

Optimizing Deep Rock Galactic: Survivor for Mobile - Unity Blog

Funday GamesのDeep Rock Galactic: Survivorを、移植会社のPiktivがモバイル向けに最適化した過程を、engineering managerのMarcus Ekelund氏とprincipal engineerのFredrik Åkerblom氏にインタビューしたブログ記事です。

PC版が1.0に達する前に分岐し、PCからモバイルへの一方向マージだけを維持しながら、技術面では独自に再構築したとしています。 対象機種の多くはRAM 4GBですが、対象のiPadのうち1機種だけが3GBで、使えるメモリは約1,850MBしかなく、超えるとクラッシュするためRAM管理が最優先だったとのことです。

• ボトルネックと解決策
  • ダメージラベル
    • TextMesh ProのGameObject生成がボトルネックだったため、0〜9のスプライトシートを使う通常のparticle systemに置き換えた
  • パスファインディング
    • PC版のNavMeshをやめ、flow field navigationとKD-treeによる物理クエリの最適化を導入した
    • flow fieldはグリッド全体にゴールからの方向を伝播させるためエージェント数にコストが依存せず、KD-treeは範囲検索で爆発範囲内の敵探索などを置き換えるが、敵が常に動くためツリーの再構築頻度が課題だった
  • 敵の描画
    • 約1,000体のskinned mesh rendererが同時に表示される問題に対し、アニメーションのキーフレームをテクスチャに焼き込んで頂点シェーダーで動かし、GPU instancingでCPUコストをほぼゼロにした
• テストと指標
  • 低スペック機で30fps、フラグシップで60fpsを目標に、1,000体の敵が接近する、500体と全武器の自動発射といった6シナリオでCPU / GPU / メモリを自動計測した
    • 約4,000個の光るcubeを10秒間にspawnするシナリオは当初大きな負荷だったが、最適化後は計測できないレベルになった
  • 敵の移動と物理は10〜15段の依存を持つBurst jobsのチェーンで通常のphysics systemの外で処理し、手続き生成されるレベルの床と壁はトップダウンカメラの可視範囲を計算して独自のbatch draw commandで送っている
  • AddressablesはbiomeごとにアセットをまとめてiPadのメモリ制限を守るために重要で、同期処理を非同期化する大きなアーキテクチャ変更を伴った

ECSやDOTSを使うべきだったと気付いても全面書き換えは不要で、Burstコンパイラとネイティブなデータ型の部分採用で十分だったというのが2人の教訓です。

How Hologryph Built SAND: Raiders of Sophie For A Sustainable Live Ops Cadence

How Hologryph Built SAND: Raiders of Sophie For A Sustainable Live Ops Cadence - Unity Blog

HologryphのCTO兼ゲームディレクターであるSerhiy Grinets氏に、1910年の架空の砂漠世界を舞台にしたextraction game「SAND: Raiders of Sophie」の技術構成とライブ運用についてインタビューしたブログ記事です。

技術目標は、authoritativeなサーバーとクライアントの厳密な分離と両側で同一結果を出す手続き的なワールド生成、1台のTramplerを構成する数百エンティティの同期、滑らかなワールドストリーミングの3つでした。

• 構成
  • Tramplerはデッキやキャビンなどのcompartment単位で構成され、新しいcompartmentはモデリングと設定だけで組み込める。基盤は独自のInversion of ControlコンテナとECSの組み合わせで、レプリケーションは独自ネットワークエンジンがゲームプレイコードの下層で処理する。
  • シミュレーションはUnity EntitiesではなくオープンソースのEntitasを改造したもので動くが、地形生成、Tramplerの移動計算、独自のocclusion cullingはBurstコンパイルしたjobのチェーンとしてメインスレッド外で実行している
  • 砂塵、煙、シールド、武器のエフェクトはすべてVFX Graph製で、size、color、timingなどのパラメータを公開してアーティストだけで新エフェクトを作れるようにしている
  • Addressablesがメモリ管理の中核で、プレイヤーの移動に応じてコンテンツを読み込み・解放する。クライアントとサーバーのプロジェクト間でアセットを転送する独自の仕組みも持つ。
  • Asset StoreからはGPU Instancer Pro、Amplify Impostors、Odin Inspector、Rewired、Easy Save、DOTween、I2 Localizationを使っている
• Vivox
  • 全プレイヤーがクルー用の「無線」チャンネルと3D proximity voiceのpositionalチャンネルに常時接続し、位置情報はプレイヤー移動時のみ約20回/秒で送っている。proximity voiceは交渉、協力、裏切りといったextraction gameらしい社会的なやり取りを生むゲームプレイ要素だとしている。

DrakkenRidge: Building an open-world adventure for mobile VR

DrakkenRidge: Building an open-world adventure for mobile VR - Unity Blog

Garage CollectiveのSimeon Acker氏とCyril Guichard氏が、2人チームでモバイルVR向けのオープンワールドRPG「DrakkenRidge」をEntitiesで構築した方法を解説するゲストブログです。

• ECSとGameObjectの使い分け
  • ワールドの90%はEntitiesとしてEntities Graphicsで描画し、数百のバッチとSetPass呼び出しを削減して数千のオブジェクトを8回のSetPass呼び出しで描いている
  • 掴み、登攀、パルクール、魔法、近接戦闘といった近接のVRインタラクションは、プログラマー1名とアーティスト1名で素早く試行するため従来のGameObjectとMonoBehaviourで作っている。物理オブジェクトはプレイヤー位置を追跡し、遠距離では描画のみ、近距離でだけ物理相互作用を許可する。
• カスタムのエンティティシステム
  • Editor上で各エンティティにカリング値を持たせてランタイムで描画とカリングを判断する距離オーサリング、都市内のエンティティをまとめて判断するカスタムのエンティティグループ、遠方のエンティティを軽いエンティティに置き換えるエンティティLOD
  • 距離計算はIJobChunkを実装したBurstコンパイル済みのjobで行い、DynamicBufferを反復前にNativeArrayへ変換する最適化を紹介している
• さらなる最適化
  • ローポリゴンのレトロなアートスタイルのため従来の3D LODはメリットが薄く、独自の距離オーサリングで代替した。森など密集した遠景には一定距離で2Dビルボードに置き換えるインポスターを使っている。

Made With Unity: gamescom 2026 Recap

Made With Unity: gamescom 2026 Recap - Unity Blog

gamescom 2026でのUnity製タイトルの動向をまとめたブログ記事で、Indie Arena Boothへの初出展、Opening Night Liveで発表されたHUMANKIND 2やLEGO Skylinesなどの新作、Made with Unity Awardを受賞したMorbid Metalを紹介しています。

Articles

[Unity] PSD から実用的な Prefab を生成する Claude Code Skills 設計

[Unity] PSD から実用的な Prefab を生成する Claude Code Skills 設計 - WonderPlanet Developers’ Blog

社内ハッカソンで開発した、PhotoshopのPSDからuGUIのPrefabをClaude Code Skillsで自動生成するツールの設計を解説する記事です。

共通のnested prefabを使う、ヒエラルキーからUIの意図が読める、LayoutGroupとアンカーが適切に設定されている、の3条件を「実用的なPrefab」と定義し、レイヤー分けが描画都合で決まるPSDに対して「どれが塊で、どれが並ぶか」というUI都合の構造判定をAIに任せています。

実装面ではUniCliのevalで起動中のEditor内でC#を実行し、CanvasをRenderTextureで撮影してPSDと比較・修正するループをEdit Modeで回す構成です。演出を含む画面や場合分けが必要なUIではルールを明示しないと良い結果にならないとし、デザイナーがPhotoshopレイヤーに意図を追記して暗黙知をスキルに蓄積する仕組みを紹介しています。

ZLinqが急に動かなくなった原因がPipelineパッケージだった

ZLinqが急に動かなくなった原因がPipelineパッケージだった - きゅぶろぐ

Unityのバージョンを上げた後にZLinqを使うコードがMissingMethodExceptionで落ちるようになった原因を追った記事です。

Pipelineパッケージに同梱されるSystem.Runtime.CompilerServices.Unsafe.dllが古く、ZLinqが使うUnsafe.SkipInitを持たないことが原因とのことでした。 これまではCollectionsパッケージが同梱する新しいDLLが使われていたため問題が出ず、Collectionsが2.6.8へ更新されて重複回避のためにこのDLLが削除されたことで、Pipeline側の古いDLLが読み込まれるようになったと説明しています。

この記事では、ワークアラウンドについても併せて紹介しています。

IEnableableComponent usage in an actual game

IEnableableComponent usage in an actual game - COFFEE BRAIN GAMES

Unity ECSのIEnableableComponentを、開発中のゲーム「Made of Food」でどう使っているかを3つのパターンで紹介する記事です。

3つのパターンを、実際のクエリコードとともに示しています。

• 一度だけ実行: スプライト準備が必要なエンティティをWithDisabled<T>()で拾い、処理後にSetComponentEnabledForAllで有効化して再処理を防ぐ
• 状態: Tiredのようなタグを有効・無効にし、複数のシステムがWithNone<Tired>()で対象を除外する
• dirty flag: ネストしたItemState.Changedを有効にしてWithAll<ItemState.Changed>()で変更のあったアイテムだけを更新し、処理後に無効化する

Dissolve & Noise | Unity Shader Code Basics 10

Dissolve & Noise | Unity Shader Code Basics 10 - Daniel Ilett

Unity Shader Code Basicsシリーズの第10回として、ノイズ関数をHLSLで自作し、ディゾルブ表現を実装する記事です。

シードから疑似ランダムな単位ベクトルを返すrandomVector()を土台に、2種類のノイズをNoiseFunctions.hlslに実装しています。

• Perlinノイズ: 格子点のランダムベクトルとの内積を補間する。単一オクターブ版と、周波数を倍にしつつ振幅を半分にして重ねる3オクターブ版を作る。
• Voronoiノイズ: セルの中心と境界からの距離を求める

Dissolve.shaderはPBRシェーダーを拡張し、_NoiseScaleや_CutoffHeight、_EdgeColorなどのプロパティと_Time.yによるアニメーションで、ノイズに沿って溶けていく表現を作っています。

Unity Shader Graph Basics (Part 13 - Terrain Lit Official Support)

Unity Shader Graph Basics (Part 13 - Terrain Lit Official Support) - Daniel Ilett

Unity 6.3でShader Graphに追加されたTerrain material typeを使って、テレイン用のシェーダーを作る記事です。サンプルプロジェクトはUnity 6.6へ更新されています。

Create > Shader Graph > URP > Terrain Lit Shader Graphから作成し、インデックスでテクスチャレイヤーを取り出すTerrain Textureノード、各レイヤーの重みをRGBAに持つLayer Masks出力、レイヤーのPBR出力をまとめてサンプリングするLayer Standardノードを組み合わせて基本のテレインシェーダーを組んでいます。

後半では、レイヤーマスクにハイトマップを掛けて境界を作るheight-based blendingをHeight MaskとBlend Layers Alphaノードで実装しています。

Unity 2Dで絵が化けるShader Graphおもしろテクニック12選

Unity 2Dで絵が化けるShader Graphおもしろテクニック12選 - Zenn

Unity 2DのSpriteRenderer向けに、Shader Graphで実装できる表現技法を12個まとめた記事です。

被弾フラッシュ、パレットスワップ、溶解、アウトラインと内側リム、揺れ、グリッチ、ピクセル化と減色、ホログラム、Normal Mapと2D Lightによる疑似立体化、Mask Mapによる部分発光、複製Spriteの水面反射、ワールドを横切るスキャンの12種を、模様生成用と画像サンプリング用の座標を一本化しないという前提のもとで解説しています。

Sprite Atlasの回転パックで横ずれが縦に変わる、透明縁が黒くなるといった失敗例と、TextureSample数や透明Overdrawなど負荷要素についても整理しています。