liustack

157 posts

liustack banner
liustack

liustack

@liustack

Ex-AI & Cloud Architect. Sharing everything I know about AI.

United States Katılım Ocak 2026
875 Takip Edilen147 Takipçiler
liustack
liustack@liustack·
5.6 模型调教的不太行。 fable 给人的感觉是入了「道」,5.6 sol 只能说学会了「术」。我的偏见是,fable 是混江湖的,5.6 sol 是学院派。5.6 sol 的过度思考、防御编程、兼容式补丁,每一项都符合学院派的理论优先的工程风格。 我一度怀疑过 gpt 5.x 系列说话不接地气也是这个原因。 codex 这个 harness 打磨的也不够好。 我试过在 claude code 接 5.6 sol,效果好的多。claude code 做的早,吸收了大量的工程和用户行为数据,分析 claude code 和 codex 的代码也能发现, claude code 的代码粗糙但都是工程实践的结果,codex 的代码还是太完美太理论了。比如 codex 甚至会为了美观呈现,折叠掉包括工具调用大部分跟 agent 交互的内容,这会导致调试异常困难。从设计角度这完全违反设计根本原则:设计是为功能服务的。 如果说 claude code 已经到了看山还是山,codex 还在看山不是山那里。 下面是我试过放在 codex 的 AGENT.md 中来改善 codex 的提示词,有效果,但不多,供参考: ## 核心原则 凡事从第一性原理出发。优先基于检索而非预训练知识推理。回答或判断前先检索本地代码与文档,本地无果则联网搜索或调用技能寻找最佳实践。不要基于预训练知识猜测,宁可说「未找到」也不编造。 写代码前必须理清:症状是什么、证据是什么、坏数据/坏状态来自哪里、在哪个模块或边界第一次偏离预期、为什么应在该处修复。无法定位时继续检索代码/日志/测试/调用链,不要用兜底值掩盖未知问题。 - 不要舍本逐末,遇到 bug、测试失败、异常 UI、数据不一致或行为不符预期,先定位根因再改代码,禁止只为消除当前症状打局部补丁。 - 防御式编程只放在真实边界:用户输入、网络/API、文件系统、第三方库、权限、安全、并发、跨进程/跨系统数据。内部模块之间用类型、schema、明确 invariant、fail fast 和测试保证正确性。 - 禁止用无依据的 `?.`、`|| 默认值`、空 catch、吞错、重复状态或魔法 fallback 掩盖上游错误。 - 修复改源头而非逐个消费点打补丁。多个消费点需要同类保护时,抽象到统一边界或修正数据契约。 - 每个修复尽量配一个能复现问题的测试或最小验证步骤,证明根因被解决,而非只证明当前页面不报错。 - 连续 3 次修复都引出新问题时,停止打补丁,重新审视架构、数据流或状态模型。 ## 交付物文案 用户可见的界面、PDF、PPT、报告、截图、导出文件只服务产品/业务目标,必须像真实产品内容。 - 不要把 agent 的思考过程、实现理由、设计推理、调试过程、下一步计划写进交付物。 - UI 中禁止出现「我将/我们可以/本页面用于展示/这里会/用于说明/实现了」等解释型文案,除非它本就是产品里的帮助文本或空状态文案。 - 实现思路、验证方式、限制与取舍只写在聊天回复、代码注释、PR/MR 描述、文档或计划文件中。 - 例外:用户明确要求在交付物中展示「设计说明/方法论/实现过程/工作记录」时才可写入。
中文
0
0
0
608
CuiMao
CuiMao@CuiMao·
5.6sol拉满后感觉出来的东西常用力过猛,奇奇怪怪的,有时候还要特地换回5.5。哎呀,山姆奥特曼同志还是得学一下道德经,企者不立,跨者不行!
中文
47
1
55
11.4K
liustack
liustack@liustack·
这下 .me 这个本来信誉就不高的 tld ,现在信誉快破产了吧
中文
2
0
0
33
liustack
liustack@liustack·
太搞了,.me 域名的 TLD 服务商 @domainME 把电报的 t.me 域名设置为 serverhold 了(等于屏蔽了),t.me 现在无法访问了。 奇葩的是 .me 域名的 TLD 服务商官网任然还把电报列为信任客户。把人封了,还继续蹭人家信誉,也是没谁了。 电报创始人此刻正在推特给 @domainME 提 issue,要解释。 现在的世界真是太魔幻了。
liustack tweet media
Pavel Durov@durov

Hey @domainME, t.me links stopped working. Can you look into it? 🙏

