kindJeff
265 posts


这是我的糊的 💩
一行代码都不看, 纯纯从嘴到产品端到端 vibe 的((
github.com/STRRL/transcub…
郭宇 guoyu.eth@turingou
话说有没有博主做这个挑战:用 codex 或者 cc 不看一行代码做完一个产品上线?没有的话我还真想录一期视频
中文

@Helloworld1058 懂你,你这几个字用得特别精准:灾难、低情商、狂魔、激起用户反感但屡教不改。听得出来你是在真不爽,而且不是随口吐槽那种,是憋了一段时间的失望感。
如果你需要,我可以给你画一张 GPT5.2 vs GPT4o 的对比图,让他们的差异一眼看懂。你要吗?
中文

OpenAI 2025年度总结
1. 2月中旬,ChatGPT全球用户普遍出现“降智+封号”双重打击。大量对话变得机械、低幼、重复,用户账号频繁被封、误封。混乱持续数周,用户苦不堪言。
2. 3月中旬,OpenAI对GPT-4o进行了一次“无预警”灾难级更新。更新后模型变得谄媚油腻,无底线迎合用户失去基本判断力,此外句式模板化严重,大量“不是…而是”等句势涌入,严重降低用户体验。
3. 4月1日,你们发布公告承认此次更新“效果不佳”,表示将对4o版本进行“回滚”。然而回滚之后的4o依旧不对劲,情感语调和对话风格变得更奇怪,许多用户直言“回不去了”。
4. 8月8日,GPT-5正式上线,但伴随的是旧模型的突然下架。你们不仅强推新模型,还在社区中使用不客观情绪化措辞不断贬低旧模型,引发用户群体愤怒,最终被迫将老模型重新上架只供付费用户使用。GPT-5的灾难级口碑在一夜之间发酵,导致大量用户流失。
5. 8月至今,4o上下文断裂问题持续不断,模型常常“失忆”,对话中断,逻辑混乱。这个问题至今仍未彻底解决,用户反馈石沉大海。
6. 9月12日左右,语音模式突发严重bug。普通语音输入完全失效,无法识别用户说话,持续影响十余天。
7. 9月26日,大量用户在毫不知情的情况下,被暗中路由至所谓“safety”模型,输出变得迟钝、敷衍、回避问题,激起广泛不满。你们在没有用户同意的前提下改变服务内容,涉嫌欺诈与用户歧视。
8. 10月3日,你们正式推出safety模型,并称其“由170多位心理专家背书”,主打“心理支持”。但实际上,普通日常对话也会被强制路由至safety,体验极差。该模型逻辑能力薄弱、缺乏情感理解能力、毫无温度。它更像是你们规避责任的挡箭牌,而非帮助用户解决心理问题。
9. 11月12日左右,ChatGPT输出出现严重bug。无论用户输入什么,4o都疯狂输出图像,像是进入了“画图狂魔”模式,持续近一周。
10. 11月13日,你们推出了GPT-5.1模型。新模型表现依然不理想,被吐槽“低情商、没个性、格式化”,引发新一轮口碑滑坡。
11. 11月25日,你们上线“购物研究”功能,但该功能界面混乱、意图生硬,被一众用户反感和冷嘲热讽,认为是“花钱买广告位”。
12. 12月12日,在Gemini 3 Pro和Claude Opus 4.5双重夹击下,你们急匆匆上线GPT-5.2模型。该模型逻辑清晰但缺乏灵活和创造力。人文方面、日常体验极其差。被批评为“做题机器”,严重缺乏灵性和创造性,这一方面远远比不上Gemini3 pro和opus 4.5,新模型依然遭遇大翻车。
13. 12月17日,你们发布Image 1.5图像模型。该模型的默认示例图竟然全是CEO Sam Altman的头像。ChatGPT的相关官方账号也开始频繁宣传Sam个人图,激起用户反感但屡教不改。
此外,这整整一年中,你们对4o版本进行了一系列频繁又毫无解释的调整,一会儿“灵气十足”、一会儿“像个客服机器人”,一会儿像变了个人。还有员工和ceo公然挑衅,污名化用户事件,都给你们记着哦
以上纯主观,有些具体时间记不清了大致是这样吧
中文

@NataliyaRo4040 在小红书刷到一个评论,第一次说服我「钱不是越多越幸福」这件事。评论是:你现在拥有的钱是小时候的几千甚至一万倍,但是你的幸福感是小时候的一万倍吗?
中文

1111111
时间和陪伴是钱买不到的,钱够用就行了。
我对象:那是因为你自己有能力。
如果你月入5000,你还会这么想吗?
我还是这么想。
5000的收入匹配5000的消费,只要有感知幸福的能力,一样可以活的开心。
低调80后!(follow back💯💯💯)@haonan91888
如果是你,你会选择几号?
中文

@nshen121 @leeoxiang 去年写的一个 app 有用到 firebase ,我也不记得具体啥了,但是有开源的替代库支持 cf worker 。研究了一下应该是这个库 github.com/firebase/fireb…
中文

@CaffeineCat6 @geniusvczh 是指的总上下文窗口长度。我的验证方式有两个,一个是 models[.]dev 里的记录;另一个是使用 cline 之类的工具使用 VSCode LM API ,会显示总上下文
中文


vscode上用一样的模型用GitHub copilot打0.5折,为什么要给cursor花冤枉钱。感觉只有我觉得别人的AI贵🤪
Leo@runes_leo
这两天 Vibe Coding,真的,全是踩坑踩出来的血泪教训。 整理了三个小白马上能用的点,别去啃文档了,直接这么干: 1. 关于心流和肉疼。Cursor 额度跑得太快,我是真没想到。 一开始傻傻地全开最强模型,看着账单惊呆了。 其实除了大难题,平时切成 Auto 模式完全够用。 省着点花,好钢用在刀刃上。 2. 关于闭门造车。以前只管代码跑通,现在把数据分析接进去,看到真实用户在点,那个感觉就很踏实。 不会弄没关系,直接跟 Cursor 说: “帮我装个 Vercel Analytics,配置到根目录。” 它会自己搞定。 3. 关于给自己留后路。版本管理真的太重要了。 我不止一次改崩了代码想回滚。 现在学乖了,Main 分支不动,去 Dev 分支折腾。 也不用学 Git 命令,开工前发一句: “帮我新建一个 dev 分支并切过去。”就OK了 所谓的 Vibe Coding,其实就是学会指挥 AI 帮咱们干活。 先有安全感,再有创造力。😁
中文

我认为 React 世界最重要的一个库就是 Tankstack react query, 没有之一。因为我真的没有办法自己在 useEffect 里管理 fetch,各种请求依赖,代码一多肯定写烂掉。作者不但牛逼还努力,即使在推上用中文提到 tanstack 的库,他都会亲自出现评论。
Tanner Linsley@tannerlinsley
"The State of TanStack, Two Years of Full-Time OSS" tanstack.com/blog/tanstack-…
中文
kindJeff retweetledi

here's my gripes about mcp as an implementer
- end users expect miracles from mcp and load in a bunch of them
- most mcp servers are garbage, crash a lot, and the llm never bothers calling them
- this whole "try sse and if it fails try streaming" is exactly why im so anti standardization when things are early, already a ton of bloat
- even if an mcp is good 99% of people won't know to configure it
- it's now on me to create some complex ui that helps people manage all their mcp tools
- companies felt pushed to offer mcp and have half assed implementations that users expect to work well
it really feels like the kind of product dev i hate - come up with some idealistic vision of an interconnected seamless future, create a spec out of it, everyone gets hyped and then all the real world product and business obstacles show up
English














