RelayCraft:把 AI 放進抓包工具裡,讓流量自己說話
摘要
一款把 AI 放進流程裡的開源流量除錯工具:本機代理負責擷取與解密 HTTP 流量,內建的 MCP 伺服器讓 AI 助手讀取請求、分析問題,甚至直接改寫請求與回應。
推薦- 軟體名稱
- RelayCraft
- 版本
- 20260612
- 收費
- 免費
- 開源
- 開源
- 作業系統
- WindowsmacOSLinux
- 更新時間
- 2026-10-19 22:00
十年沒進化的那個流程
攔截流量的工具十年來幾乎沒什麼變化,而被它綁住的流程才是原因。開代理、抓下經過的東西、用自己的眼睛看那個請求、判斷哪裡不對,然後手動改——再一次、又一次,每一個想試的變化都重來一遍。這些工具在「抓」這一段很強,卻把「想」整個留給人。而「想」並不輕鬆:讀一個表頭、把回應內容跟官方說明承諾的東西對一遍、把造成失敗的那串順序重建出來,時間其實都花在這裡。
RelayCraft 的起點是一個觀察:現在的 AI 正好很擅長這一段,卻完全碰不到它,因為流量活在一個它看不見的應用裡。解法就是把流量用一個標準介面攤開,讓助手能在跟你同一份資料上工作。
助手實際上能做什麼
這個工具跑一個本機代理,另外跑一個 MCP 伺服器——一套把工具與資料交給 AI 客戶端的開放協定。把助手接上去之後,它就能讀取目前抓到的請求與回應、判斷哪一個在失敗以及為什麼、改寫參數或替換回應內容,並且一次跑一組案例,而不是一個一個來。決定權還是在人手上;差別在於「判斷」和「動手」發生在同一個對象上。
這改變的是聯調工作的形狀,不只是把它加快。以前是抓一個請求、讀它、開編輯器、改一個值;現在是描述你要的結果,然後看結果——而結果不對的時候,上一版只差一步,而不是消失了。同樣的性質也讓介面測試與流量分析沒那麼枯燥:用文字描述一個案例,讓它對著抓到的流量跑一遍,跟為它寫一支腳本,是兩種不同的活動。

編譯過的核心,而不是包起來的網頁
這裡的工程選擇比行銷話術願意承認的更重要。這個類別裡有不少桌面工具,本質上是把網頁介面塞進一整套瀏覽器引擎裡,這正是它們啟動慢、而且佔用的記憶體跟它做的事完全不成比例的原因。這一個用的是作業系統本來就提供的網頁顯示層,把代理引擎放進一個以 Rust 寫成的編譯核心裡,於是吃重的工作——攔截、解密、改寫——都在原生程式碼裡跑,而介面還能保持現代。
功能的下限也到位了,對靠這個吃飯的人來說:HTTPS 解密、請求斷點、重送、規則替換。這些不是差異化功能,是最低要求,而一個把這些做錯的工具,助手再好也不能用。真正值得驗證的說法是:原生引擎與能碰到它的 AI,兩者加起來大於各自。

本機優先,在這裡不是口號
從公司內部應用抓下來的流量,經常包含工作階段權杖、內部主機名,以及不該離開這棟樓的內容。這個設計把資料留在本機:擷取、解密、改寫全都在機器上發生,不上傳。AI 這一端是透過本機協定連到你本來就在用的客戶端,也就是說請求從來不會送到工具廠商自己的伺服器——因為它根本沒有那種伺服器。
這個區別值得講精確,因為它是「隱私承諾」與「隱私姿態」之間的差別。你的請求確實會到達助手所用的模型,跟你把它貼進對話視窗時一樣;不會發生的是「另外多送一份給工具廠商」。對內部介面與任何帶著憑證的東西來說,這正是人們真正需要的安排,而它值得被理解,而不是被相信。
一個人、一個 AI,幾個月
它的來歷最能說明這個專案的時間點。一位開發者從零開始,前後幾個月就把它做出來,全程有 AI 協助——這種開發方式已經普遍到有一個名字了。這是一個很有意思的資料點:一個有能力的人現在能多快做出這種工具;而它同時也是「專案節奏快」與「你會遇到粗糙邊角」這兩件事的誠實解釋。
它完全開源,意思是程式碼可以被讀、被改、被擴充、被重新建置;社群裡已經有人貢獻外掛、提出功能需求,也有人把它接進自己的工作流程。對一個會經手憑證的工具來說,能讀原始碼不是一種哲學偏好,而是唯一能知道那些憑證遭遇了什麼的方法。

適合誰
在前端與後端之間聯調的開發者:那裡的工作是一圈又一圈的「抓、比對、調整、重試」,而一個能替你做調整的助手,把大部分的摩擦拿掉了。寧願描述一個案例也不想寫腳本的人在做介面測試時。翻著解密後流量做分析的安全研究人員:把可疑的那串東西指給助手看,比一行一行讀快得多。以及那些十年來一直用舊工具、只因為沒有更好的東西出現的人。
它的主張很窄也很清楚:給抓包工具裝一個大腦。它不再是「盯著流量猜問題」,而是「描述問題,然後看著它被改掉」。對於整天在做這件事的開發者,花半小時試一下是合理的投資;而本機處理與開源這兩點,讓隱私這個問題可以被回答,而不只是被安慰。
老實的總結
這裡新的地方是「接起來」,不是零件:代理早就有了、協定有了、助手也有了,貢獻在於把它們放進同一個迴路。底下的工程是紮實的——編譯核心、原生引擎、功能下限都顧到了——而限制則是一個年輕專案快速做出來會有的那些:粗糙的邊角、還在補的功能、以及尚未確定的長期形狀。這些都不改變它的論點:如果你的工作就是流量,一個能讀它、也能改它的助手,跟一個只把它顯示給你看的工具,是兩種不同的東西。