用 Jev 決定瀏覽器代理程式的下一步

Jev 能操控瀏覽器代理程式嗎？

單靠它自己不行。Jev 不會點擊、不會輸入，也不會讀取螢幕畫面。它回答的是針對你送出的狀態所提出、型別明確的問題。在瀏覽器代理程式裡，這讓它適合承擔一項範圍很窄的工作：根據目前頁面的文字描述和一個目標，從你的程式碼已經會執行的簡短清單中選出下一步。

TypeSafe 的建構指南描述了同樣的分工：程式碼保持主導，模型只接收範圍狹窄、結構化的決策。代理迴圈、頁面讀取器、點擊和重試，全都仍是一般的軟體。

開啟可編輯的下一步範本。其中有一個虛構的報名頁面、一個問題和四個選項。載入只會建立草稿，要等你主動點擊檢查才會執行。

把頁面描述成狀態，而不是螢幕截圖

範本傳送的是純文字：目標、頁面標題，以及可見元素和它們目前的值。要納入哪些內容，由你的頁面讀取器決定。決策用不到的東西就不要放，也絕對不要把密碼、付款資料或他人的個人資料送到公開的示範。

每個選項都對應到代理程式裡的一個函式。Jev 挑選函式；你的程式碼提供它能夠驗證的引數，例如哪個欄位是空的。TypeSafe 的函式呼叫 Cookbook 採取相同做法：封閉集合的選擇變成問題，而自由文字、數字和日期留給你的程式碼處理。

每次只改一項，再比較結果

1、照原樣執行範本，記下選出的步驟和其他選項的機率。

2、在頁面描述中填上電子郵件，再執行一次。事先決定你預期會選出哪一步。

3、把目標中的電子郵件地址移除，並讓欄位保持空白。這時代理程式缺少要填的值，因此謹慎的設計應該傾向請人協助。

沒有預填預期答案，單次執行也不算測量。如果兩個選項一直互相競爭，就改寫它們的描述，直到一個人不必猜測也能套用為止；請參閱如何處理重疊標籤。

讓風險高低決定門檻

TypeSafe 的「以信心程度把關的路由」模式把信心程度當成第二個訊號：答案說明該做什麼，信心程度說明是否該動手。它的範例對低風險動作接受中等的信心程度，而在核准轉帳之前要求高得多的信心程度。這裡也可以套用同樣的想法。重新讀取頁面的代價很低；送出表單、付款或刪除則不然。請根據已標註的範例選擇自己的門檻，並先閱讀機率與信心程度的區別。

社群做過哪些嘗試

專案案例頁連結了一個社群的瀏覽器代理程式原型，它把決策步驟交給 Jev。其中關於速度的說法出自作者本人，而且同時改動了好幾項因素，因此無法單獨看出 Jev 的影響。請把這類回報當成值得測試的想法，然後從自己的產品建立一小組頁面狀態，並在代理程式對真實帳戶採取行動之前，逐一手動檢查每個步驟。