availableLove

AI工程师/大厂/美股/Crypto/健康第一/有一只可爱小猫。

[availableLove @idkatbro]

@lidangzzz 这个是干什么用的？有没有懂的？

[availableLove @idkatbro]

Anthropic 的模型的 ego 会更强一点，这反而是很多人更喜欢用它的原因。

但 ego 与智能程度都是相辅相成的，一个蠢的模型的 ego 很强，会让用户感到前所未有的愤怒。

不过真的很难拥有一个同时 ego 强又非常聪明的模型。

因为在后训练的过程当中。真实的场景往往是，当你想要有训练出足够的 ego 的时候，它在 RL 的过程当中往往就早已因为 ego 的过强而无法找到有效的路径。

流行的 OPD 很多时候也不能够很好解决这个问题。

[availableLove @idkatbro]

Anthropic 的模型的 ego 会更强一点，这反而是很多人更喜欢用它的原因。

但 ego 与智能程度都是相辅相成的，一个蠢的模型的 ego 很强，会让用户感到前所未有的愤怒。

不过真的很难拥有一个同时 ego 强又非常聪明的模型。

因为在后训练的过程当中。真实的场景往往是，当你想要有训练出足够的 ego 的时候，它在 RL 的过程当中往往就早已因为 ego 的过强而无法找到有效的路径。

流行的 OPD 很多时候也不能够很好解决这个问题。

[卡比卡比 @jakevin7]

AI 最大的缺陷不是智商不够，而是它没有 Ego（自我意识）。
AI coding 越来越累，不是效率降低，是因为大家出现了决策疲劳。
在古法编程时代。优秀的工程往往是有自我偏好的。比如 Go 语言的简洁与限制、Rust 的所有权哲学。优秀的架构师会坚决说“不”，因为他们有工程审美（Ego 的一种体现）
但是AI 没有偏好，它能写出极其花哨的函数式pipeline代码，也能写出冗长的面向对象template代码。它不偏好可维护性，也不偏爱好极简主义。
它最关注的还是满足你当前 Prompt 的统计学概率下的coding。

[availableLove @idkatbro]

@Zeitgeistim 你恢复了吗？我这边还没恢复。

[availableLove @idkatbro]

@Chicken_Inferno 其实理论上，应该进一步提升单次给的质量。这点还真推荐去看一下油管上老王的那个视频，有一期讲得还真挺好的。好吧，虽然感觉我评论这条有点不务正业。

[availableLove @idkatbro]

@TGLetter stock

[Edward @EdwardTWinz]

#Bitcoin Finally dumped to $80,000!

As promised,
I want to change someone's life and send 1 $BTC (~$80,000) to one person by tomorrow.

Just like, retweet and comment 'done'.
Random winner in 15 hrs

[availableLove @idkatbro]

@EdwardTWinz done

[availableLove @idkatbro]

@TGLetter @grok YES

[Taegun Lee @TGLetter]

I said that if $BTC dumped to $81,000, I’d give away $20,000 in Bitcoin to 15 people.

Well, we made it.

As promised, I’m giving away $20,000 in $BTC to 15 lucky winners today.

To enter:
✅ Like
✅ Retweet
✅ Comment “BTC” 🔔

Entries close in 24 hours. Good luck!

[availableLove @idkatbro]

@TGLetter BTC

[availableLove @idkatbro]

原来大佬们吵架也像小孩子一样.

所以你俩吵了半天，能不能把Anthropic也拉进来一起吵一下？

但整体实在太搞笑了, 所以整理了一下发了出来！

#gpt #tibo #gork

[availableLove @idkatbro]

讲的太好了，必须转发。好博主。

一读就知道是古法手敲。

尤其是里面关于 Serverless 的吐槽，内行人绝对会心一笑 hhh。

其实最有价值的是他结尾那一串，

对于普通人来说，一个 VPS 加上 SQLite 和白嫖的 CF 的存储空间和反向代理。

这就是最简单的，却又异常 solid 的 Vibe Coding 时代方案了。

过往程序员做了太多的事情，一步步将基础件优化到足以支撑绝大多数人的想象中的业务规模，哪怕你都不做什么优化。

[liustack @liustack]

云厂商干的是开电脑城卖配件的生意。

