rev1si0n

安卓开发光仿真设备可能不太行，常规开发只要遵守规范应该不会有太大的问题（当然涉及到底层 SO 库的除外），我开发的纯底层应用兼容安卓 6.0 - 15.0 ，兼容性问题最多了，除了支持这些系统，还支持 armv7 、armv8 、x86 、x86_64 底层架构的安卓系统。所以我这里一共有七八种设备，三台不同品牌型号的手机分别运行着 6.0 ，9.0 ，14.0 。两台模拟设备运行常规的夜神雷电等常用系统的模拟器。三台 Android studio 模拟器，分别运行 6.0 ，10.0 ，15.0 。一开始或者大更会每台都进行测试，后面看写的代码，如果凭感觉觉得会有兼容性问题那就抽几台出来测试。但是这样仍然会有一些发现不了的问题，没必要追求完美，也追求不到，要么也不会有 APP 热修复 Crash SDK 这些东西了。

你解包一下 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/