feat: Jev planner — TypeSafe System One 接進 session 推薦引擎（v1.7.0）

[JoshuaWangTW]

摘要

移植 browser-use/jev-ultrafast 的核心技術：「動態索引動作空間 + speculative fan-out」。RB 既有的 available_actions（stable action_id）就是那張索引元素表；本 PR 把決策引擎從啟發式換成 TypeSafe Jev（System One 模型），只推薦、不執行。

• session_start 新增 goal。每步 settle 後一次請求問 Jev 兩個 typed choice：operation（follow / submit_form / done / blocked，只列有候選的）與 target（依 operation 的 action_id 候選）。
• 答案取代 loop.recommended_next_actions，附 calibrated confidence。新增 loop.planner（jev / heuristic）與 loop.planner_note（Jev 失敗原因）。
• 驗證同 jev-ultrafast validate_choice：id 在候選內、分佈總和 ≈ 1、argmax 一致；任一不符 = 不推薦、退回啟發式。
• 執行權仍在呼叫端；非 GET 表單照樣 dangerous。守 CLAUDE.md 紅線（不做完整 JS browser / 不自動執行）。
• Env：TYPESAFE_API_KEY（無 key 帶 goal 回 invalid_params）、TYPESAFE_MODEL、TYPESAFE_ENDPOINT。
• 零新依賴（reqwest 未開 json feature，改手動 serde_json）。全部 additive，1.6.0 → 1.7.0；API.md、CHANGELOG 同步。

資料外送

帶 goal 時每步送 {url, title, text ≤ 6000 字, elements(action_id/kind/label/dangerous), 最近 10 個 op} 到 api.typesafe.ai。不帶 goal 行為與 1.6 完全相同。

驗證

• cargo fmt --all -- --check / cargo clippy --all-targets -- -D warnings 通過
• cargo test 全綠：84 unit（含 jev.rs 4 個離線測試）+ 15 session（新增 wiremock 假 Jev 端點測試：正常路徑取 form_0 confidence 0.85；端點死掉退回 heuristic 並附 note）
• release 二進位 stdio 煙測 example.com 三路徑：
  • 無 goal → planner: heuristic
  • 有 goal 無 key → goal requires TYPESAFE_API_KEY in the MCP server environment
  • 有 goal 對本機假 Jev 端點 → planner: jev，{"action_id":"link_0","confidence":0.88,"why":"jev: follow (p=0.90) → Learn more (p=1.00)"}
• 測試抓到一個真 bug：request 只提供有候選的 operation，驗證卻硬用四個 → 抽 offered_operations() 共用。

未做

B 方案（session_run 自動 GET 迴圈）等拿到真 key 評估 Jev 判斷品質後再議。TypeSafe 目前 invite-only，尚無真實 key 實測。

🤖 Generated with Claude Code