大家好,我是何三,独立开发者

做后端和客户端开发的,谁还没被 Charles Proxy 宰过一刀呢?

50 美元一个许可证,换台电脑还得重新授权。你要是团队用,那更是按人头收费,一年下来够吃好几顿海底捞了。

然后 mitmproxy 倒是开源免费,但 Python 写的,装个环境都能折腾半天,而且你得会写 Python 脚本才能玩高级功能。

这个月 Hacker News 上冒出来个新项目——Oproxy,用 Rust 从头写的 MITM 代理,完全开源,Docker 一键部署,还自带了一个 AI 助手。

什么叫「自带 AI 助手」?

就是你在 Web 界面里直接打中文,比如——

"把所有 api.test.com 的请求都转到 github.com"

它就用自然语言把你把规则配好了。

没懂作者为什么这么设计?其实道理很简单:你调试的时候手忙脚乱,哪有空翻文档查正则表达式怎么写。

说实话,这块我也没完全搞懂它底层是怎么解析自然语言的——可能是接的 LLM API,也可能 Rust 里套了个轻量模型。原理大概是这样,细节可能有出入,有懂的大佬欢迎指正。

但效果是实打实的。不用学 DSL,不用写脚本,打开浏览器说人话就行。

Oproxy 能干什么?

说白了,就是把你电脑和互联网之间的流量"劫持"了,让你能看清楚每个请求发了什么、收到了什么,还能动手改。

这东西叫 MITM(中间人)代理。做开发调试的人天天用:

  • 看 App 调了哪些 API,传了啥参数
  • 把线上接口的响应改成错误数据,测 App 的异常处理
  • 抓第三方 SDK 的请求,分析它偷偷传了啥数据

Charles Proxy 就是干这个的,卖了二十多年,从 Java 1.4 时代活到现在。2026 年 4 月刚发了 5.1 版本,还在更新。

但 50 美元啊。

Oproxy 完全免费,Docker 跑起来只需要一行命令:

docker run --rm \
  --name oproxy \
  --ulimit nofile=65535:65535 \
  -p 8080:8080 \
  -p 1080:1080 \
  -e OPROXY_BIND_HOST=0.0.0.0 \
  -e OPROXY_MITM_ENABLED=true \
  -v oproxy-certs:/app/certs \
  -v oproxy-storage:/app/storage \
  ghcr.io/sauravrao637/oproxy:latest

跑起来之后,浏览器打开 localhost:8080 就能看到 Web UI,设置系统代理指向 localhost:8080,流量就进来了。

这个 Docker 命令里有个细节:--ulimit nofile=65535:65535。搞过网关的人应该秒懂——代理要同时 hold 住大量 TCP 连接,文件描述符不够会直接崩。作者能加这个参数,说明是真干过生产环境的。

跟 mitmproxy 和 Charles 放一起比,差距就很直观了:

工具对比

mitmproxy 很成熟,Python 生态的插件一堆,社区也很活跃,v12.2 都发了。但 Python 运行时本身有开销,你要是想在 CI/CD 流水线里集成就得掂量掂量。

Oproxy 用 Rust 编译成单二进制,启动快、内存稳,Docker 镜像也小得多——这个压缩率,怎么说呢,就是……就是那种你扔服务器上根本感觉不到它的存在。

不过也得说句公道话。HN 上有人扒了 Oproxy 的源码,说写得比较糙,像是 Claude 生成的代码没怎么 review。作者自己也承认了:

"Oproxy 还在非常早期的阶段,需要更多人工审查。"

态度挺诚恳的。一个独立开发者能做出来这个程度,用 Rust 写完整个 MITM 代理还塞了个 AI 进去——我真的服。

同类工具里,Charles Proxy 在 HN 上刚被讨论过,说明大家对这个付费工具又爱又恨的情绪一直都在。

mitmproxy 有个叫 mitmproxy2swagger 的工具,能自动把抓包记录转成 OpenAPI 3.0 规范,生态确实成熟。如果你要做 API 文档自动化,mitmproxy 那条路还是最稳的。

但 Oproxy 的 AI 助手这个方向,我直觉是对的——调试流量这个场景天然适合用自然语言交互,因为你脑子里的需求就是人话,不是 DSL。

如果你对这类网络工具有兴趣,我此前还整理过《2026 年 GitHub 高性能神器排行榜》,关注后回复「工具」获取。

啰嗦这么多,总结一下:

Oproxy 现在还嫩,但方向很对。

一个 Rust 写的、Docker 一键部署的、用中文就能配规则的 MITM 代理——对于不想花 50 美元买 Charles、又觉得 mitmproxy 配置麻烦的人来说,这是个值得盯着的项目。

装不装都行,看你自己。但至少 Star 一下,万一以后用得上呢。

项目地址:https://github.com/sauravrao637/oproxy

本文使用 MGO 编辑并发布

关注"何三笔记",回复"mgo" 免费下载使用