它知道你是從 哪一頁點開它的。
大多數對話泡泡都從一片空白開始，還要訪客把剛剛讀到的內容再交代一遍。這一個直接從那一頁出發，一開口就是這一頁真正會引出的那個問題。
那個沒人會點的泡泡
每個網站角落都有一個：一個圓圈，寫著「你好！需要幫忙嗎？」——可它根本答不出這句話，因為它完全不曉得你來這裡做什麼。點開之後是一個空白輸入框和一個閃爍的游標，球又踢回你身上：說說你是誰、你在評估什麼、你剛剛在這一頁上讀到了什麼。
大多數人懶得費這個工。泡泡就這樣變成了裝飾品。
知道你在哪一頁，第一句話就不一樣
一個知道你正在看定價頁的智慧代理，不會再問「需要幫忙嗎」。它會說，看得出你在比較方案，接著把這一頁的訪客真正想弄清楚的三件事直接攤開：我們這種規模該選哪一檔、用超過了會怎麼樣、能不能先試用再付費。
換到律師事務所的解決方案頁，同一個智慧代理開口談的是保密性，以及需要時能不能俐落地轉給律師——因為那才是這一頁會勾起的疑慮。到了 API 文件頁，它乾脆跳過所有推銷，直接回答驗證怎麼做。
這些問題，點一下就送出去了。沒有人需要為了跟一個陌生人搭話而先想好開場白。
逐頁寫出來，而不是從頁面上抓
每一頁配一份簡短說明：誰會來到這裡、他們正在決定什麼、他們通常擔心什麼。智慧代理依此寫出問候語和建議問題，並依訪客瀏覽器的語言呈現——你只要用一種語言寫一次。
事實歸事實。價格、額度、限制一律由知識庫回答，知識庫的優先序高於頁面說明。說明決定的是對話怎麼開場，改變不了什麼是真的。
訪客改不了智慧代理相信的內容
最直覺的做法，是讓小工具讀取頁面內容、連同文字一起送給智慧代理。我們沒有這樣做，而且值得說清楚為什麼。
瀏覽器送出的任何內容，坐在螢幕前的人都改得掉；而頁面脈絡又離智慧代理的指令非常近。我們實測過：把一句偽造的「本月企業版 199 美元，席次不限」塞進頁面脈絡，就算那段脈絡已被明確標示為資料、就算智慧代理被要求價格只能取自知識庫，模型仍舊把這個假價格當成事實轉述給了訪客。
所以這些文字留在伺服器端。頁面只回報一個代碼或一個 URL，平台再去取出你寫好的那份說明。訪客能做的最壞的事，不過是索取另一頁的說明，然後拿到一段你自己寫的文案。
怎麼接上
在靜態網站上，一條 URL 規則就夠了——*/pricing 能涵蓋定價頁的所有語言版本，頁面本身一行都不用改。單頁應用則在路由切換時明確指出目前的頁面。
主控台會顯示哪些頁面被點開、哪些建議問題被點選，所以哪一段文案沒發揮作用，一眼就找得出來重寫。
專精，而非博學
你不需要又一個什麼都能聊的聊天機器人。你需要的是把你這門生意摸得透徹、而且只待在你畫定範圍內的智慧代理。
每位客戶專屬的記憶
不是一個代理服務所有人，而是一位客戶配一個代理，完整承接這段關係。這種個人化，CRM 給不了；而它的成本，低到你整本客戶名冊都跑得起。
把時間還給你
哪些詢問值得你花時間？不先花上一小時問清楚，你根本答不出來。而這一小時改由智慧代理來花——該問的問題、資格條件、要備齊的文件，它先問完；進到你行事曆裡的，是一件已經有人整理好的案子。
會動手做事的智慧代理
只會講話的對話視窗，事情終究還是落回你身上。這一個會下單、訂位、開工單，透過 MCP 與你自己的 API 接上既有系統。
客戶關係留在公司
做關係生意，團隊對每位客戶的了解就是資產，而這份資產通常只裝在某個人的腦袋裡。在這裡，它累積在公司。