Sabitlenmiş Tweet🇴x10202🇧🇪9@1ittlecup·12 Mar通知滤盒的设备端机器学习上线啦~ 举个栗子,默认不过滤应用商店的「有 xx 个 App 更新」。但只要在通知历史里点大约 2-3 次「是骚扰通知」,它就学懂你的意思了。 下载: - 国内酷安 coolapk.com/apk/com.catchi… - 国外 Google Play play.google.com/store/apps/det… (求 RT 扩散此条,谢谢大家~)Çevir 中文4335224.1K20
Enfs Jing@jing8956·1d@1ittlecup 可是这个按次计价的副驾驶, 让 x3 的 opus 4.6 整个大活, 首先先转个半天圈圈等排队。 然后项目读着读着就掐停了, 输出输着输着太长就掐停了。 就只剩下屏幕前的我干瞪眼。 所以是,越老想着不多干点活就浪费了亏了要它一次就整好、整大活,最后越是什么也得不到。Çevir 中文10058
🇴x10202🇧🇪9@1ittlecup·1d项目写到“后期”,codex 变得越来越不顶用。新建一个窗口,什么都没开始干,光读代码小时流量的 10% 就没了。可是如果按照人类经验拆分重构,AI 表现迅速肉眼可见的变笨。还是按次计价的 copilot 好。Çevir Republic of Korea 🇰🇷 中文101442
🇴x10202🇧🇪9@1ittlecup·3d@oasisfeng 我经常给他布置按小时算的任务,比如从文档直接开发一个 app 并测试,刚刚的例子:x.com/1ittlecup/stat…Çevir🇴x10202🇧🇪9@1ittlecup让 claude 4.6 copilot 给我整理导出本机所有我自己开发的 prompt 记录,codex 和 copilot 都是 sqlite 的很快好了。antigravity 的跑了 50 分钟,分析是 protobuff 加密的,密钥可能是云下发,让我帮打开antigravity app,他读 gRPC 协议把历史记录读出来了。 有一种不太舒服的佩服感。 中文001592
Oasis Feng@oasisfeng·4dGitHub Copilot 中的 Claude Opus 4.6 (high) 似乎没有被降智。今天给它的两个 DSL 设计任务,都思考了 10 分钟以上。细看了一下过程输出,的确很努力了,对得起这 3x 的配额消耗。 可能 Anthropic 的企业 API 服务不致于像终端消费者业务那样想降本就降智,毕竟有 SLA 之类的协议在那里约束着吧。Çevir 中文40217.2K12
🇴x10202🇧🇪9@1ittlecup·3d让 claude 4.6 copilot 给我整理导出本机所有我自己开发的 prompt 记录,codex 和 copilot 都是 sqlite 的很快好了。antigravity 的跑了 50 分钟,分析是 protobuff 加密的,密钥可能是云下发,让我帮打开antigravity app,他读 gRPC 协议把历史记录读出来了。 有一种不太舒服的佩服感。Çevir 中文0031.3K2
🇴x10202🇧🇪9@1ittlecup·6d去年这个时候还在研究怎么写 prompt 来写出详尽的注释。现在已经希望 AI 少写注释节省 token 了。 现在偶尔手动改一点代码的感觉,就好像 5 年前写 gradle 插件改字节码一样。Çevir 中文001362
🇴x10202🇧🇪9@1ittlecup·12 Nis@IcedYuenYeung_ @xxm459259 自用 vibe 产品不存在维护,保存好 prompt,有需求变动重写一个。Çevir 中文100245
IcedYuenYeung@IcedYuenYeung_·12 Nis@xxm459259 还有后期维护的溢价。。可以想象每一个app都是自己vibe code,维护起来是多麻烦Çevir 中文104852
Micro 小熊猫@xxm459259·12 Nis继周六照猫画虎vibe了一个BetterDisplay之后,今天又整了一个控制各个app音量的软件来替代SoundSource,目前也能用了。 这个过程中我自始至终就没有写过一行代码,我完全不会macOS开发,我连用什么语言和框架都不知道。代码质量不清楚,不过Xcode里面看资内存占用比原来的几个对标品还小些,而且就算内存占用不满意,我怀疑我只要继续喷几句,也有办法让它降到合理的程度。 这两个软件我都是曾经掏钱买的,我怀疑完全竞争之后这些只能最终会卷到token的成本价,UI的那最后一点点溢价最终结局可能也是一样的。Çevir 中文915210.3K21
🇴x10202🇧🇪9@1ittlecup·12 Nis以前我觉得 vibe 的工作流也应该是仿照人类的架构、产品、设计、研发一步一步分角色来。可是似乎更应该横着切分,把大项目切成若干个 AI 可以快速跑通的小项目,最后粘起来? 接下来一个月试一试这套方法,先量产一堆小项目学一学。Çevir North Korea 🇰🇵 中文000284
🇴x10202🇧🇪9@1ittlecup·12 Nis可是前几天随手想到一个 idea,交给 codex 几个小时后竟然真的得到了能跑得通的原型。下周打磨打磨应该就可以提交审核了。Çevir North Korea 🇰🇵 中文103397
🇴x10202🇧🇪9@1ittlecup·12 Nis最近花了一个多月的时间 vibe 了详尽的文档,并且转换得到了还过得去的设计稿。可当落地到代码后,发现始终呈现难以言喻的粗糙感,并且无法微调细节。 这种微妙的失控感很像 AI 刚可以画图那会儿,出的图永远大致过得去,却始终有 6 根手指。Çevir North Korea 🇰🇵 中文1025401
Impress Watch@impress_watch·17 Mar日本語特化LLM「Rakuten AI 3.0」提供開始 watch.impress.co.jp/docs/news/2093…Çevir 日本語2547143.2K2.8M1.1K
🛰️@s_t_bruh·17 MarmacOS Tahoe 窗口合成器有点问题。 拖动窗口时,窗口不是和鼠标同时移动的,而是尾随其后/异步移动。拖动过快/在低刷屏幕时肉眼可见窗口和鼠标相对位置有变化。 如果开启屏幕录像,再拖动窗口,这个时候窗口就和鼠标同步移动了。Çevir 中文204481