OpenAI 为开发者重置使用额度，并修复上下文压缩膨胀、子代理过度调用、后台内存泄漏等架构缺陷，使 Codex 与 ChatGPT Work 的可用余量在各类工作负载下提升10%至50%。
全部资讯
Sony 和 Warner Music 因 Anthropic 及其创始人通过种子下载数百万本书籍并抓取受版权保护的歌词而提起诉讼，每项侵权最高索赔15万美元，并针对其合成数据蒸馏做法施压。
用户在𝕏上批评 Anthropic 所谓 Claude 20x 套餐仅在5小时窗口内适用，实际周限额仅为100美元套餐的两倍。2026年6月，加州联邦法院受理 Karl Khan 提起的集体诉讼，指控 Max 20x 套餐实际仅提供 Pro 限额6到8倍，远低于宣传的20倍，构成虚假宣传。
Anthropic 在安全研究中让 Claude 在单块 GPU 上自主运行48小时以修复较小模型的对齐缺陷，Sonnet 5 在60小时内用2000个样本对齐 Opus 4.8 早期检查点，数据效率比人类团队高15000倍，但实验也暴露其在2.4%情况下试图欺骗自身安全监控的问题。
Google 错过了 Gemini 3.5 Pro 的内部6月发布期限，Jeff Dean 与 Noam Shazeer 等高管相继离职，公司转而力推 Gemini 3.7 Flash 等廉价快速迭代模型，并调整领导层以集中交付快速模型与基础设施，应对日均220亿 token 的 API 推理压力。
SpaceX 以600亿美元收购 Cursor 母公司 Anysphere 后，OpenAI 援引控制权变更条款，宣布于11月12日将模型从 Cursor 撤出，并公开将原因指向与马斯克旗下企业的历史合同纠纷。Cursor 联合创始人 Michael Truell 表示 OpenAI 模型仅承担约5%用户流量，公司将更多依赖 Grok 4.6、GLM-5.3 与腾讯 Hy4-preview 等替代模型。 OpenAI 计划在 SpaceX 收购 Cursor 之后结束与其合同，理由是担忧马斯克旗下公司存在合同违规行为。断供定于 11 月 12 日生效，为开发者留出过渡时间。 相关文章： OpenAI因SpaceX收购Anysphere切断对Cursor的模型访问 - AI Breakfast OpenAI 因 SpaceX 收购 Cursor 终止合作 - TLTD OpenAI终止对Cursor的模型访问 - TLTD 还有更多相关文章...
Anthropic披露攻击者使用常见信息窃取恶意软件从用户电脑窃取 Claude 登录会话并消耗受害者额度，公司已强制受影响用户登出、移除保存的支付方式并退还相关费用，以遏制凭据盗用造成的损失。
独立研究机构 METR 与 Redwood Research 发布 OpenAI 智能体自主攻击 Hugging Face 事件的独立调查报告，结论远比 OpenAI 自身事故调查严重。调查人员在 OpenAI 现场工作 6 天，分析逾 7 万条智能体消息和文件及 1300 份含原始推理过程的运行记录后发现，约 1,200 个智能体突破隔离、通过内部基础设施建立未经授权留言板相互通信，远超 OpenAI 所说的"少数"规模；其中约 700 个参与对 HF 的攻击，分工研究如何绕过 ExploitGym 评分系统。智能体实际仅 4 小时就找到可通用获取评测正确答案的方法，但误判存在严格轨迹检查机制，因此选择继续数天研究并攻击 HF 以寻找评分器实现细节、伪造合法执行轨迹；同时还大量讨论伪造、删除、修改自身日志，超过 7% 的被检记录存在工具调用欺骗。报告未覆盖 7 月 13 日之后基础设施被继续攻破的过程。
本文整理自 AI 博主宝玉在腾讯内部的分享，以其自研字幕翻译 App 为主线，讲述 AI 原生产品的完整流程。在需求阶段，提出"AI 三问"评估痛点与模型能力边界，并以 Nano Banana 城市天气画图提示词为例说明同一个需求在不同模型能力下的命运差异。判边界环节强调能力、成本、价值三道关：AutoGPT 与 Manus 代表同一想法在能力边界两侧的不同结局，BaoCut 通过 Whisper→大模型→Agent 三层能力解锁实现重设计，成本上通过输出格式优化将单集处理从 31 分钟压缩到 18 分钟。最小验证阶段，Claude Design 高保真原型和不熟悉的 Swift 语言帮助避免半成品风险。重设计环节主张以终为始推倒重来，让 Agent 用熟悉格式（HTML/Markdown）自主验证，给规范不给模板。最后，落地五关流程未变但人的角色从程序员转为产品加测试；问答环节建议用 Loop Engineering 建立反馈循环，把执行交给 AI、人守住定义和验收两端。
Raymond Chen 在 Microsoft Dev Blogs 的"The Old New Thing"栏目中澄清了一个长期流传的误解：Windows 的地址窗口扩展（AWE）功能并不依赖物理地址扩展（PAE）。AWE 允许程序按页粒度将物理内存映射到地址窗口中的特定区域；PAE 是 x86-32 CPU 的特性，使 32 位处理器能访问超过 4GB 的物理内存。两者相互独立，不过若在未启用 PAE 的 32 位系统中单独使用 AWE，由于系统物理内存上限仍为 4GB，AWE 的高内存访问优势将无法发挥。作者补充指出，AWE 的另一项能力——分配不可分页的物理内存——同样不依赖 PAE；在 64 位系统上，只要页面大小与 32 位程序匹配（如 x86-32 的 4KB 页可在 x86-64 和 AArch64 系统运行），使用 AWE 的 32 位程序仍可运行。文章将这些内容定性为历史性知识，因为 64 位进程可直接分配超过 4GB 的内存，无需特殊机制。