先说几个当天的核心判断。大多数人还在消化Anthropic昨天放出的重磅消息。趁着这个窗口期，AIE正在全球范围内招募顶尖的AI前场部署工程师，为一个全新的“Forward Deployed Engineer”方向做准备。这个动作，和OpenAI DeployCo、Anthropic DeployCo的类似布局如出一辙。

与此同时，AIE的新创者计划也在推进。这个计划可以理解为AIE版的“创业战场”——一个由Y Combinator的Garry Tan和Howie Lu的1000万美元Hyperagent竞赛联合锚定的竞争性路演大赛。如果感兴趣，现在就可以报名并预订酒店，获取详细信息。

AI新闻简报，覆盖5月28日至29日。我们查看了12个Subreddit、544个Twitter账号，暂无Discord信息。AINews网站支持搜索所有历史期次。提醒一下，AINews现已成为Latent Space的一部分。

AI Twitter 摘要

Claude Opus 4.8 发布：基准测试的摩擦与API的易用性

• Opus 4.8 正式上线了，但这次的评价环境相当嘈杂。多个独立基准测试给出的结论出奇一致——“有增量改进，但并非压倒性优势”。@arena 对 Opus 4.8 和之前的 Opus 变体、Gemini、GLM 做了200多个前端/代码测试；@theo 报告说 CursorBench 的结果显示，4.8 虽然效率更高，但与 4.7 相比，在误差范围内表现略差；@jerryjliu0 和 @llama_index 发现，在文档解析上，表格/布局方面有小幅提升，但在内容忠实度/图表方面出现了倒退；@scaling01 则指出，ALE-Bench 毫无进展，并且还单独标记了 LisanBench 上一些有趣的失败模式。当然也有好消息：@jeremyphoward 发现，在编程场景下，4.8 比 4.7/GPT-5.5 更少过度Agent化，合作性更好；@leo_linsky 则称，这是 Anthropic 产品发布历史上一次实实在在的体验改进。

• Anthropic 也同步推出了一些实用的平台级改动。@ClaudeDevs 宣布，现在可以在对话中途修改系统指令，而且不会打断提示词缓存，同时还支持在对话中进行权威性的系统角色更新。这对于长时间运行的Agent会话和成本控制来说是个好消息。但定价依然是主要槽点：@jeremyphoward 认为，Anthropic 在 API 价格上几乎没做什么让步，他自己更倾向于 GPT-5.5，部分原因是订阅/API的经济性更容易说清楚。总的来说，4.8 对实际应用来说是个有意义的“体验提升版”发布，而不是一次彻底的基准测试洗牌。

Agent 框架、多轮 RL Bug 与自主性的基础设施

• 一个隐蔽但极重要的 RL 失败模式被公开点名了。@ClementDelangue 转发了一个 Hugging Face 的深度分析，解释了为什么许多涉及工具使用的多轮 RL 训练循环在无声无息地出问题。核心Bug在于：解码模型输出、解析工具调用、然后将更新后的对话重新分词化 (re-tokenize)，这个过程会改变分词，导致梯度被应用在模型从未实际采样过的序列上。提出的解决方案是严格执行“Token-In, Token-Out”规则：永远不要重新编码已采样的 token；在同一轮对话中保持一个单一的 token 缓冲区。@johnschulman2 则进一步强化了一个更宽泛的观点：渲染器 (renderer) 是消息和 Token 之间的基础基础设施，它的失败模式包括训练/测试不匹配、缓存效率低下以及提示注入风险。

• 框架设计正在成为一门独立的优化学科。@omarsar0 介绍了“有效反馈计算”(EFC) 的概念，声称原始的 token/工具数量很难解释Agent的成功，而 EFC 的 R² 值可以达到 0.99，这意味着框架质量比粗放的活跃度更重要。这与产品化的调优努力不谋而合，比如 @LangChain 的 Deep Agents v0.6 就把“框架配置文件” (harness profiles) 作为一等公民，以相比前沿API 20倍以上的低成本，从 Qwen/Kimi/DeepSeek 上获得了强劲性能。@hwchase17 也明确指出“不同模型需要不同的提示词和工具”。与此同时，@vllm_project 发布了原生权重同步 API，改进了异步 RL 的暂停/恢复功能，随后又推出了 fastokens——一个 Rust 实现的 BPE 分词器，旨在减少长上下文/Agent性工作负载中的 CPU 分词瓶颈。

• 争论的焦点正从“单 Agent vs 多 Agent”转向“抽象层在哪里真正带来价值”。@OfirPress 认为当前的多 Agent 系统更多是带来速度提升，而非能力突破；而 @scaling01 持相反观点，期待群体训练能够带来更好的规划能力和类似超级智能的行为。无论理论如何，现实趋势很明确：越来越多的团队在围绕 Agent 的可观测性、追踪和持续改进循环来构建，例如 @Vtrivedy10 就在挖掘生产环境中的追踪数据用于 SFT/蒸馏以及长周期持续学习。

