安全上線
真正上線不是只是把 channel 打開而已。對第一次 rollout 來說,真正的工作是:用對的版本、對的入口、對的受眾控制,把 Agent 安全帶到真實使用面。
對 Consultation Desk 來說,安全上線通常包含五件事:
- 先發布你信任的 Agent 版本
- 選擇讓人實際使用的入口
- 設定當前階段的受眾存取方式
- 從真實對話收集回饋
- 只有在行為穩定之後才擴大 rollout

上線循環
- 先在
Editor發布 Agent 版本。 - 建立或更新要對外提供的 channel。
- 為當前階段設定受眾存取。
- 把 live 入口分享給一小群真的會使用的人。
- 在
Histories裡看真實對話與回饋。 - 先把行為收緊,再決定是否擴大 rollout。
先發布 Agent,再發布 channel
如果 channel 打得開,但裡面沒有可用的 Agent,請先回到 Editor 發布 Agent 版本。Agent 發布和 channel 發布是兩個不同動作。
頻道
| 頻道 | 適合情境 | 你要管理的重點 |
|---|---|---|
Web channel |
stakeholder review、pilot、託管聊天介面 | slug、web 體驗、存取設定、live URL |
Widget channel |
嵌入自家網站或產品內的聊天入口 | widget 設定、allowed origins、登入模式、embed snippet |
LINE channel |
目標使用者本來就在 LINE 上聊天 | Messaging API 憑證、LIFF 入口、Email 綁定、綁定的 Agent |
Slack channel |
內部團隊直接在 Slack 使用 | Slack 憑證、安裝流程、綁定的 Agent |
其他上線入口
API Access 不是託管式 channel。當你要把 Codeer 接到自己的產品或後端,並自己管理 client experience 時,再使用它。
建議順序
- 想最快做出託管好的試用入口時,先從
Webchannel 開始。 - 如果你已經有自己的網站或產品頁,而且希望對話留在那個頁面裡,就選
Widget。 - 如果真正的使用者本來就在 LINE 裡互動,就直接選
LINE,把 onboarding 留在 LINE 裡完成。 - 如果團隊本來就主要在 Slack 協作,再補
Slack。 - 當你準備自己接管 client experience 時,再使用
API Access。