Cloudflare 開源 OHTTP 除錯工具 pvcli
Cloudflare 開源的 pvcli，是專門處理隱私代理協定的 curl-like CLI。它以 Rust 開發，整合 OHTTP、Binary HTTP、HPKE、TLS 1.3，以及 HTTP/2、HTTP/3 傳輸；可以自動取得 Gateway 公鑰、編碼並加密請求，經 Relay 與 Gateway 送到目標，再解密回應。原本得翻 RFC、手刻二進位封包和拼接腳本的流程，現在一條指令就能完成，還可把各階段資料印出來找錯。
現實應用
最直接的用途是測試 App API、匿名分析、健康資料或其他不希望服務端同時知道「誰發送、送了什麼」的系統。OHTTP 透過不同營運者管理的 Relay 與 Gateway，把來源身分和明文內容拆開；Cloudflare 的 Privacy Gateway，以及 Apple Private Relay、Microsoft Edge Secure Network、Flo Health Anonymous Mode 等相關服務，都是這類架構的實際案例。
對協定開發者、資安團隊、SRE 與 Cloudflare 客戶來說，pvcli 可做端到端驗證、事故排查與相容性測試。它也支援一般 HTTP/2、HTTP/3 請求、HTTP CONNECT Proxy、自訂 Relay Header，以及用 mTLS 驗證 Relay 端的 Client。
期望評估
我認為低標期望，是省下人工解析 BHTTP、核對金鑰設定與反覆寫測試 Client 的時間；即使不採用 Cloudflare 服務，也能把它當作 OHTTP 實作的交叉驗證工具。
高標來看，我猜它有機會成為隱私協定版的通用 curl。Cloudflare 已規劃加入 MASQUE、Privacy Pass、Chunked OHTTP、延遲資訊與後量子密碼支援，但這些仍是 roadmap，不能當成現成功能。
商業策略分析
受影響最大的不是一般使用者，而是提供 Privacy Proxy、VPN、匿名 API 與敏感資料服務的廠商。開源測試端能降低客戶導入和雙方釐清責任的成本，也讓 Cloudflare 把自身大規模營運經驗變成生態系入口。
我認為值得相關團隊跟進，但應先把它定位為開發與診斷工具，不是可直接放進正式產品的安全元件。對 Cloudflare 而言，Apache-2.0 授權有助擴大標準採用，後續則可能帶動其 Enterprise-only、仍處 closed beta 的 Privacy Gateway 商機。
實作細節
先安裝 Rust，再執行：
cargo install --git https://github.com/cloudflareresearch/pvcli
一般請求可用 pvcli --http3 URL；OHTTP 模式加入 --ohttp，並以 --first-hop 指定 Relay、--proxy 指定 Gateway。-v 到 -vvv 可逐步增加日誌細節。
目前專案明列為 experimental、尚未接受安全稽核，也尚未支援 PQC HPKE，部分相依規格仍在草案階段。macOS 可能出現 jemalloc 警告，但官方表示對短生命週期程序影響有限。