rev1si0n

你解包一下 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 层面那么大费周章。