正解は **C** と **D** です。

---

### 【解説】

この問題のポイントは、**「互いに接続されていない複数のSalesforce本番インスタンス（グローバル展開）」**に対して、同じアプリケーションを配布する必要がある点です。

* **C. ANT 移行ツール (Ant Migration Tool) (正解)**
* **理由:** メタデータAPIを利用するスクリプトベースのツールです。一度アプリケーションのメタデータをローカル（またはリポジトリ）にダウンロードすれば、デプロイ先のログイン情報を書き換えるだけで、**接続関係のない複数の組織**に対して同じメタデータを次々とデプロイすることができます。


* **D. Salesforce 拡張機能を備えた VS コード (VS Code with Salesforce Extensions) (正解)**
* **理由:** 現代の標準的な開発ツールであり、Salesforce CLI (SFDX) やメタデータAPIの操作盤となります。Antと同様、ソースコードをローカルに保持し、認証情報（Org Authorization）を切り替えることで、複数の異なる本番環境に対してデプロイが可能です。また、デプロイされたコンポーネントは「管理パッケージ」のようにロックされないため、要件通り**「ローカル管理者が変更可能」**な状態になります。



#### 【不正解の理由】

* **A. 変更セット (Change Sets)**
* **理由:** 変更セットは、**「Sandbox とそれに関連付けられた本番組織」**のように、特定の接続関係にある組織間でしか使用できません。互いに無関係な地域ごとの本番インスタンス（例：北米インスタンスと欧州インスタンス）の間で変更セットを送信することはできないため、グローバル展開には不向きです。


* **B. 開発者コンソール**
* **理由:** 開発者コンソールは、コードの記述やクエリの実行、デバッグを行うためのIDEであり、組織間のデプロイメントツールではありません。



---

### 【アーキテクトとしての視点】

「複数の本番組織（Multi-Org）」戦略をとっている企業でのリリース管理は、変更セットでは対応できません。
ソースコードをGitなどのバージョン管理システムで一元管理し、そこから **CI/CDツール（Jenkins, GitHub Actionsなど）** を介して、AntやSalesforce CLI (VS Code) を使い、各地域のインスタンスへ自動デプロイする仕組みを構築するのがベストプラクティスです。

また、「ローカルで変更可能」という要件から、ロック解除済みパッケージ（Unlocked...