little_cup

@OumaeKumiko 维护啥啊，以现在模型进步的速度，任何开发模式有效期有 2 个月就差不多了。

@OumaeKumiko @wdzj 执行调 CLI 就好，不会封号。claude 、codex 、copilot 、kimi 、agy 的 CLI 都支持 -p ，然后其他国产模型用阿里的 ocr( https://github.com/alibaba/open-code-review) 接入做只读 code review

建议这种 skill 靠个人积累。

比如我会分策划阶段和执行阶段，策划阶段 fable 带 opus 研究，opus 反编译查系统源码很有一手，产出计划书，一般是目录，内分若干章节，如何执行、哪些阶段可以并行、每阶段测试验收标准。

执行阶段让 sonnet 带 opus/codex 5.6/k3 干活，每一步 commit 前，调异厂商做 code review 。如果 review 超过 3 轮还有 high issue 就上报监督会话，额外子代理审查如果 over-engineering 则换厂商重写.

一些技巧是，计划书就严格要求带 checklist 模式，要求干活子会话实时更新进度，这样每个会话如果挂了/ 429 了，监督会话可以无损切其他模型。

监督会话（主会话）绝不能用 fable 。动辄 10 小时起的流程，上下文一长，每隔几个小时唤醒，缓存没了一次刷新就会扣 10%~20% 的 5h 额度。

还配了一批 k3/GLM/DS 做最终完成后的定向抽检，（多语言文案让 DS 来去 AI 味，前端让 k3…）

每个中型需求一般跑 1~2 天，最长跑了 5 天。但基本到手简单改改 UI 就可以上线了。

但我觉得我的经验没什么可复用性，每个人习惯差天差地别。大部分人也接受不了写完需求等几天才验收的模式。

上周先买的 99 ，问一个问题 20 分钟还没出结果额度就耗尽了。升级到 199 ，纠偏了 4~5 句话，还没写完文档额度又没了。没能试前端能力，性价比比 OA 20 刀的低太多了。


@SayHelloHi 请问一下申请退款的邮件地址是多少？

只放了我自己写的 AndroMeld ，现在除了浏览器、开发相关工具，越来越习惯直接使用手机端应用了。出门拿着手机就走，无需数据同步。

@luistrong 大约下周更新 1.3.0 会支持热点内连接。但是每重启一次手机需要先用 USB/无隔离的 WiFi 连接初始化一次。
参考： https://x.com/1ittlecup/status/2077038754104221916

目前我觉得质量最好的是：
写方案：Fable high ，然后 GPT 5.6 sol extra high 做对抗审查完善。
执行：Fable low 监督，起多个 GPT 5.6 sol high 子代理开发，若干国模做 code review 。


用异厂模型做循环 code review 、对方案做执行前对抗审查能大幅减少 bug 。
此外各家模型都有偶发鬼打墙现象，即 B 看来很简单的问题 A 死活搞不定。
最后 Grok 、GPT Luna 等模型安全审查比较低，适合偶尔用来深挖 Android 源码。

Xplore 、Gravity 、JBAK task man…老登的记忆好多呢
@bush911

不过话说类似风格的 Total Commander Android 也不错