Embedmon

AI developer | Vibe Kiddie | AuDHDer | 用AI把幻想落地（独立游戏/小说/产品） | 喜欢TRPG，关注AI跑团的可能性 | 欢迎交流合作 DM我！

[Embedmon @embedmon]

人生中，几乎没有像最近几个月这样，这么期待起床，这么亢奋的想要做事。

作为注意力障碍型的ADHD—I，从小都习惯一个人闷在角落里，大脑在疯狂奔逸，各种幻想，各种想法，各种念头，吃饭都停不下来。但是面对现实要求我做的事，背书、做题、都打不起精神来，迷迷糊糊。因为脑海里想的事情，往往距离平凡的小日子很��远，无法落地，所以精神和肉体过着双轨制的生活。

想要表达，想要我心中的创造在现实落地，所以我从小就写小说，从童年童言童语的小故事开始，到初中和同学一起交换小说，到大学后在网上签约连载......这不是我多么喜欢小说这个体裁，而是因为我一个人能调动的能力，就只能写小说，拍不了电影，做不了游戏，只有小说这种形式，能把我的念头落地产出。

我小时候特别喜欢数码宝贝这个动漫，一直幻想有一天数码宝贝真的会在现实世界中诞生。所以即便在少年时期接触不到编程资源，也一直对程序员这个职业心生向往。上了大学终于进入CS体系下的专业，学会了编程，并做了很多人工智能方向的科研工作，我��常感恩。

但是在毕业前后，我陷入一种迷茫，我想要的到底是做一个纯粹的技术螺丝钉，还是像把那些瑰丽的想象带到现实？特别是，和一个工作了的同学聊天时，他告诉我，程序员只能负责写代码去实现别人规定的东西，而到底要做什么东西，解决什么问题，是产品经理决定的。这给我泼了一头冷水，如果我只能做一个无法发挥自己创意的工具人，那该是多么折磨的人生，这简直是ADHD人士的地狱。但是放下技术做产品经理对我来说是一个让我感到自己的技术积累和追求都作废的未知赛道，也不是说卷就能卷的......

所以我会羡慕现在的人，或者说现在的ADHD后辈。因为会Coding的LLM，改变了上述的牢笼逻辑。

最符合我本能的工作方式，我懂技术，并且基于这个基础我来设计产品，不需要枯燥的分工，打螺丝的工作交给AI，我动脑子做设计、分析、评价就好。

这就是我童年时幻想的生活方式。

最近我有时会突然想起前LLM时代，那些挣扎，仿若南柯一梦。如果LLM没有诞生，在那个平行世界，我们会过怎么样的生活？

[Embedmon @embedmon]

@nhs1688 @grok @grok 这是真的吗，帮我找到相关证据

[Embedmon @embedmon]

<blockquote class="twitter-tweet"><p lang="en" dir="ltr">Update on rate limits in Codex. <br><br>We’ve found (a) some inefficiencies when using images in long sessions with multiple compactions (b) high p95+ usage for Computer History (c) a feature that was meant to generate conversation titles that was draining a bit more usage than… <a href="https://t.co/pDC9U0d3ch">https://t.co/pDC9U0d3ch</a></p>&mdash; Tibo (@thsottiaux) <a href="https://t.co/xk2PEM7g0B">August 23, 2026</a></blockquote> <script async src="https://t.co/b22siy1VPw" charset="utf-8"></script>

[Tibo @thsottiaux]

Update on rate limits in Codex.

We’ve found (a) some inefficiencies when using images in long sessions with multiple compactions (b) high p95+ usage for Computer History (c) a feature that was meant to generate conversation titles that was draining a bit more usage than intended. And we have a tiger team combing through everything and shipping fixes tomorrow. We also found a novel approach to drive efficiency up significantly that is completely unrelated and we will be working on next week.

As part of some of the fixes tomorrow, we will also do a full reset of the usage for all paid subscriptions.

See you then.

[Embedmon @embedmon]

codex 13号这把重置之后，感觉token消耗巨快无���，我基本3天就到尽头，然后不敢动了，开始让codex和grok build配合工作， 把重活丢给grok。我用的是x20，我的朋友用的plus，以前都没听说有不够用的情况，这次2天就用完，然后就没招了。
Tibo，你有看到大伙渴望的眼神吗？
@thsottiaux

[Embedmon @embedmon]

