kkocdko

或许可以用 tasker 来写。tasker 里有 nfc 相关的触发器。

没事的，你还用脚垫了一下呢。前阵子我骑共享单车摔了，放包里给砸了个角，还不是照样用。

相比之下应该更关心你的脚怎样了（

和之前养龙虾差不多道理

按照我的经验，你使用的模型应该不是 openai 的模型。

openai 的模型，对于 codex 的调用方式有做后训练，它更加适应这个环境。这与 api 转换（ chat completion api / responses api ）无关。

例如，deepseek v3 的时候，转换并接入 codex 就经常出现类似问题，忽然停下来不动，或者工具调用格式错误。v4f 之后，官方声称是配了 codex ，很多人以为只是提供了 responses api ，其实不止于此。v4f 对 codex 的调用方式有做后训练，适配性明显更好。

如今，glm-5.3-flash 对 codex 的适配也很好。但 qwen 3.8 flash 就明显不太行，依然经常出现调用错误和停顿问题。

如果要追求最佳的兼容性，那么，只能选择 opencode 。它比较传统，对于各种来源的模型的宽容度最好。

有同感。

另外，aab 很多时候似乎“解决了不存在的问题”。如今随着矢量图资源等的广泛使用，对不同 dpi 的分包变得不那么必要了（只剩下多语言还有分包必要）。架构也只剩下 arm64-v8a 。

我前阵子尝试了一下，保持原生库不压缩，用 http content-encoding zstd ，已经能做到非常好的分发节省效果。用户侧的安装速度也快很多（ xapk/apkm 下载后需要额外重组步骤。官方 aab 我不清楚）。

虽然我用类原生，但我建议不要使用类原生系统。

国内很多应用，例如美团，淘宝，会检测类原生系统。即便你无 root ，无注入，甚至回锁 bootloader ，依然会被检测，反复处罚和循环封号 3-7 天。

而如果你使用厂商自带系统，即便 root ，做好伪装的话，xposed 注入，甚至开挂都能通过检测。之前很多外卖骑手就经常干这个事。

总之：

如果用类原生，就算你再老实也会被检测。而且还很可能损失 nfc ，指纹支付等功能（阿里的指纹支付需要系统内置模块，并非 android 的统一安全 api 。境外金融机构的 app 还是能用指纹的）。

如果用厂商自带系统，或者刷 EU ，要做好伪装，一般都能通过各种检测。

参与一下

又开始往里面加各种功能了。我还是不更新好了。

建议 IPv6 直连，直接用 Hysteria 2 (BBR ，别上 brutal 这种暴力发包的) 或者 TUIC 。目前 v6 的墙似乎还是略矮一点的状态。我这边移动走香港的延迟也是非常低，还省去了买好线路机器的钱。

用 CDN 除了不暴露 IP 之外，似乎没有什么好处。