V2EX › sickworm 的所有回复 › 第 3 页 / 共 4 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4

❮

❯

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@xoliu6 太好了

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@zy0829 是的，目前有两条路子，一个是用 jvmti 接口插入增量变更，另一个是 application 初始化时反射改 dex 和 res 资源列表
目前插件都支持，第一个优先，第二个兜底

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@kalixi 确认了是真的，quail 1 的行为变了，今天修一下
我一直用的 panda4 ，quail 1 不好用适配完就没用了，没注意到这个变化
感谢

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@hlayk 不运行 jugg:* 的配置就可以了，右上角 Run Configuration 切换回 Android 的运行配置
你说的打包应该是完全不走插件的

总结就是没有黑魔法 - 只有选了 jugg:* ，点击 Run/debug 按钮才会走插件的编译，其他任何 Android Studio 操作都不侵入

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@kalixi 收到，我试试

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@hlayk 感谢关注，回答一下
1. 插件是 for debug 的，发正式版本不要用，首先默认情况下增量文件是保存在设备的，apk 不含增量变更；其次 release 包混淆后情况变得非常复杂，不可靠
2. 主动降级是命令行运行 gradle 进行编译 e.g. ./gradlew :app:assembleDebug （会从 IDE 读具体的命令），把 gradle 产物刷一遍
3. Build->Clean project 会把 gradle 产物清掉，插件会自动失效，需要降级一次
4. File Invalidate Caches 只清理 IDEA 的缓存，对插件以及 gradle 都无任何影响
5. 完全重新编译 clean 就够用了，产物都删掉了

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@NathanDo 接入文档最下面有个使用介绍

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@NathanDo 做了 agent 能力，已经支持 cli 调用了，但本质还是调去 android studio 的插件 runtime 。不打开 android studio 的纯 cli 不少人也有诉求，正在做

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@SuperLino 卧槽这么快，欢迎提意见

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@BestEicky 我这是阿里云 100M 水管，奇怪了，其他人暂时没遇到

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@WebKit 抱歉了，因为后面打算换个组织开源所以仓库目前是私有的没法访问

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@superkkk 我们这暂时还没法全走云端，不过也是迟早的事情。到时候不知道我这方案还能不能继续产生价值，万一 ai 干啥都是 one shot 都没有调试的事了

7 月 23 日

回复了 sickworm 创建的主题 › Android › 有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

@luckyc 🧎‍♀️

6 月 27 日

回复了 hihihihihi 创建的主题 › Claude › Fable 5 好用是真好用，贵也是真贵

@YanSeven 不算特别新的知识，三个模型应该都晚于这个知识的时间点。后者倒是有可能，不过他解释的也非常的到位，其他两个模型没那么深刻

6 月 26 日

回复了 xiaoge666 创建的主题 › 程序员 › 花 2 月写了一款软件，结果 claude code router 上线了一模一样的功能

如果是一个大众的需求，肯定很快就有人做出来，而且影响力比自己大得多。也算是国内的劣势吧

6 月 12 日

回复了 hihihihihi 创建的主题 › Claude › Fable 5 好用是真好用，贵也是真贵

最近试了几个问题，感觉 Fable 太恐怖了。我有一个 kotlin 编译器运行在 jdk 25 上的报错问题，我同时丢给了 composer2.5 gpt5.5 和 fable5 ，前面两个都不痛不痒，让我去改用户的 jdk 环境，或者做成独立进程指定 jdk 版本。
fable5 说建议用反射，利用 JavaVersion.current() 的缓存机制旁路掉 parse ，这是他反编译 kotlin 编译器的答案，而且官方在 2.1.20 也是这么修复的。我当时呆住了，这完全超出了我对 ai 的预期

6 月 1 日

回复了 sickworm 创建的主题 › 编程 › 被 composer 2.5 震撼了

update：最近几天开始感觉降智了，之前不会犯的错误现在会犯了。。

5 月 25 日

回复了 sickworm 创建的主题 › 编程 › 被 composer 2.5 震撼了

@yangyaofei 好久没用 opus 了，确实最强，gpt5.5 是我第二喜欢的，不过最近要被 composer 篡位了

5 月 25 日

回复了 sickworm 创建的主题 › 编程 › 被 composer 2.5 震撼了

@slackerman 还有这回事，我得看看，我看额度共享就没在意

5 月 24 日

回复了 sickworm 创建的主题 › 编程 › 被 composer 2.5 震撼了

@slackerman auto 和 composer 是一个体验，估计 99% 都路由到 composer 了，毕竟和其他模型隔离了额度

1 2 3 4

❮

❯