玩家翁伟 retweetledi
玩家翁伟
16.4K posts

玩家翁伟
@wuvist
推特我就随便玩玩。关注我的朋友不妨去关注我的抖音/公众号/小红书/视频号/知乎;都是「玩家翁伟」。
Singapore Katılım Şubat 2008
413 Takip Edilen3.3K Takipçiler

@wuvist Gemini CLI最大的槽点是, 慢+工具调用限制多...而不是笨...
写代码这类目标和需求可以一开始就比较清楚描述的工作, 交给它执行得其实还行
但目标不太明确的开放式任务, 原本直接去查个初步方向, 再根据用户反馈去修改执行就好, Gemini经常转个三五分钟之后才摆烂说做不了就挺让人火大的.
中文

@LazySpider3 我是不太明白为什么推上那么多人在吐槽 agy / Gemini 3.5;我也算日常重度使用agy/Gemini去做各类事情,日烧过亿token那种,我的体验一直都挺好的。
中文

@wuvist 跟我体感一样...估计Google打定主意弃用Gemini CLI已经有些时日了, 开发资源都抽走到agy去了, 以至于后期Gemini CLI体验一直在原地踏步甚至倒退, 前几天刚切换到agy的时候真是🚀倍增式体验提升

中文
玩家翁伟 retweetledi

AI时代就得有AI时代的作业。大一学生一个晚上能憋出50行代码,那1000行的大作业就是正好的。而AI一天能憋出一万行,现在大作业就必须是20万行才能做出来的东西🤪
Xudong Han@Xudong07452910
学期末了,我导师在改一门 C++ 课的期末作业,整个人有点无奈。 因为他很清楚,很多作业大概率是 AI 写的。 里面用了不少连他都没怎么见过的 C++ 高级写法,注释也写得一板一眼,甚至有些地方不像学生写的,倒像是一个资深工程师的手笔。 我跟导师说,其实判断起来也不难。 你打开项目看看有没有 README.md。 现在的 AI Agent,最爱干的事之一,就是不管项目大小,先给你写一份体面的 README。 蛮好笑的,但是很无奈。 以前老师怕学生不会写代码,会给很多参考文档,现在老师开始怕学生交上来的代码“太会写”了。 AI 不一定让作业失去意义,但它确实在逼着作业换一种考法。
中文

@lifesinger 豆瓣的价值恐怕在于有愿意使用它的高质量豆瓣用户,门槛/难点在于如何吸引到这些用户,而不是产品本身如何;就好比豆瓣评分,算法也没太复杂,很容易复刻,但难以吸引那些有品味的豆瓣用户去使用新系统评分;再则,有些电影,豆瓣评分本身就是被禁止的。
中文

创业以来,随着 agent 技术的成熟(也还不太熟,大都还酸酸的,但有果子的样了),心里一直有个痒痒处:想基于新技术,把豆瓣重做一次。
把豆瓣重做一次,是一个羞于对资本说出口的话,因为我知道很多资本看不上豆瓣。
然而,每次有好书出现,每次看完一部好电影时,内心总是想去寻求一些他人的真感受。发现最终能找到讨论交流的地方,依旧是知乎,是豆瓣。小红书上太多冗杂,短视频则时间成本太大。传统的书评、影评,依旧是最高效,且还留存着部分真实的一种产品形态。
但确实,豆和乎的产品形态,有点老旧。结合 AI 去做,可能会有完全不一样的新体验。
比如《阿嬷的情书》,是否能有专门的观影 skills 来让影评流动起来。是否有基于导演或演员的挖掘 skills 让更多好片浮现出来。我脑海里还浮现出了是枝裕和导演,《步履不停》、《无人知晓》、《爸,我一定行》、《如父如子》、《带你去见我妈》、《温州一家人》等等。很多影片,因为《阿嬷的情书》,在我脑海里开始交汇。
《阿嬷的情书》的票房,甚至让我想起 YouMind 的营收。第一次同感到 AI 产品其实也是电影。好的电影,在乎一切细节。好的产品,也应如此。
新时代的豆瓣,会是什么样呢。人的变化其实很慢。书影音的需求,大概率会持续到人类灭亡。讨论交流书影音的产品,究竟会是什么形态。
AI 时代的大量东西,一切才刚刚开始。有可能,互联网在人类历史上都才刚刚出现。
中文
玩家翁伟 retweetledi