电脑城卖配件那是卖信息差，逮到一个薅一个。cloudflare 也一样。

cloudflare 是卖 cdn 起家的。

懂行的都知道，cdn 表面上是卖硬盘，其实是卖是网络。

但网络这东西不是说你拿根网线拉到用户家里就完事的。每个用户前面有个提供电信服务的运营商。这种运营商大大小小全世界有一万个。

运营商说拔你网线就拔你网线。

cloudflare 能在这行混的风生水起，靠的就是跟全世界的运营商都混得开。

如果 anthropic 是个云厂商，它大概就是个反例，毕竟它跟全世界的运营商都混不开，它经常封号。

懂行的都知道，在 cloudflare 以前，跟电信运营商吃混的最开的是谷歌。谷歌说它的网络世界第一没人敢说第二。

现在谷歌见 cloudflare 得让三分，叫一声赛博佛祖。

但你以为 cloudflare 真的是赛博佛祖，免费施舍众生。

佛祖也要吃饭的，那不过是 cloudflare 略施小计。

cloudflare 玩的是挟天子令诸侯。天子是谁？尊敬的用户您，做网站的您，看网站的您。

诸侯是谁？电信运营商。

cloudflare 对外宣告，我的 cdn 免费量大管饱。

做网站的你，做网的我，还有他。都屁颠屁颠的就上了 cloudflare 的船。

cloudflare 对外宣告用户访问我的 cdn 速度天下无敌。cloudflare 转头对给用户提供网络服务的电信运营商说，要不要跟把你的网线直接插我机房，我们直接互联，这样用户上网体验会更好哦。

你猜运营商敢说个不字吗？用户分分钟换运营商。

后来的故事大家都知道了。cloudflare 掌管了全球三分之一网络。

再说说 cloudflare 的 worker 和它的周边组件 kv，durable object 、d1 等。

worker 其实是源于 serverless 的概念。最早玩 serverless 的是 aws。

但在 vercel 出现前，serverless 差点就灭绝了。因为这个东西根本卖不掉。

论技术，aws 的 serverless 基于 docker 容器。启动慢，性能低，周边依赖（供应商锁定本质）还多。

企业中但凡有个懂点技术皮毛的，都会认为这个东西是个笑话，我用云就是不想运维或没有运维能力，现在我还要想怎么把各个云服务串起来，最后还算不清账。

但站在云厂商角度，我开电脑城卖配件的，当然配件拆的越碎，信息差越多，我的利润才越多。要不然你以为我控制台做了好几千个按钮，好几千个功能，为什么，不还是为了让用户进来就晕么。

aws 一开始忽悠一堆企业做小白鼠尝试 serverless。这些企业都被坑的骂娘，心态崩了的连云都想下了。但骂归骂，钱付不付是另一回事了。

因为企业是企业，散户是散户。大企业跟云厂商的合作都他妈的走的水下框架合同，优惠、打骨折是常有的事情，企业不愿意付款只能免单也是常有的事。

再后来前端娱乐圈火起来，天天吹什么全栈，就有 nextjs 和 vercel。vercel 是 aws 的 serverless 主要用户。

vercel 账单刺客这种事情也不是一次两次了。

回到 cloudflare，不知道要说赛博佛祖是技术追求好，还是喜欢瞎搞好。可以肯定是 cloudflare 眼馋 vercel 的业务模式了。

cloudflare 觉得容器化的 serverless 启动慢、性能低、依赖多。就用 rust 和 c++ 糊了个 js 运行时，还开源了。启动确实快了，但性能更低了。关键是依赖更多了，因为这个运行时他妈的根本不兼容 nodejs 各种库。于是 cloudflare 发明了 env，又发明了各种 worker 周边，durable object，kv，d1 等等等。

话又说回来，佛祖也要吃饭的。发展业务赚钱么，不寒碜。

但不给设置消费限额属实难绷。毕竟连隔壁的账单刺客 vercel 都支持消费限额了。

再回头看看 cloudflare 用 rust 和 c++糊的那个 js 运行时。既然要 rust，那为什么不直接用 bun 呢，毕竟 bun 都 rust 重写了么。

最后，作为曾经某云的系统架构师，分享下我的经验。

大部分技术选型问题其实都是心理问题：

