@Vegetable #17 确实不理解为什么会出现自己用 async 但是库没有定义 async 的情况，我在想他写代码都不看文档的嘛，不看文档就算了可能连代码都不看。

买的旁路由装了 openwrt openclash shellcrash 最终发现都不是很适合自己的使用情况要不就是太难用了，最后直接旁路由装了 mihomo chinadns dns-crypt 然后在路由器上设置为网关和 DNS ，最后 ipv6 ra ，通通搞定，没有一点泄漏，再不放心华硕路由器自带 dns 重定向再套一层。

https://device-farm.com/doc/ 完全检测不到

https://device-farm.com/doc/ 内置 frida 抓包，实时浏览器控制查看，设置代理什么全部通过 Python 或者一键脚本，免踩坑。

没那么神，别把那些骗钱的想的太高级了，正常手机保持更新这东西基本就是个废物。无非是漏洞利用，只是是不是有别人没公开的洞罢了，这里的洞包括系统漏洞或者 APP 本身就有，你说的云上数据也不是不可能。你自己可能就能搞个效果不太好但是讲究能用的东西 CVE-2024-31317 CVE-2022-20421 （来自一个外行人的评价）

其实只是开发者和普通玩家的区别，他们大部分人也不是专业开发所以没有那么多讲究，只是业内用词罢了。我前段时间也折腾了，买了个旁路由，就用来翻墙按照社区的标准装了 openwrt 和其他的都试了下，翻墙的 openclash 还有另一个啥的，用下来的感觉就是没有那么顺心，有小 BUG ，还有可能改个配置都要重启，一些做这个玩家的可能也都不是专业写代码的，最后我还是自己装了官方的 Ubutnu 系统，配了 mihomo chinadns dnscrypt-proxy 这些，做网关配合 ipset 翻墙稳得一笔，也不用专门跑个路由系统了。

抓包门槛这么高了吗，不想初入门第一步就受挫用这个 https://github.com/firerpa/lamda

可能性不大，但是如果你能精确到最小的功能都给他说明白，然后能让 AI 自己测，那倒是有可能出来个简版的。别对现阶段的任何 AI 抱太大期望，特别是越靠近底层的东西，当然如果不限制 token 了那不好说。

试试 https://github.com/firerpa/lamda ，不过需要 root ，你这个很简单，直接读短信应用的数据库就好了，然后配合自动化代码操作 APP 。

目前并不能，比如某人说的：一个更会提问的程序员， 可能比一个技术高的程序员， 代码能力更强。实际上，技术不高并不能指出关键点，并且即使存在明显错误，技术低的也并不会发现并且信以为真。这是目前使用下来的总结，确实能够提高效率，可以更加去注重核心的东西，但是你说的低级替代并不存在，如果存在，至少在目前属于自嗨或者写的东西本身就是没有创新、研究、革命性的东西。

@iwillfree 目前这个的作用仅限于监控状态，纯网络无需 ADB ，群体控制需自行编写脚本控制，配套有 Python API 。

安卓开发光仿真设备可能不太行，常规开发只要遵守规范应该不会有太大的问题（当然涉及到底层 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 。