little_cup

Opus 5 medium 是目前所有模型中「使用」体验最好的。

我觉得现在模型只有两种用法，一种给一个较大的目标让它自己实现。实现前用户也不知道会成什么样，这也是各家顶模型卷的领域，类似一句话写个 xx 系统；另一种是日常的 debug 、重构、查问题。这种就很适合 Opus 5 medium ，如臂指使。

https://andromeld.catchingnow.com/web-app.html 链接贴错了，上面那个是 Web USB 的入口，这个才是介绍页。
（ PS 介绍页的「视频」是可交互的，没什么意义，就是为了好玩）

https://app.andromeld.catchingnow.com
用 Pixel 的话可以来玩我这几天刚写好的 AndroMeld Web 版，跑在浏览器里的手机镜像，可以同时运行 3 个 App ，随意缩放窗口大小。支持剪贴板同步、音频转发、拖拽文件传输。
技术上使用了 Web USB 和 local WebSocket 来同时支持有线和无线传输。不开源但是免费无广。

@GG5332 人各有志。但请不要通过否定别人的需求和喜好的方式来表达自己。

@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 ，现在除了浏览器、开发相关工具，越来越习惯直接使用手机端应用了。出门拿着手机就走，无需数据同步。