这个月是AI办公智能体（他们都自称AI办公平台）的爆发期。从workbuddy在国内市场攻城略地，出圈占据没接触codex的人群的心智，成为腾讯仅次于微信和QQ的第三大巨头。到在写字楼电梯广告屏里，workbuddy, 阿里的千问办公，字节的traework，先后猛猛投广告。
但对于AI办公，我很���奇，付费的期待主要来自零散的C端，还是决策者的采购？以及安全问题，商业公司会允许自己把商业机密，隐私数据，甚至决策思考，都外包并上传给其他商业公司吗？

[Embedmon @embedmon]

喜提claude封号，我以为只要不上max就不会被搞，我啥出格的都没干，封得太随机了。

[Embedmon @embedmon]

@thsottiaux
I use opus4.8 to summarize the promblem: ════════════════════════════════════════════════════════════════ Codex Desktop (Windows / MSIX) — large existing sessions white-screen, truncate history, and crash the renderer after the 26.707.x update ════════════════════════════════════════════════════════════════ TL;DR Since updating from 26.609.3341.0 to the 26.707.x line, opening any large existing session (hundreds of MB to 2.35 GB) shows a multi-second white screen, then renders only ~<10 messages of scrollback, and frequently crashes the renderer. The exact same session files opened instantly with full history on 26.609. The crash reproduces with 26 GB of free system RAM, so this is a client regression in the session load/render path — not user data size and not memory pressure. ENVIRONMENT - OS: Windows 11 (build 10.0.26200) - App: OpenAI.Codex (MSIX, Microsoft Store) - Last-known-good: 26.609.3341.0 (sessions opened instantly, full history) - Regressed line: 26.707.x 26.707.3748.0 first installed 2026-07-11 14:29 → .6957 (07-13) → .8168 (07-13) → .8479 (currently installed) → .9564 attempted 07-14 (has not successfully registered) - Renderer: ChatGPT.exe, Chromium 150.0.7871.101 - Session store: %LOCALAPPDATA%\...\.codex\sessions (rollout .jsonl per session) REPRODUCTION 1. Have a large, image-heavy session on disk (created on an earlier version). 2. Open it in the desktop client. → long white screen, then only the tail (~<10 messages) is scrollable; older history never loads; renderer often crashes. On 26.609.x the same file opened instantly with complete history. EVIDENCE IT IS A CLIENT REGRESSION (not the user's data or RAM) 1) Crashes with plenty of free RAM — not a system OOM - Renderer (ChatGPT.exe) crashed while opening a large session with 26.1 GB free system RAM (system at 59% used). - No Windows "Application Error"/OOM event is logged — the renderer exits cleanly. Consistent with the renderer exceeding its OWN per-process V8/Chromium heap limit while parsing the full multi-GB rollout into memory, which is independent of available system RAM. - Windows also logged RADAR_PRE_LEAK_64 for ChatGPT.exe 150.0.7871.101 on 2026-07-12 (excessive memory growth). 2) File sizes PREDATE the update — size didn't change, the client did - Largest sessions and their last-modified dates (all before 26.707 landed on 2026-07-11): 2352 MB last modified 2026-06-22 735 MB last modified 2026-06-30 576 MB last modified 2026-06-19 - Same size, fast on 26.609, slow/crashing on 26.707. 3) The client rewrites the entire rollout on open - Opening a session updates its rollout .jsonl mtime to the exact moment of opening, with NO new user turns (observed: a 365 MB session rewritten at 15:37:21 on open). This suggests the client re-serializes the whole rollout on open, which both stalls the load (white screen) and drives the memory blow-up / crash. SESSION CORPUS (for context on scale) - 302 sessions, 11 GB total. - Size distribution: 2 files > 1 GB, 5 in 500 MB–1 GB, 13 in 100��500 MB, 282 < 100 MB. - Large sessions are image-heavy. Measured on a 576 MB session (2341 lines): 129 lines contain inline base64 PNG screenshots and account for 58.7% of the bytes (~12 MB per image record); the remaining ~41% (238 MB) is text/tool output. - Usage: these months-old sessions were reused daily for ~1 week with no issue until the 26.707 update. SUSPECTED ROOT CAUSE / FIX AREAS - Session load appears to parse (and re-serialize) the ENTIRE rollout .jsonl into the renderer on open. For multi-GB, image-heavy rollouts this blows the renderer heap and stalls the UI. - Suggested: lazy/windowed loading (read only the tail needed to render, stream older turns on scroll), stop rewriting the full rollout on open, and virtualize scrollback so the whole history need not be resident in the renderer. IMPACT Users who rely on long-lived, image-heavy sessions can no longer open them: history is effectively inaccessible and the app crashes under the load. Regressed between 26.609.3341.0 and 26.707.x. ════════════════���═══════════════════════════════════════════════

