跳轉到

設定工作空間

這一步只是做準備。目標是先建立一個乾淨的試驗空間，讓這次 pilot 的 Agent、發布 channel 與回饋都留在同一個 workspace。

為什麼要用獨立工作空間

在這份指南裡，你可以把 workspace 想成第一個 verified-scope pilot 的家：

  • Agent 會建在這裡
  • Web channel 會從這裡發布
  • stakeholder 的回饋與對話紀錄也會留在這裡

建議

先建立一個專門給這次 pilot 用的 workspace，例如 Customer Service Pilot，這樣測試時不會和其他專案混在一起。

如果你已經有 sandbox workspace

如果你本來就有一個專門做實驗的 workspace，也可以直接沿用。重點是讓這次 pilot 的 Agent、channel 與回饋容易集中查看。

用同一個 workspace，還是建一個新的？

workspace 是 Agent 看得到什麼、誰可以操作它的邊界。可以用這個判斷原則：

建議用同一個 workspace，當：

  • 你大致上服務同一批人 — 同一個 workspace 會共用一份 CRM，local memory 也是共用的；把這些 Agent 放在一起，聯絡紀錄和使用者偏好才會跨 Agent 重複使用。
  • 新 Agent 面對的是和既有 Agent 同樣的受眾或業務線。
  • 你希望它共用同一組 Knowledge Base 資料夾、外部連結或 memory 範圍。
  • 由同一批 operator 維護。
  • 你希望使用 Call Agent 呼叫該 workspace 裡既有的 Agent（跨 workspace 的 Call Agent 不支援）。

建議建一個新的 workspace，當：

  • 受眾、品牌或客戶不同，對話不應該混在一起。
  • 知識庫需要隔離（不同政策、不同客戶、不同語言）。
  • 操作權限要給不同的一批人。
  • 你希望獨立追蹤用量、計費歸屬或受眾名單。
  • 這是實驗性的 pilot，不希望影響到正式使用中的 workspace。

如果真的猶豫，先留在同一個 workspace。之後要拆很容易；但要把對話紀錄和 KB 合併到同一個 workspace 並不容易。

建立工作空間

  1. 登入後，點擊左側選單的 Workspaces。
  2. 點擊 New。
  3. 用容易辨識的名稱命名，例如 Customer Service Pilot。
  4. 點擊 Create 完成設定。

目前 Workspaces 頁面中的新 workspace 視窗

先保持輕量即可

此時不需要把 workspace 設計得太完整。只要足夠讓你：

  • 建立第一版 Agent
  • 發布一個 Web channel
  • 在同一個地方查看 stakeholder 回饋

下一步

workspace 建好後，接著可以：