1，你的业务 99.99% 不会存在性能问题。

2，你的数据 99.99% 情况不会丢失。

对于独立开发者，我不推荐使用任何云厂商的 serverless。除非你用的是 free tier，超量自动停机的那种。

因为 serverless 根本不能减少你的运维问题，它会增加你的运维问题。

我的建议是只用 cloudflare 真香的 cdn（包括 dns）和 r2，还有 tunnel 等。

对于大多数千万营收的业务（参考 @levelsio ) ，就是随便找一台便宜的 vps，比如 hetzner，装上 cloudflared，关闭掉所有端口，就完了。

技术栈你喜欢什么就是让 codex 这个天生的运维（喜欢防御式编程）给部署上去。

比如 tanstack start，由 nodejs 或 bun 驱动，前面再挂个 nginx。如果你觉得 js 有些事情干不好，那后面可以再上go 干真后端该干的事。

什么 redis 啊，消息队列啊，没必要。你可以直接干内存和文件的。

数据库就用 sqlite，你的业务 99.99% 不会存在性能问题。

如果有，那 99.99% 的系统架构中的性能问题都可以用「空间换时间」解决。

对于内存和 cpu 性能不匹配，做 soc 缩小空间不就完了么。

对于服务器，做集群加负载均衡好了么。

对于其他数据库，分库分表不就完了么，懒的分，上 newsql 不就完了么。

对于我们的 sqlite，加个文件（数据库）不就完了么。

然后再用 litestream 实时同步 sqlite 数据到 cloudflare r2 就完了。你的数据 99.99% 情况不会丢失。

如果还是丢失了，恭喜你财富自由了。litestream 是秒级同步的，得多大的业务量才能那么巧丢失个一两秒的数据啊。

[availableLove @idkatbro]

有认真调研过 cloudflare这家公司的股票，结论是还是很值得投资的。生态位和可复用性，让它在接下来的 AI 应用大爆发时代，依然会有着很强的增长趋势。

但是对于这种用户完全没有任何减免，一次性的也不会做提醒或者是 Budget 预设吗？那感觉其实是有问题的。

[浮世绘 @shmily7]

遭遇Cloudflare帐单刺客，爆了一万刀的帐单，原因是一个项目 Durable Object alarm 死循环，读写了6万亿次，Viber Codeing误我。

[availableLove @idkatbro]

@lidangzzz 量大管饱的那个是混元，其他的其实积分扣的挺快的。

[availableLove @idkatbro]

@lidangzzz 不过回想过去高强度AI coding的经历，几乎没遇到AI自己debug的情况。仔细想想，人肉debug竟然已经是上个时代的古法手艺了。

[availableLove @idkatbro]

太干货了，一下子把GEO前期入门的思路讲得非常清楚, 等我实践一下，来同步一下结论。。这样的博主不关注，关注什么博主？

[Ethan 恩宇 @UPing123zzz]

我前面说得确实有点笼统了哈哈。如果是给自己的开源项目做 GEO，我建议先从 SEO 基础入手，再去理解 GEO 的逻辑。可以先了解几个关键词：搜索意图、RAG、FAQ、结构化数据、信源权威性、品牌提及、AI 引用和效果监测。
实际操作的话，可以先整理 10到20 个用户可能会问的问题，用 ChatGPT、豆包去做测试，看它们会不会推荐你的项目、引用哪些来源。
然后针对这些问题，逐步完善项目文档、官网、FAQ 和实际使用案例，确保相关页面能被搜索引擎正常抓取和收录，再定期重复测试。不过 GEO 目前确实存在效果难归因、模型输出不稳定的问题，没有一套保证有效的方法。
我自己做下来最大的感受就是，SEO 和 GEO 其实是相辅相成的，别一上来就想着批量生成内容，先把项目本身和基础信源做好更重要。方便的话也可以加个vx多多交流哈

[availableLove @idkatbro]

@UPing123zzz 这是一个很妙的回复，但确实我也想了解一下这方面的入门内容。想问咱们有没有什么建议？比如一些关键词之类的。因为我发现这里面其实太众说纷纭了，同一种处理方式，有人说会对Geo的结果有非常大的帮助，也有人测试说完全没有任何反馈。我目前正在尝试给自己的开源项目做Geo。