用 Jev 建立動態表單與工作流程

Jev 能決定表單的下一步嗎？

可以，前提是可能的下一步都已經事先寫好。靜態表單依精確值分支：如果裝置是筆記型電腦，就顯示筆記型電腦的區段。自由文字的回答會打破這種邏輯，因為「是在我把它摔到之後開始的」不符合任何下拉選單的值。Choice 問題可以讀取目前已有的回答，並從你準備好的追問中選出一個。欄位、驗證以及送出之後發生的事，仍然由你的表單負責。

開啟可編輯的下一個問題範本。其中有一份虛構的設備支援申請，包含三個回答和四個可能的追問。載入只會建立草稿，要等你主動點擊檢查才會執行。

把追問寫成附帶理由的選項

務必保留一個停下來的方式。否則表單會一直問下去，因為總有某個選項會勝出。法律或安全方面的必問問題不要交到模型手上：如果某個欄位是必填的，就每次都由程式碼來問。

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

1、執行範本，記下選出的追問和其他選項的機率。

2、把「問題」一欄換成「最近一次系統更新後，畫面開始閃爍」，再執行一次。

3、加上一行「保障方案：有效至 2027 年」，看看關於保固的追問是否就失去了意義。

沒有預填預期答案，幾次執行也不算對你的表單做了測試。上線前，請收集真實或擬真的未完成提交內容，寫下受過訓練的同事會追問什麼，再加以比較。

在一個請求中問好幾件事

在你自己的整合中，一個請求可以帶上許多問題。TypeSafe 的推測式扇出（speculative fan-out）模式會把可能用到的問題一起送出，包括最後可能無關的問題，再讓程式碼只讀取適用於所選分支的答案。它的文件表示這些問題是平行評估的，因此多加幾個問題通常對回應時間影響不大。對表單來說，這表示一次呼叫就能回傳類別、是否提供了訂單編號，以及語氣是否需要安排回電，再由表單決定要顯示什麼。本站的「動手試試」頁面每次檢查只問一個問題，因此它示範的是這種設計中的單一步驟。

社群做過哪些嘗試

一個密碼管理工具團隊在 2026 年 9 月 17 日分享了一項實驗：用 Jev 辨識複雜網頁表單中的欄位，取代手寫規則。該貼文中的改善幅度與延遲數字出自作者本身，來自他們自己的測試頁面；這些數字尚未經獨立重現，而且作者表示這是一項實驗，並非全面部署。更多例子請見專案案例頁。

模型可能誤讀反諷、混用的語言，或填錯欄位的回答。請提供一個看得見的方式，讓使用者能手動到達每一個分支，並在上線前閱讀Jev 的限制在哪裡。