在某些情況下，您可能需要建立多個 Google Cloud 專案才能使用 Dialogflow：
消費者和資源專案
呼叫 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 的要求，都會套用至其中一個或兩個專案，如下表所述。
| 說明 | 消費者專案 (服務帳戶專案) | 資源專案 (代理程式專案) | 附註 |
|---|---|---|---|
| 產生費用的專案 | ✔ | ||
| 與配額綁定的專案 | ✔ | ||
| 專案包含決定 Dialogflow 試用版或 Essentials 版的代理程式 | ✔ | 如果消費者專案沒有代理程式，請建立空白代理程式，然後升級至 Essentials 版本。 | |
| 包含所有代理程式資料和Dialogflow 試用版或 Essentials 版的專案 | ✔ | ||
| 必須啟用 Dialogflow API 的專案 | ✔ | ✔ | 必須為這兩種專案類型啟用 Dialogflow API。 |
| 在 Cloud 控制台的 API 資訊主頁中顯示 API 用量的專案 | ✔ |