インスタンス ルートで instanceable = false を設定することは、デインスタンス化操作です。NVIDIA の Learn OpenUSD インスタンス化資料では、インスタンス化可能なプリムは暗黙のプロトタイプを介して構成データを共有し、シーングラフ インスタンスはインスタンス プロキシが直接編集できないため、疎な子孫オーバーライドを制限すると説明されています。NVIDIA のインスタンス リファインメント ガイダンスでは、3 つの実用的なルールは、プロトタイプは編集できない、インスタンス プロキシは編集できない、ローカル オピニオンは破棄されるが、インスタンス化可能なプリム自体は編集可能である、です。(docs.nvidia.com) したがって、対象のインスタンス ルートがデインスタンス化されると、そのプリムの子孫パスで作成されたローカル オピニオンが有効になる可能性があります。これは、サブツリーが共有プロトタイプのみで表現されなくなったためです。また、USD では、その階層を再構成する必要があります。これは、instanceable を変更すると、プリムがプロトタイプの共有に貢献するか、独自のローカル サブツリーを構成するかが変わるためです。オプション A は、1 つのプリムで instanceable を無効にしても、以前にプロトタイプを共有していた他のプリムのメタデータが変更されないため、誤りです。
オプションCは、インスタンス化されたままの動作を説明しており、インスタンス化解除後の結果を説明しているわけではありません。スクリーンショットでは、ステム名が
/ParkingLot/Car_2 とオプション B および D の名前が /ParkingLot/Car_1 であるのに対し、正しい効果はインスタンス化メタデータが無効になっているプリムに適用されます。これは、コンテンツ集約 # シーングラフのインスタンス化、インスタンスの洗練、インスタンス解除、および再構成と一致します。

コンポーネントとは、完全で再利用可能かつ参照可能な資産のことです。

モジュール化により、資産を独立して再利用、改良、保守することが可能になる。

編集ターゲットは、ステージの構成ビューで作業中に、作成された意見がどこに書き込まれるかを決定します。NVIDIA の Learn OpenUSD ステージ資料では、ステージは単なるファイルではなく、レイヤーと呼ばれる複数のデータソースから構成される統合されたシーングラフであると強調しています。(docs.nvidia.com) このレイヤー化された環境では、開発者は多くの場合、構成されたプリミティブを編集しながら、結果として得られる意見が特定の貢献レイヤー、バリアント、または構成コンテキストに配置される必要がある場合があります。
OpenUSD は、UsdEditTarget を通じてこの役割を定義します。編集ターゲットを使用すると、構成ネットワーク内のどの貢献サイトが作成された意見を受け取るかを指定しながら、構成ステージとその UsdPrim オブジェクトで作業を行うことができます。(openusd.org) オプション C が正しいのは、編集ターゲットが作成先であり、構成オーバーライドメカニズムではないためです。オプション A が間違っているのは、USD は編集を自動的にすべてのレイヤーにマージしないためです。オプション B が間違っているのは、編集がルート レイヤーに強制されないためです。開発者は他の有効なレイヤーまたは編集コンテキストをターゲットにすることができます。オプション D が間違っているのは、編集ターゲットを設定してもサブレイヤーまたは構成アークが無効にならないためです。
これは、パイプライン開発 # レイヤー作成、編集ターゲット、非破壊編集、ステージワークフロー、およびコラボレーションレイヤースタックと一致します。

カプセル化によって、アークがグローバルに適用されるか（非カプセル化）、ローカルに適用されるか（カプセル化）が決まります。