你解包一下 system.img 其实是可以看到，/system/system 目录的，你说的切换 root 后，system 目录就变成了 /，/system/system 就变成了 /system 。

自己的项目，核心代码两万多行，项目一开始才会不断重构优化，最后形成了基本已经是最稳定最容易修改的一个架构了。现在重构是不会的，因为本身就要兼容各种设备各种系统版本，测试又麻烦纯纯没事找事。

@frank42a 这个，MCP SSE 的实现并不是这样，对于防火墙的唯一优点也仅限在部分地方限制只能 GET+POST 。MCP 不是只有一个 SSE 连接，还有一个发布端点，通过 GET 连接 SSE 后获取发布端点，方法调用等都会使用 POST 发送到发布端点，而 SSE 仅仅是获取任务结果的。缺点不止一个，除了乱，还有如果代理在 nginx 路径后面还要正确重写到发布端点的 uri ，ws 直接就能做好而且只有一个连接还好管理。

我觉得这个定义适合你做参考，开发的时候甚至没有那么多现成的项目可以让我参考该怎么做。https://github.com/firerpa/lamda/tree/6e1298b536d344527ddcb94e621f1b3a88aa6f32/lamda/rpc

这个问题，要么填 bytes 自己序列化，要么 oneof 。纠结这个说明你可能也没有深入使用也没有看看别人是怎么做的还说让人支持，你在破坏它的通用性，为了你的需求需要做两个版本的文档。建议自己搞个，最好别用，我只能说以后的坑还多了。

@dapang1221 MCP 支持 stdio 和 sse 作为通信渠道，你说的 npx 这种都是 command 类型，都是使用的 stdio 进行通信，即持续的读取和写入标准输入和输出来进行通信。npx 只是一种，你写 python 用 python 命令也行，官方的有 sdk ，你自己手撸协议，用 C 写都行。另一种方式就是 SSE ，这就是比较常规的了，通过 HTTP 协议进行沟通。主要有两点，一点是需要有个 SSE 端点，这个 SSE 端点会保持连接，在浏览器打开的状态就是一直处于加载中的状态。这个端点用于保持长连接以及接收服务端的响应数据，另外，在 SSE 端点打开后，服务端会推送专门的命令端点，大模型应用会通过这个端点往服务端 POST 命令，包括 tool 执行等，命令执行完后，结果应该通过 SSE 端点进行下发。个人觉得，这个协议设计的不是那么规范好用甚至感觉就是拍屁股想出来的，搞不懂为什么不用 websocket 作为传输协议，虽然貌似后期这个东西应该会支持。总之就是这么回事，别问我为什么知道，因为刚自行实现了个 MCP 服务端。

上面说的有些都太离谱了，这么说，如果没有 root ，你差不多只能用 termux 。如果有 root 那么就好搞了，甚至还能焕发第二春，没屏幕都是小事，直接浏览器投屏控制，再装上一个 DEBIAN 虚拟环境，什么这个驱动那个驱动完全没必要，你可以直接 apt 安装和正常使用约 8 、9 成的包，跑个 nginx 、mysql 、ssh 都是小事。这个直接一条龙服务 https://device-farm.com/doc/

没必要，有 root 就行，主要也就是用 hostapd 之类的东西，温度监控、坏屏这种直接用这个远程控制就行了 https://device-farm.com ，你这主要也就是用 hostap 命令启动一下的事，不用 rom 层面那么大费周章。

自动化控制方案： https://github.com/firerpa/lamda

@jjustwin 还是有用处的，我不知道还有没有其他好的方案，因为整体编译相关的环境都是和 Linux/MAC 类环境强绑定的，有部分 py 脚本也需要打包 exe ，所以这些 python 代码就是在 wine 里用 pyinstaller 打包的，这样直接一把梭了。

公网服务器 Debian 9 家庭服务器 Ubuntu 2204

想抓包了，也就是一条命令的事。如果你会写 Python ，还能写点自动化任务操作 APP 。不止这些，可玩性很高。

觉得没什么玩的可以试试这个 https://github.com/firerpa/lamda ，你可以：1 浏览器打开远程桌面直接操作手机

非常成熟的基础设施，兼容性也高 https://github.com/firerpa/lamda

我觉得有些回答的可能以为是自己家的电脑就随便搞。如果遇到，这种肯定是得先和他们商量，具体得看他们的网络情况。如果他们的网络本身就能直接出网只是有白名单限制访问外部网站，那我们自建服务器，让他们加白名单。如果他们的网络是完全封闭的，就是默认不可能访问任何外网，那就看他是否能在他们的内网上层部署一台跳板代理（不是在内网，只是在可以接触到内网，又可以接触到外网的地方上一个，比如有些员工的电脑应该是可以访问内外网的），反正你得商量，可能还有更细节的东西。

没有描述清楚，你是做兼容性检测？按照你这种描述，我觉得 logcat + dumpsys 就够你用的了。如果说是现成的，那 Android Studio 可能带相关的东西不过我也不太熟。

抓什么包，不说你抓不到包的原因有 N 种，抓到包了，你确定你有那个能力把签名签出来吗。