用什么方案不重要，比人强只是个准入门槛下限，关键是要做出靠谱的产品。
但凡产品实际效果过得去，8GB内存也一样卖。
Max Lv@m0d8ye
很多人吐槽特斯拉是纯视觉方案，但很多人不知道特斯拉的视觉方案是直接跑在多重曝光24bit ->12bit 的 raw 管线上，外加 HW4全车七个辅助驾驶摄像头。从感知层面已经远超人类驾驶员了。不考虑人眼光圈调整，hw4的120db 宽容度也超过人眼了。当然了12bit 全链路管线即便 AI4芯片也只能跑在 24fps 上…
中文
唐僧
17.9K posts
唐僧
@7id
Perception without comprehension is a dangerous combination.
Katılım Ekim 2009
298 Takip Edilen1.9K Takipçiler
唐僧 retweetledi
agent 里面可以玩的东西种类很多，无论是工具还是思路还是技巧甚至只是使用习惯层面的。
但大多数情况下，极简主义或者说大道至简都会胜利。
胜利的意思不是说一定能取代更精妙的复杂设计方案，而是从性价比上来看，基本都能省心省力的达到不错的效果。
比如 one agent，没有 subagent 或者 agent team。
比如不使用精妙的 subagent 编排，回调，就自己 fork 一个干净的自己直接塞上下文进去。
比如牺牲一些异步特性用同步，用更长的等待时间换架构的清爽。
比如不频繁切换对话，就一个对话，合适的时候自己手动压缩。
比如少一些 tools，多让 AI 自己用已有的 tools 组合。
……
不是说这样一定好，事实上如果真有这么简单就能解决问题的话，claude code 也不会构造那么复杂的一套构建了。
只是简单，很多时候确实够用，很多场景下也挺好用的。
中文
唐僧 retweetledi
唐僧 retweetledi
自从公司发了这条消息之后我cc和copilot都在一起用，做困难的东西他们的质量都是一样差，所以其实问题不大。只有那些无脑代码，cc表现确实会好一点，因为简单的问题我就会要求他一次做很多， copilot似乎内置了一些instruction阻止我烧token换取自动化，不知道是不是员工特供🤪
宝玉@dotey
微软开始大规模收回内部员工的 Claude Code 许可证，要求开发者转向自家的 GitHub Copilot CLI。 据 The Verge 报道，微软去年 12 月开始在内部推广 Claude Code，鼓励项目经理、设计师等非技术岗位尝试用 AI 写代码。半年下来，Claude Code 在微软内部非常受欢迎，但这个受欢迎反而成了问题：它让微软自家刚推出的 GitHub Copilot CLI 显得尴尬了。 Copilot CLI 是 GitHub Copilot 的命令行版本，跟 Claude Code 的定位高度重叠。微软负责 Windows、Microsoft 365、Outlook、Teams 和 Surface 的 Experiences + Devices 团队，已经要求工程师在 6 月底前完成迁移，全面切换到 Copilot CLI。 微软对内的说法是统一工具链，但知情人士透露，背后也有成本考量。毕竟每个 Claude Code 的 license 费用都是交给竞争对手 Anthropic 的。 据悉，被要求迁移的工程师对此并不情愿。
中文
唐僧 retweetledi
唐僧 retweetledi
然后 Antigravity 2.0 是个类 Codex App 的 App，Antigravity IDE 是 VS Code，Antigravity CLI 是 Golang TUI..
Gauss 100 还在追我 TMD
tison@tison1096
比较悲剧的是由于 Gemini CLI 实际价值被 Gemimi 系列模型的 TOS 所绑定，所以即使它是开源代码，fork 出来开发的意义也很小。 我就不展开再说开源 scope 很大不要泛泛而谈的问题了。我只想到要不 Gemini 模型也改名叫 Antigravity 模型吧。Antigravity 3.5 Flash Preview，无敌了。
中文
唐僧 retweetledi
小西天，看着像视频，但其实是我们在现场实地拍摄 3,811 张 206 GB 的照片后建模的。FUNES 把《黑神话：悟空》里「既见未来，为何不拜」满天神佛的原型，来自自山西临汾隰县的小西天，做成了一个可漫游的 3DGS 数字存档。
完全实地拍摄，每天清晨一开门就冲上山去，趁着没人的时候拍。然后通过 Gaussian Splatting 重建，没有手工建模，尽量保留真实悬塑和圆塑的极其密集的金色空间、细节和光感。不同的材质在这里交织成了无法分辨的一个天国世界。这种半空中的小塑像是「悬塑」，它们大多出现在十六世纪到十七世纪。
在现场如果要看清小西天的所有细节，我想大概需要三天时间。但是有了模型，我们可以在屏幕前慢慢看。在相当长的时间里，学术界并没有特别重视小西天这样的悬塑——因为在只有学术图录的年代，平面印刷无法展示出悬塑的震撼。而随着技术的进步，我们终于可以在远方一窥明代悬塑的璀璨。
重轻特意为这个模型做了配乐，大家可以打开慢慢欣赏。
推荐电脑访问：funes.world/apps/the-hangi…
中文
还真不知道这个工程，查了一下，2023 年为了给地下建筑施工腾出空间，把三栋百年前的石库门建筑平移到临时位置，地下建筑施工完成之后，再移位返回原位。这工程想想都他妈太费劲了…
田字格@tianzige4
起猛了！一觉醒来看到上海张园石库门的房子跑了😃
中文
唐僧 retweetledi
唐僧 retweetledi
唐僧 retweetledi
@tison1096 因为写脚本这个事情是与启动器无关的（我前面展示了脚本不含dmenu的写法），Linux shell中它天然就有stdin/stdout支持。如果是win/pwsh的话，那么结构化输入输出就很自然。
把功能脚本插件化就成了某种vendor lockin行为，这个时候为了适配启动器的显示，把输入输出的文本流结构化味道就不对了。
中文
@tison1096 我觉得还是思维层面的差异。dmenu/dwm是同一个作者，用户大多用wm而非de。作为一个效率工具，它是非常纯粹的Linux实现思路：我有些重复工作要处理所以写了个脚本->为了方便调用脚本我就给它对接了dmenu(stdin/stdout)->给它绑定到wm快捷键或者dmenu菜单。
其他启动器在我看来有点为了对接而对接。
中文