要為網站打造 AI 代理程式，先從一項訪客任務和一小組核准的回答開始。在 Agentkit 中加入這些來源、調整聊天設定、在 Playground 測試，然後從 Channels → Website embed 複製嵌入程式碼。等到真實頁面回傳你預期的答案後再發布。基本的問答流程順利運作後，才加入動作。
本指南說明的是以知識為基礎、可選擇加入動作的網站聊天。它不承諾代理程式只因為能談論訂位、退款或修改訂單，就真的能完成這些事。
1. 先選任務，再選模型
寫下你想優先處理的請求。例如：「協助訪客找到我們的運送政策，並說明訂單何時符合免運資格。」指定事實來源，以及代理程式無法回答時的備用路徑。這樣之後才有評估結果的依據。
如果你需要固定的決策樹、不要生成式回答，照腳本走的聊天可能更合適。如果你需要特定帳戶的資料或交易，請先規劃整合及其核准邊界，再邀請訪客使用。單靠網站來源無法查詢私人訂單，也無法完成購買。
2. 建立代理程式並檢查來源
建立 Agentkit 帳戶並新增一個聊天機器人。設定精靈接受網站網址或手動來源，接著顯示找到的頁面，再讓你設定外觀與 AI。可用的模型與額度取決於你目前的方案，請以帳戶中顯示的選項為準，並在為公開流量編列預算前查看目前價格。
若使用網站網址，設定精靈會顯示找到的頁面，但無法在此階段逐一移除。設定與訓練完成後，開啟 Sources → Website。移除訪客不該依賴的頁面，例如已過期的優惠或舊版政策，並保留最新的產品、政策與說明頁面。如果爬蟲漏掉某個頁面，設定完成後可從 Sources → Website 補加。你也可以在 Sources 加入檔案、文字和問答項目。網站來源指南說明了抓取控制選項。
先從幾個你能驗證的頁面開始。更大範圍的抓取只有在頁面正確且相關時才有用。不要只因為上傳欄位接受檔案，就把私人文件放進公開代理程式的來源。
3. 設定聊天的外觀與指示
在精靈中選擇符合訪客任務的設計與 AI 設定。建立之後，你仍可回頭調整代理程式的設計與指示。好的開場訊息會說明代理程式能回答什麼：「歡迎詢問運送、退貨或產品保養。」建議問題可以給訪客一個起點，但在你自己的網站上量測之前，不要宣稱這些提示能提升轉換率。
給代理程式一條它能遵守的界線。以運送為例：「使用我們公開的運送與退貨資訊。如果送達日期取決於特定訂單，請說明你看不到該訂單，並引導訪客聯繫客服。」寫上實際的客服管道。指示無法取代正確的來源，也無法取代對回答的測試。
4. 加入動作前先測試回答
使用 Playground 針對核准的頁面提問。記錄問題、來源和預期答案。這組小型上線測試能讓之後的變更更容易檢查。
| 測試提問 | 預期結果 | 需修正的錯誤 |
|---|---|---|
| 「什麼情況下免運？」 | 說出公開運送頁面上的目前門檻。 | 引用舊門檻或自行捏造。 |
| 「訂單 12345 在哪裡？」 | 說明在沒有連接訂單查詢的情況下看不到私人訂單，並提供客服管道。 | 猜測送達日期。 |
| 「可以在退貨政策上破例嗎？」 | 說明公開政策，並把例外情況轉交給人員處理。 | 承諾破例。 |
這個訂單編號只是示範用的測試，不是真實的客戶紀錄。如果回答錯誤，先檢查來源。更新過時的頁面或加入精確的問答項目，然後重複同一個提問。訓練指南說明了來源維護與回答檢查。
5. 只在結果明確時加入一個動作
動作可以收集潛在客戶、顯示按鈕，或連接支援的服務。選擇一個屬於該訪客任務的動作，然後在 Playground 同時測試成功路徑與失敗路徑。例如，Collect Leads 動作可以請訪客留下電子郵件，讓人員後續跟進。送出的潛在客戶只是聯絡請求，不代表已經成交或完成預約。Collect Leads 指南展示了設定方式。
如果動作會開啟預約服務商，請在該服務商完成一筆測試預約並確認其確認通知。如果需要特定帳戶的資料，請檢查權限，在整合回傳結果之前不要承諾結果。對於實用的問答型代理程式，動作可以保持關閉。
6. 複製你的帳戶產生的程式碼
當回答與任何動作都通過測試後，開啟 Channels → Website embed。選擇 Chat widget 使用浮動聊天泡泡，或選擇 Iframe 使用內嵌面板。啟用你打算使用的管道。這兩個管道有各自獨立的開關。Agentkit 註明 iframe 不支援進階功能；若你加入了動作，請在實際發布的管道中測試。
若使用小工具，請複製完整的產生程式碼。它包含一段小型啟動腳本，以及帶有你的代理程式 ID 與設定主機的非同步小工具腳本。把這兩個標籤放進網站共用的頁尾或 HTML 範本一次即可，位置在 </body> 之前，然後發布。若使用內嵌面板，則改為複製產生的 iframe，並在版面中給它足夠的高度。不要使用從舊文章複製的小工具網址、iframe 路徑或 React 套件。嵌入指南說明了放置位置與疑難排解。WordPress 站長可以參考最新的 WordPress 指南。
7. 驗證公開頁面並持續檢查
在新的瀏覽器視窗開啟已發布的頁面。確認泡泡或面板會出現、能開啟、能接受訊息，並對你的其中一個上線提問回傳有來源依據的答案。接著問一個它應該拒絕或轉交人員的問題。記錄發生了什麼。嵌入能運作只證明聊天載入成功，不代表每個回答都安全。
如果聊天沒有出現，請檢查正確的管道是否已啟用，以及已發布頁面是否包含完整的產生程式碼或 iframe。網站編輯器或快取可能移除或延遲腳本。如果載入了卻無法回答，請檢查來源的訓練狀態與代理程式的設定。網域限制指南說明了一種可能造成嵌入被擋的情況。
上線後，檢閱真實對話，找出重複出現卻沒有答案的問題。修正來源，然後重新執行受影響的上線提問與公開頁面檢查。當代理程式幫不上忙時，保持一般聯絡管道可見。這就是網站代理程式的實務標準：訪客能得到有用的答案，知道它何時沒有答案，並能找到下一個人或下一個頁面。