开放模型、本地 AI 与 OSS 工具链的收紧

• 本地优先和开源模型的势头持续强劲。@LangChain 的数据显示，2026年4月，每3个AI团队中就有1个运行了开源模型，而9个月前这个数字是每5个中有1个。@EpochAIResearch 估计，开源模型目前落后前沿闭源模型大约四个月。在工具链方面，@ggerganov 推出了 llama.app，为 llama.cpp 提供了官方网页、统一安装器和一个单一的 `llama` 入口点，旨在简化本地部署和第三方 Agent 集成。@ollama 宣布了 OpenJarvis，这是一个通过 Ollama 实现的、本地优先的个人 AI，明确对标斯坦福/Hazy 提出的“每瓦特智能”框架。

• 开放基础设施正变得更像企业级产品。@ClementDelangue 指出，Hugging Face 上大约 50% 的模型和数据集现在是私有的，这与 HF 提供的存储/存储桶服务增长同步——这是对“HF 只是开放的 OSS 基础设施”这一观念的重要修正。@abidlabs 展示了 Hugging Face Jobs 如何取代 GitHub runners 来运行 CPU/无服务器 GPU CI。@DSPyOSS、@dbreunig 等人在即将到来的 4.0 版本前，重新设计了 DSPy 的文档和首页，专注于引导用户构建可编程的 AI 系统，而不仅仅是纯提示。

• 许可证和宽松性正成为战略杠杆。@kimmonismus 强调 NVIDIA 将其四个开放模型系列迁移到 Linux Foundation 的 OpenMDW-1.1 协议下，减少了权重/代码/文档/数据在许可证方面的法律碎片化。新的宽松数据发布也值得关注：@keshigeyan 引入了 GPIC，一个包含 1亿对图像及许可的图像语料库，外加一个 100万对基准测试集，用于视觉生成，明确可用于研究和商业用途。

Google/OpenAI 产品面扩大：托管 Agent、Gemini Spark/Omni 和 Windows 上的 Codex

• Google 正在将“托管 Agent”堆栈从 API 扩展到消费者产品。@_philschmid 展示了 Gemini API 中的“托管 Agent”功能：一次 API 调用就能提供一个沙盒化的 Linux 环境，具备代码执行、网络访问和文件 I/O 能力。在消费者端，@GeminiApp 向美国 AI Ultra 订阅用户推出了 Gemini Spark，这是一个 7x24 小时的个人 Agent，可以在用户指令下，跨其数字生态系统运行。Google 还持续推送 Gemini Omni 多模态生成/编辑的演示，并宣布了用于视频/电影制作创意工作流的 Google Flow Agent。

• OpenAI 的 Codex 正朝着一个持久的远程开发者操作员迈进。@OpenAI 和 @OpenAIDevs 为 Codex 增加了 Windows 上的计算机使用能力，包括通过 ChatGPT 移动应用进行远程操控。后续的 UX 改进包括为后台 Agent 增加稳定的标识符，以及跨过往聊天内容的搜索功能。@reach_vb 总结了 Codex 更广泛的更新，涵盖 Windows 控制、移动远程访问以及个人资料/任务统计。另外，根据 @michpokrass 的信息，OpenAI 还更新了 gpt-5.5 instant，以改善其谄媚问题、事实性和多语言表现。

• 这一切都指向更加垂直整合的 Agent 堆栈：模型 + 框架 + 沙箱 + UI + 远程控制 + 定价/配额。Google 正在平滑 Gemini 的配额管理；OpenAI 正在扩展 Codex 的运行表面；Cursor 则推出了“自动审核模式”，通过子 Agent 驱动的审批路由。共同模式是越来越不像“聊天机器人”，而更像“带有策略和内存的托管执行环境”。

值得关注的研究与系统论文

• 搜索、检索与记忆：@TheTuringPost 重点介绍了来自哈佛/MIT 的“双向进化搜索”(BES)，它将前向搜索与反向分解及进化算子相结合。报告称，Llama-3.2-3B-Instruct 在 MuSiQue 上的表现从 4.0% 提升到了 7.0%。在检索方面，@_reachsumit 指出了“潜在术语”(Latent Terms)，展示了如何通过 SAE 从冻结的稠密检索器中提取出稀疏的 BM25 风格特征。@topk_io 则开源了 Iso-ModernColBERT，用于更高效的后期交互推理。

