後續建議

大多數對話並非因為訪客達成了目的而結束。它們結束是因為訪客讀完了一個好的回答，接下來無話可說，於是關閉了分頁。

開啟後續建議功能後，代理程式會在每次回覆後撰寫最多三個簡短的問題。它們會以按鈕的形式顯示在輸入框上方，點擊其中一個按鈕即可將其發送，效果如同訪客自行輸入一般。

什麼是好建議

代理程式會根據剛才的對話內容，以訪客自己的語氣撰寫這些問題——例如「我可以把這個用於我的整個班級嗎？」，而不是「詢問教室授權」。這些問題必須讀起來像是真人會說的話，因為點擊後會原樣發送。

有三項規則是被強制執行的，而非僅供建議：

• 它們推動對話前進。 重複詢問剛剛已回答內容的問題會浪費一個回合，因此代理程式被指示要深入挖掘或橫向擴展，絕不原地打轉。
• 它們嚴格限制在代理程式能回答的範圍內，且這個邊界是透過計算得出的，而非描述性的。代理程式在本回合實際上能做的事——搜尋其資料、計數並排列其產品目錄、根據這些數據繪製圖表、以卡片形式展示項目、收集聯絡資訊——都來自於它實際持有的工具，因此清單不會像手寫清單那樣過時。導致拒絕回應的建議比沒有建議更糟：代理程式會引導訪客越過其自身邊界。那些要求任何平台都無法提供數據的問題——例如現在最熱門的是什麼、趨勢是什麼——會被直接捨棄，因為無論如何改寫都無法回答。
• 答案必須由代理程式提供。 這裡捕捉到的失誤是微妙的：「他還喜歡其他什麼主題？」讀起來是個完美的問題，但只有訪客知道答案——這是代理程式的問題，卻被遞給了錯誤的人，點擊它等於是在問你自己。測試標準在於誰持有答案，而非句子聽起來如何；「你們有關於太空的書嗎？」是可以的，因為這裡的「你們」指的是代理程式。無法通過此測試的建議會被捨棄，而非改寫。
• 其中一個應該比一段文字更有價值。 大多數後續回覆僅換取另一段文字。一組好的建議應保留空間給那個能換取其他東西的問題——例如產品目錄分佈的圖表、一組卡片、或是入門指南。那是訪客不會想到要輸入的點擊。
• 沒有一個是有效的答案。 當對話真正結束時，不會出現任何按鈕。用「還有別的事嗎？」填滿螢幕並非幫助。

它們也會為表單讓路。如果代理程式的回覆已經在詢問某些內容——例如一組選項供選擇——那麼該回合不會提供建議。螢幕上同時出現兩個提示會產生競爭，而通常失敗的那個正是你真正希望被回答的表單。

開啟方法

在控制台中，開啟代理程式 → 基本設定 → 後續建議。預設為關閉。

開關下方有一行可選的引導文字：你希望問題導向何處。

將訪客引導至開始免費試用，或引導至與學校團隊聯繫。
偏好關於定價和設定的問題。

留空則僅根據對話內容撰寫問題，這通常就足夠了。當代理程式除了回答問題外還有其他任務——如售前服務、資格篩選、預約——時，請填寫此處。

顯示位置與成本

它們會顯示在嵌入的小工具（widget）和分享連結中——與頁面劇本用於初始問題的區域相同。兩者從不衝突：初始問題在訪客發言前破冰，後續建議則在訪客發言後接管。

每個回合會產生一次額外的短模型呼叫，與該回合其餘部分的收尾工作並行執行。它不會延遲答案或鎖定輸入框——訪客可以在按鈕出現前開始輸入，而輸入動作會使其消失。在撰寫這些建議時，代理程式用於顯示思考狀態的同一個進度指示器會出現在它們將出現的位置，讓訪客知道該回合尚未完全結束。

沒有按鈕的聊天頻道——Telegram、WhatsApp——不受影響。

它們會伴隨對話存在

建議會與產生它們的回覆一起儲存，而非在顯示後被丟棄。這帶來三個後果：

• 重新整理會保留它們。 按鈕是該回合的一部分，而非一次性畫面效果。
• 共享對話會攜帶它們。 重播時會顯示按鈕出現，以及（當訪客點擊時）該按鈕被按下的狀態，而非問題被輸入的過程。這正是實際發生的情況，它讓共享連結顯示對話是如何被引導的，而不僅僅是說了什麼。
• 問題是否被點擊是被記錄的，而非猜測的。 訪客很可能自行輸入了相同的句子；平台儲存的是實際發生的情況，而非從文字中推斷。

相關

• 頁面劇本——在訪客說任何話之前提供的問題，根據訪客開啟聊天視窗的頁面來選擇。
• 保持代理程式誠實——為什麼代理程式自身指令中的邊界能防止建議導向不應去的地方。