macOS app 0.34: UI hangs because ChatGPT/Codex detection runs osascript on the main thread

这个报错通常出现在 macOS Ollama 桌面应用 0.34.x 启动时:应用为了检测 ChatGPT/Codex 是否在运行,在主线程上调用 osascript 查询 System Events,如果系统里运行的应用很多、Accessibility 响应慢,主线程会被 fork + wait4

这个报错通常出现在 macOS Ollama 桌面应用 0.34.x 启动时:应用为了检测 ChatGPT/Codex 是否在运行,在主线程上调用 osascript 查询 System Events,如果系统里运行的应用很多、Accessibility 响应慢,主线程会被 fork + wait4

一篇登上 Hacker News 24 小时热榜的文章指出,主流 LLM 产品被设计成替用户“直接做完”而非“教用户做”,长期使用可能削弱开发者自身的动手能力和理解力。这值得关注,因为它触及了 AI 编程工具最容易被忽视的隐性成本。
![[Bug]: Streaming responses broken since 0.14.0 for ContextChatEngine and similar classes](https://www.chat-gpts.plus/wp-content/uploads/2026/09/22749-8310a4fe-768x403.jpg)
当你在 LlamaIndex 0.14.0 至 0.14.24 之间使用 ContextChatEngine 、 CondenseQuestionChatEngine 或 CondensePlusContextChatEngine ,并通过 astream_chat(...).async_respo

当 llama-server 以 router 模式启动并从 preset.ini 加载模型时,如果模型的 model 路径字段被双引号包裹,会导致加载失败,而同一模型用命令行单独启动却正常。优先检查 preset.ini 里的路径是否带了多余引号。

这个报错通常出现在 Linux 下用 CUDA 后端编译 llama.cpp 的时候,触发点是 ggml/src/ggml-cuda/fattn.cu 里 flash attention 的 MMA 模板实例化失败,导致整个编译中断在 96 个错误。最优先排查的是你当前 checkout 的 com
![[Bug]: GatedDeltaNet metadata builder classifies a stateless first chunk as a decode (same root cause as #51483)](https://www.chat-gpts.plus/wp-content/uploads/2026/09/51562-14e6939c-768x403.jpg)
该报错出现在 vLLM 的 GatedDeltaNet(GDN)路径上,当一个调度批次里全部都是长度为 1 token 的行、且其中至少有一行是首次 chunk( num_computed_tokens == 0 )时,共享的 GDNAttentionMetadataBuilder 会把这条无状态的

这个报错通常出现在 LlamaIndex 的 FunctionAgent / Workflow 示例运行时,`workflow.run(...)` 阶段内部序列化缓存尝试把 workflow 对象当作 WeakKeyDictionary 的键,而 `FunctionAgent` 不可哈希,于是抛出

当系统存在多个 SYCL 设备、并且你把模型放在索引不为 0 的 SYCL 设备上运行时,llama.cpp 的 SYCL 后端会在首次 decode 阶段因 host pinned 内存被错误地绑定到 device 0 而崩溃,报出具有误导性的显存不足错误。优先确认是否只用单卡(SYCL0)或改用

这个 Compile bug: Build error with sm_70 on Windows 11 通常出现在用 CUDA 加上 -DCMAKE_CUDA_ARCHITECTURES 包含 70-real (Volta / V100,sm_70)编译 llama.cpp 时, fattn.cu

GitHub 上出现了一个名为 ai-memory 的开源项目,试图把 Claude Code、Codex、Cursor 等 20 多种 AI 编程工具的长期记忆统一到一个自托管服务器上,让不同代理、不同机器、不同团队成员之间实现任务交接。