• 持续学习与信念/状态管理：@HuggingPapers 总结了“信念追踪”(BeliefTrack) 论文，声称优化的信念状态管理能将长程推理失败降低 70% 以上。@AndrewLampinen 认为，持续学习领域过度关注了干扰，而忽视了正迁移；@victor207755822 则发布了第二篇 DeliAutoResearch SKILL 论文，专注于自我迭代和持续学习。

• 多模态/世界模型/机器人学：NVIDIA 的相关工作包括 γ-World，一个能以 24FPS 流式传输的生成式多 Agent 世界模型，以及 minWM，一个实时的交互式视频世界模型框架。在机器人领域，@_akhaliq 分享了 Qwen-VLA，而 @inventorOli 则演示了 Robostral 在语言理解和操控方面的改进。对于始终在线的主动 Agent，@dair_ai 介绍了一项工作，用一个 220MiB 的时序图编码器取代了 LLM 的唤醒决策，在获得 +16.7 平均 F1 提升的同时，运行速度快了 4-83 倍。

热度最高的推文（按互动量排序）

• OpenAI / 生物学：@OpenAI 关于 Rosalind Biodefense 的推文，宣布了用于公共卫生和生物防御的受信访问生物学工具。
• Google / 消费者 Agent：@GeminiApp 关于 Spark 的推文，其始终在线的个人 Agent 已向美国 AI Ultra 用户开放。
• OpenAI / 开发工具：@OpenAI 关于 Codex Windows 支持以及 @OpenAIDevs 将计算机使用能力扩展到 Windows 和移动远程操控的推文。
• llama.cpp 用户体验里程碑：@ggerganov 发布了 llama.app，一个带有统一安装器和 CLI 入口点的本地 AI 工具。
• HF / RL 正确性：@ClementDelangue 放大强调了在多轮基于工具的 RL 中必须遵循的“Token-In, Token-Out”警告。
• 开放与封闭的时间差距：@EpochAIResearch 估计，开源模型目前落后前沿大约 4 个月。

AI Reddit 摘要

/r/LocalLlama + /r/localLLM 摘要

1. 本地 LLM 性能：MoE 发布、量化、VRAM 节省

• StepFun 3.7 Flash（活跃度：637）：StepFun 发布了 Step 3.7 Flash，一个多模态 MoE 模型，总参数量 196B，激活参数量 11B，内置一个 1.8B 的 ViT。它被宣传为适用于高吞吐量的 Agent 工作流，速度可达 400 TPS，据报道在约 128GB RAM 的机器上即可本地运行。报告的基准测试结果对于一个“Flash 级/本地”模型来说异常强劲：SWE-Bench Pro 达到 56.26%，DeepSearchQA 的 F1 得分为 92.82%，带工具的 HLE 为 47.2，并且在 Terminal-Bench、Toolathlon、ClawEval 以及其他 Agent/工具任务上，相比 Step 3.5 Flash 有大幅提升。模型文件可以直接在 Hugging Face 上获取，提供 BF16、FP8、NVFP4 和 GGUF 格式，并且有 day-0 的 llama.cpp 支持 PR，以及 llama.cpp#23274 中的相关 MTP 工作。

  评论者们认为这个模型在技术上有些奇特：它的隐藏/思维链轨迹几乎语无伦次，但最终的答案却可能“完美”且能与远大于 1TB 的模型竞争；一位用户表示，之前 Step 3.5 的“无限思考”问题似乎在这次被修复了。对于本地部署，特别是拥有 4x3090 级别硬件的用户来说，存在着谨慎的乐观情绪。同时，大家也很欣赏 StepFun 直接向上游提交 llama.cpp 支持，而不仅仅是维护一个自己的分支。

  • StepFun 在 Hugging Face 上发布了多个 Step-3.7-Flash 检查点：BF16、FP8、NVFP4 和 GGUF。一位用户报告说，此前 Step 3.5 Flash 的“无限思考”问题似乎已修复，使得 3.7 尽管中间推理风格依然古怪，但更加可用。
  • 通过 StepFun 的上游 PR（ggml-org/llama.cpp#23845），实现了 day-0 的 llama.cpp 支持，这与 Step 3.5 需要依赖 Fork 形成对比。另有一个针对 MTP 支持的社区 PR（ggml-org/llama.cpp#23274），不过评论者指出它需要针对 Step 3.7 和当前的 master 分支进行更新。
  • 在 2x Pro 6k 上进行的 NVFP4 检查点的 vLLM 夜间测试，在 64 个并发浅上下文请求下，达到了约 2200 tok/s 的速度。报告的配置使用了 tensor-parallel-size 2、--enable-expert-parallel、--quantization modelopt、--kv-cache-dtype fp8、--reasoning-parser step3p5 以及 StepFun 的工具调用解析；vLLM 报告的 GPU KV 缓存大小为 1,667,645 个 Token，对于 262,144 个 Token/请求，最大并发度为 6.36x。