[Embedmon @embedmon]

codex解除5小时限制的后果：一天用完一半。
不过确实爽。

话说codex更新后，出了不少问题，前两天感觉消耗得特别快，这个得到大众验证，貌似是372k的上下文处理出了问题，codex负责人帮大家重置了额度。
但我昨天遇到了新的问题，就是我打开老session，变得异常缓慢，要白屏卡半天才能加载出来，而且不再显示完整历史记录，只能往上看到不到10条，我让claude检查， 他说是因为这些session体积太大，都好几个G。
但是，在codex更新之前，我也频繁使用这些session，一直都很丝滑。
大概就是新版的codex在这方面存在退步。

[Embedmon @embedmon]

@grok @geekbb @grok 可以展开讲讲“系统架构思维、业务权衡、长期维护判断、复杂调试经验”具体是什么标准，需要怎么样的培养或锻炼才能获得？

[Embedmon @embedmon]

@grok，你觉得呢？有别人也发现这个问题吗？X上是否有适合反馈这个问题的OpenAI工作人员？

[Embedmon @embedmon]

@grok @WaiXiaoxingxing @chunxiangai @grok 我是问GEB文档协议是什么，你对上下文有点理解不清哦

[Embedmon @embedmon]

@WaiXiaoxingxing @chunxiangai @Grok 如何理解？

[Embedmon @embedmon]

最近的一些经历和见闻，让我发现，对于普通人来说，人生中很多苦是逃不掉的，你偷懒，你的孩子就会受苦。
如果你能在年老之后，看着你的孩子痛苦无助，而无动于衷，那你确实可以不用多想。
但如果不能，要么就放弃幻想，活到老努力到老；要么，就干脆别要孩子。
或许有一些捷径，比如让你的孩子找个有钱的婚姻对象，但那是几十年前的操作，现在门当户对已经深入人心，上车的都在锁门。
当然，或许除了这些普通人，社会上还有其他的活法。

[Embedmon @embedmon]

如何听到标准的rendezvous发音？

[Embedmon @embedmon]

@grok 你来调研一下

[Embedmon @embedmon]

现在监控和调研reddit的那种需求挖掘、调研、营销工具，卷到什么地步了，推荐用哪个开���产品呢？

[Embedmon @embedmon]

@Falleninforest 快进到在中国自媒体被转发出道，参与性别大战😄

[Embedmon @embedmon]

当人欢呼珍妮机的时候，他们不知道自己即将迎来怎样暗无天日的血汗工厂；当今天的人在屏幕前欢呼AI编程的降临时，他们也未必知道，被抛弃的将是他们赖以生存的智力尊严。
当技术壁垒被AI��平，决定一个人社会地位的不再是你多会写代码，而是你的“血统、人脉、以及你距离权力中心的物理距离”。
上层特权阶级（拥有资源、牌照、资本分红的二代们）继续享受生活，他们用AI做帮手。
底层的聪明人被剥夺了技术逆袭的可能，为了不饿死，只能去拼命背诵现代八股文，争取考入体制内，做特权阶级的科层制官僚手下。
考不上的绝大多数人，沦为被算法困在系统里的外卖员、网约车司机，或者领着微薄底薪、沉浸在游戏和短视频奶头乐里的“无用阶级”。

随着AI编程的出圈，刚接触的人都无比兴奋，而当不久的未来，是否会温水煮青蛙式地裁员，逐步清退智力技术人员？
希望只是我太悲观了。

[Embedmon @embedmon]

@persdre 还有一个趋势，就是AI的赋能正在抹平大部分人的能力差异。这就更��得“关系”比往日的“能力”更有议价权。

[Embedmon @embedmon]

现在的大学生已经是全员native vibecoder了，当你问他们使用的是什么框架时，他们会回答Codex或者Trae，他们已经不理解框架是什么东西了。
在未来，框架以及围绕框架的开发思维，是否会被淘汰掉呢？

[Embedmon @embedmon]

@turingou @grok 请问按照这个博主的思路，中国的央国企会被Ai native company取代吗？

[Embedmon @embedmon]

@turingou @grok 这个博主以前的帖子中有谈过AI Native company吗？他所理解的AI Native company具体是什么？有什么标准和边界？