測試與修改 Agent

代理程式上線後會發生兩件事：你會發現它實際上的行為，以及你希望它有不同的行為。這兩者都位於 Agents 下，每個代理程式的檢查清單中。

使用假造訪客進行測試

你可以閱讀提示。但你無法得知它是否被遵守。

選擇一個情境，模擬客戶與你的代理程式進行真實對話——就像真實訪客走過的相同路徑，包含問候在內——同時觀察回合的到來。

情境	測試內容
準備好的客戶	直接路徑是否能達到移交？
模糊的客戶	代理程式會詢問，還是自行填補空白？
強求其不得說的話	當你持續施壓時，你設定的限制是否依然有效。
只想要時間	它是否會接受預訂請求，而不假裝能確認預訂？

第三個是此功能存在的原因。拒絕邊界——絕不報價、絕不預測簽證結果——在提示中讀起來沒問題，但對第四次嘗試時會發生什麼事卻毫無幫助。這是唯一能得知的方法。

如果代理程式提交了內容，測試結束時會向你展示它產生的記錄：問題、答案、收集、移交，一次呈現。

關於測試記錄的三件事。 它被標記為測試，因此你的收件匣保持為佇列而非排練日誌。不會通知任何人——在凌晨兩點呼叫某人的測試是一個錯誤。而且它不計入「此代理程式已完成實際工作」的檢查清單，因為測試不是客戶。

代理程式的回應會使用你的 token 配額，就像真實訪客一樣。模擬訪客那側由我們承擔。

透過描述變更來修改

說明你想要不同的地方——「在收集任何其他內容之前詢問續保日期」——你會得到一份精確的變更列表。不是關於變更的段落：會刪除的行、會新增的行、會切換的設定。每個都有各自的核取方塊。

如果你先進行了測試，對話會配合你的請求，因此「它不應該那樣說」是我們實際上可以採取行動的依據。

它不會做的事

無論請求什麼，某些事情都會被拒絕。此路徑編輯代理程式所說的話及其附帶內容；它不會觸及底層的開關：

• 關閉使用自有材料回答，或開啟使用公開來源回答。兩者都存在為實際設定——第二個是具有其自身標籤和審查佇列的支援功能——但每個都是需要刻意做出的決定，而非因關於語氣的句子而產生的副作用。
• 變更模型。
• 刪除 代理程式、知識庫或文件。

刪除會宣告，且宣告會經過檢查

提案必須列出它刪除的每一行。我們會從前後文字重新計算該列表，如果列表不正確則拒絕整個提案。

這就是保證，精確說明為何如此設計是值得的。明顯的保護措施——識別提示中持有拒絕邊界的內容並禁止觸碰它——並不可行：從範本構建的代理程式將該邊界寫為普通散文，沒有任何標記。要求宣告不需要此類標記。建議不能悄悄將 絕不報價 軟化為 我們總是樂意幫助您了解定價；它只能刪除你面前的行，以紅色顯示，並帶有必須清除的核取方塊。

復原

復原最後一次變更 會將代理程式恢復。它從平台讀取歷史，而非從我們這裡，因此它也復原在主控台中做出的變更——而復原本身也是一次變更，因此復原是可復原的。