关于项目
为什么做这个
最初只是想省掉「改一行、扫一次码」的循环。
要确认一个小程序页面把参数发去了哪，手边只有手机。装开发者工具、扫码登录、连同一个 Wi-Fi、核对版本号，二十分钟连上了，Network 面板却是空的 —— 小程序发请求不走 WebView，那一层压根拦不到。
那天晚上把 WMPF 运行时做成了一个独立 APK。它叫 WeAppDev：小程序能在里面跑起来，Chrome 能连上来下断点，请求能明文看到，还能挂插件。
分发方式
WeAppDev 不开放源码，只免费提供 APK。你可以从 GitHub Releases 下载最新版本，安装后直接使用。
这样做的原因很简单：项目里有大量与运行环境强相关的适配，开源带来的维护成本远高于收益。APK 免费，问题和建议随时可以找我。
设计原则
只做小程序这一层。 不替代系统抓包，不接管别的 App，不和官方开发者工具抢角色。
可退出。 关掉调试，就回到「什么都没发生」的状态。插件零注入，不留脏数据。
不碰系统。 所有能力都内置在 App 里，不修改系统分区，也不依赖框架环境。所以不需要 root。
结论要带证据。 文档里写能复现的步骤和看到的现象，不写「应该可以」。
技术底座
| 组件 | 说明 |
|---|---|
| WMPF | 腾讯官方小程序运行时 |
| 运行时核心 | 登录、会话与协议中转 |
| 调试网关 | 标准 CDP 与 REST 接口 |
| 网络捕获 | 请求与响应双路记录 |
| 插件总线 | 三上下文消息路由 |
联系
声明
本项目基于腾讯官方发布的 WMPF 运行时。
- 仅供个人学习与研究使用；
- 请勿用于商业用途或大规模分发；
- 请勿用于未授权的小程序；
- 请遵守微信与腾讯的服务条款。
因使用本项目产生的任何后果，由使用者自行承担。
致谢
感谢 WMPF、Chromium DevTools Protocol、VitePress，以及所有提交 Issue 和插件的朋友。