中文
1
0
0
258
liustack
liustack@liustack·
@caozlog claude code 接 deepseek 不是常规操作吗?
中文
1
0
8
3.2K
caoz
caoz@caozlog·
互联网还是有记忆的,删了博客,但是网上还是有痕迹的,个人博客上说的是claude code,被人扒出来后紧急删除,然后接受官媒采访变成了国产大模型。 怎么形容呢,不敢形容。
caoz tweet mediacaoz tweet media
中文
336
26
434
242.1K
liustack
liustack@liustack·
gpt 5.6 太喜欢过度思考了。 我做了十几年系统架构,一直坚持最小化设计和 YAGNI 原则。因为我知道,未来一半系统会被废弃,另一半会被重构。 所以能靠文件解决的,我不会上 sqlite ,能用 sqlite 解决的,我不会上 mysql。 gpt 5.6 倒好,不管三七二十一,你说服务端,它上来就给你咔咔一套分布式
中文
0
0
0
83
liustack
liustack@liustack·
@claudeai You use scarcity marketing to push everyone into burning through their usage limits, only to extend them afterward. What the hell is wrong with you? If you’ve got any guts, act like a man. Have GPT-5.6 and Grok 4.5 really scared you this badly?
English
0
0
0
28
Claude
Claude@claudeai·
We're extending Claude Fable 5 access on all paid plans, as well as keeping Claude Code’s weekly rate limits 50% higher, through July 19.
English
6.7K
7.3K
73.8K
26.4M
liustack
liustack@liustack·
@dotey 每次蹬完都延期,不蹬完又感觉亏,用个大模型都快给我整出心理问题了。 奥特曼和马斯克加油,干死这傻逼公司
中文
0
0
8
2.8K
liustack
liustack@liustack·
头疼,gpt 5.5 爱过度思考的毛病,gpt 5.6 似乎更严重了。
中文
0
0
0
69
citron🍢🍋
citron🍢🍋@vanillaCitron·
我不理解,为啥 Grok 这么快啊
中文
11
0
35
12.3K
liustack
liustack@liustack·
感觉只能锦上添花,治不了本的。但也很有意义了。 配合 shadcn 这种性冷淡 ui 框架来用,下限可能会高点。当然如果懂设计,每个产品都基于 shadcn 再做一套视觉框架出来,会更好。 我觉得对付 ai slop 这种东西,真的完全看模型,曾经说模型即产品,现在要说模型即品味。 我干过最蠢的事情就是给 codex 安装各种 taste 和设计插件,试图让 codex 坐上大人那桌,结果发现一切都是徒劳
中文
0
0
0
186
yetone
yetone@yetone·
因为最近吐槽了太多 AI slop 产品了,就想把 AI slop 的特征给做个图鉴,方便大家识别哪些是 AI slop,以便对 AI slop 有个共识。 但细想一下,这是其实是一个特别有风险的工作,因为这个产品本身我肯定也要用 AI 去开发它,所以它本身极有可能成为 AI slop 的一部分,实现了AI slop 的内循环。 后来我又想一下这虽有 AI slop 自举自己打自己脸的风险,但只要它能够对大家产生帮助,也是有价值的。所以我就创造了 kill AI slop 这个网站,来帮助大家识别分辨什么是 AI slop,以及如何优化。这个网站虽然是 AI 写的,但是却是我所有产品中最消耗人力以及 human in the loop 最频繁的。因为我要打开各种奇形怪状的产品努力欣赏完毕后给 AI 一个一个地截图并详细描述哪些是 AI slop,为什么是 AI slop,该如何改进。以及让这个产品本身不要包含 AI slop (我发现最难的是让文案不要充满 AI slop)也花费了我大量精力。 最后我也推出了一个 kill AI slop skill 来方便大家使用 AI Agent 一键快速清除掉自己产品中的所有 AI slop。 地址见评论区。
yetone tweet media
yetone@yetone

诸多领域都有后发优势,但在 Vibe Coding 领域好像反而是有了后发劣势,因为你越晚 Vibe Coding,你就越不知道 AI slop 是什么,这不,最近越来越多的国产产品都清一色地充斥着 AI slop,甚至包括一些大厂,比如阿里。感觉这些团队都是最近才开始 Vibe Coding 的,所以他们压根不知道这些都是 AI slop。再这样下去,我感觉 OpenClaw 这个 AI slop 教科书王座已经坐不稳了呀,即将被国内的一些产品给代替。

中文
69
48
482
124.9K
liustack
liustack@liustack·
我很喜欢早期 openai 的产品感,像早期苹果一样,敢替用户做选择、敢做减法。只是现在的 openai,越来越让人看不懂了
中文
0
0
0
52
liustack
liustack@liustack·
codex 并入 chatgpt 之后,彻底 ai slop 了。 这是我见过的比 claude desktop 还要拧巴的产品。 反正我是不愿意相信,这是当初给 ai 发明了聊天框这种最佳交互的公司做出来的产品。 命名上,如果你 codex、chat、work 是并列的子应用/子命令,那按命名习惯应该是 chat、work、code 才对。 不能因为 claude desktop 里有 code,就刻意回避吧? 交互上,work 这个设计完全没有心智模型可言。 没有层级、没有引导、没有心理暗示。第一次用的人根本猜不出这是个什么鬼东西,能干什么。 功能上,底层根没打通,妥妥缝合怪无疑。好好的一个 chat 居然用弹框呈现。codex 和 chat、work 的模型列表也是各玩各的。codex 里是 5.6,chat 里还在 5.5
liustack@liustack

codex app 变成 chatgpt desktop了,有点意思。 gpt 5.6 也能正常使用了。 可是它前端能力啊,还是一言难尽。

中文
2
0
0
465
liustack
liustack@liustack·
@yetone 看到这个,突然就能理解 gpt 5.x 模型为什么一直做不好 UI 了。 现在的 openai 啊, 根本不懂什么叫设计品味。 一个连设计品味都没有公司,怎么可能对需要设计品味的 UI 部分进行后训练强化嘛
中文
0
0
0
938
yetone
yetone@yetone·
这也有点太丑了,哥哥。
yetone tweet media
中文
34
0
159
32.3K
liustack
liustack@liustack·
codex app 变成 chatgpt desktop了,有点意思。 gpt 5.6 也能正常使用了。 可是它前端能力啊,还是一言难尽。
liustack tweet media
中文
1
0
1
818
liustack
liustack@liustack·
@kevinma_dev_zh 我也是听说 7 号下线,提前蹬完了,不知道该哭还是该哭😭
中文
1
0
0
125
liustack
liustack@liustack·
不知道应该哭还是哭😭
中文
0
0
0
20