看到量子位帖文的新一期标题,上面赫然写着皮查伊亲口承认Gemini在Coding上落后了,我就知道有更多值得探讨的内容了。
数据飞轮与工作流入口的降维打击是真实存在的。
AI 提升 Coding 能力不单单靠刷Benchmark,开发者在真实开发中Accept、Reject、Edit的实时负反馈也不可或缺。
Cursor 靠着极佳的原生交互,把全球重度开发者的全量工作流 telemetry全部吃掉了。而Google 之前把 Gemini 散落在 Android Studio 插件或 Project IDX 里,入口过于碎片化,没能形成高密度的负反馈闭环。
但是除了产品入口,Gemini 在 Coding 上的滞后还有几个他作为 CEO 不便或没有完全点明的底层原因,我想和大家聊聊。
第一个,就是Base Model Optimization。
过去一段时间里,Anthropic 的 Claude 在代码逻辑、多文件架构推理、结构化输出上展现出了极强的特化优势。
而 Google 的 Gemini 核心优势更集中在Long Context和Multimodality上。这导致 Gemini 极其擅长读几万行代码并找 Bug。但在高并发低延迟且极致精准的代码生成和逻辑推理上,SFT和RL的侧重点在早期出现了偏差。
然后,就是Sandbox的落后。
Google 内部受限于庞大的合规、安全和自研工具链,导致其面向大众开发者的 Agent 基础设施,比如本地执行、异步任务调度,迟迟没有推出一个高内聚的形态。
第三个,就是我经常强调的两个字:生态。
程序员是极其挑剔且对Hallucination和工作流摩擦极度敏感的群体。Google 早期在 AI 发布时的摇摆和工具链的频繁更迭,让不少硬核开发者产生了信任惯性,优先选择了 OpenAI 和 Anthropic 的生态。
这种生态粘性一旦形成,很难靠单纯的模型微调来轻易打破。这就是信任赤字。
现在,Antigravity 2.0 的 Agent-First 战略就是为了解决上述的问题。Google 要剥离 IDE,升级为 Agent 操作系统,并且重构内部工程 substrate。我想,他们大概率是想依靠自主多 Agent 协同体系,直接跨过当前的 Cursor 时代。



中文
玩家翁伟 retweetledi
玩家翁伟 retweetledi

看了下证券时报网的原文,确实是真的,明确写了:我会拟决定没收老虎、富途、长桥境内外相关主体全部违法所得,并依法严厉处罚。拟对当事人实施的行政处罚,当事人享有陈述、申辩及要求听证的权利,我会将充分听取当事人意见后,依法作出行政处罚决定。但是这三家券商的主体都在香港,这到底该怎么处理?香港法律里没有写证中国人不能开证券账户,拿大陆的法律处罚香港的公司实体到底该怎么操作?stcn.com/article/detail…
中文
玩家翁伟 retweetledi

Fork your dependencies, trim them to only your use case, never update unless it breaks for your users. I’ve been vocal about this for 10+ years. I’ve always said that updating is way riskier than latent bugs (which can be tracked and CVEs monitored).
If you are updating a dependency, it’s on you to analyze every single commit in the full transitive set of dependencies. If you dont see anything compelling, dont update!
I remember at HashiCorp once in awhile an engineer would try to update a dep or replace a DIY lib with an external one and id always ask “show me the commit we need.” Dont update for the sake of it.
Feeling pretty swell about this mentality with all the supply chain attacks happening.
English
玩家翁伟 retweetledi
玩家翁伟 retweetledi
玩家翁伟 retweetledi

Is Antigravity CLI open-source?
Not today unfortunately. This isn't to say it won't be in the future. I am a huge advocate of open-source and want it to be! Feedback from the community goes a long way in helping this happen.
Give this public issue an upvote to show you wanting it open-sourced (I did).
github.com/google-antigra…
English
玩家翁伟 retweetledi

Transitioning Gemini CLI users to Antigravity CLI
We are unifying our efforts around a single harness and platform, Google Antigravity with four distinct surfaces:
• Antigravity 2.0
• Antigravity CLI
• Antigravity SDK
• Antigravity IDE
This will allow us to move faster and give you a streamlined experience wherever you do your best work.
Rebuilt in Go for speed, Antigravity CLI is available today and brings robust multi-agent orchestration and asynchronous workflows to your terminal.
Important things to know:
1. If you are using Gemini CLI through your Google one account (Google AI Pro or AI Ultra) or through Gemini Code Assist for individuals (free offering) we will be helping you migrate your workflows over the next 30 days.
2. No action required for Enterprise users. Enterprise plans and API keys will continue to be supported in Gemini CLI.
Read the full details in our blog post → goo.gle/4eWkUgK
English
玩家翁伟 retweetledi

Antigravity CLI 挺清爽的,我看了一下,功能和设置比之前的 Gemini CLI 少了一些。Google 说这是为了性能,整体用 Go 重写了,我觉得挺好的。
现在感觉 AI Coding 这一波工具链,语言路线也开始明显分化了:
Claude Code 用 TypeScript
Codex 用 Rust
现在 Google 的 Antigravity CLI 用 Go
Go 也算是在 AI CLI / Agent 这一块正式有了一席之地。
而且仔细想想,Go 确实挺适合这种场景的:
并发和网络 IO 很强
做流式、Agent orchestration 很舒服
单文件分发体验好
内存占用和启动速度都比 Node 系方案更舒服
写起来又没有 Rust 那么重
感觉 Google 这次的方向也挺明显的,就是想把之前偏“重”的 Gemini CLI,重新做成一个更轻、更快、更原生的 terminal 工具。

中文







