在某些情況下，您可能需要建立多個 Google Cloud 專案才能使用 Dialogflow CX：
消費者和資源專案
呼叫 API 時，通常會提供用於驗證的服務帳戶金鑰。每個服務帳戶都是由特定專案所擁有，但服務帳戶可能會獲得角色以存取其他專案的資源。 與您提供給 API 呼叫的服務帳戶相關聯的專案稱為「消費者專案」。
呼叫 API 時，您的要求將指定代理程式的專案。此專案稱為「資源專案」。
舉例來說，在下列 REST curl 要求中，與 AGENT_ID 相關聯的專案是資源專案，而與用於產生 TOKEN 的服務帳戶相關聯的專案則是消費者專案：
curl -X GET
-H "Authorization: Bearer TOKEN"
"https://dialogflow.googleapis.com/v2/projects/PROJECT_ID/agent/AGENT_ID"
一個專案可以同時擔任消費者和資源專案的角色。 代理程式資料、費用和配額只會與這個專案相關聯。
如果消費者和資源專案是兩個不同的專案，則費用、配額限制、代理程式資訊和啟用 API 的規定會適用於其中一個或兩個專案，如下表所述。
| 說明 | 消費者專案 (服務帳戶專案) | 資源專案 (代理程式專案) | 附註 |
|---|---|---|---|
| 產生費用的專案 | ✔ | ||
| 與配額綁定的專案 | ✔ | ||
| 含有代理程式的專案，可決定 Trial 或 Essentials Dialogflow 版本 | ✔ | 如果您的消費者專案沒有代理程式，請建立空白代理程式，然後升級至 Essentials 版。 | |
| 專案，內含所有代理程式資料和試用版或 Essentials 版 Dialogflow | ✔ | ||
| 您必須啟用 Dialogflow API 的專案 | ✔ | ✔ | 兩種專案類型都必須啟用 Dialogflow CX API。 |
| 在 Cloud 控制台 API 資訊主頁中顯示 API 使用情形的專案 | ✔ |