AI 周报：从“绳套工程”到“反死亡循环”，技术演进进入深水区

引言：热闹的七月第二周

今天这篇文章，我们来梳理一下过去两天（7月6日至7日）AI领域发生的重要事件。信息量不小，从Meta在媒体生成上的新动作，到“绳套工程”成为袋里设计的核心议题，再到Liquid AI直捣“死循环”难题……可以说，每个方向都踩在了技术演进的关键点上。先快速过几个核心判断。

首先，Meta的超级智能实验室推出了Muse Image和Muse Video。虽然目前没有论文和技术细节，但它直接冲到了Image Arena的第二名和Video Arena的第三名，压过了微软上个月的MAI模型，这本身就是一个信号。更重要的是，它引入了一个明确的“袋里式生成循环”——规划、搜索、工具调用、代码执行、自我修正——这已经不是单纯的“画图”，而是把媒体生成纳入到智能体体系里了。

另一个重磅信号来自Lilian Weng。她今天发布了一篇关于“绳套工程”的新博文，重新定义了递归式自我改进（RSI）的架构。她的核心判断值得反复咀嚼：即使大多数绳套改进最终被内部化到核心模型中，指定目标和上下文的需求也不会消失。 这意味着，未来AI能力的上限，可能不取决于模型自身的权重修改，而取决于我们为它所设计的“绳套”。

那么，接下来我们逐一展开。

AI Twitter 热点复盘

袋里产品、绳套工程与长期工作流

Anthropic 持续扩大“后台袋里”体验。 Claude Cowork 正式登上移动端和网页版，定位不再是单纯的聊天界面，而是一个可以后台运行任务的团队伙伴。同时，Claude Fable 5 在付费计划中的访问权限延长至7月12日，虽然不少用户抱怨每周限额的尴尬，但产品层面的融合趋势已经非常明确。

绳套工程正在成为袋里设计的绝对中心。 除了Lilian Weng的博文，Sakana的总结将其与“AI科学家”、“ShinkaEvolve”和“达尔文-哥德尔机”联系起来。LangChain也快速跟进，推出了Deep Agents课程和开源绳套项目。谷歌则在产品化上发力：Gemini API的Managed Agents新增了后台执行、远程MCP服务器、自定义函数调用和凭证刷新功能。这些信号指向同一个方向：袋里能力的下一站，是对其“行为框架”的精细化工程。

袋里基础设施越来越“有主见”。 一系列操作层面的更新很值得关注。Codex Mobile iOS 增加了任务管理、过滤差异、SSH密钥登录和分支对比；Hermes Agent 加入了可插拔的秘密管理器，并支持原生1Password集成；Wea viate 1.38 将其MCP服务器正式商用，允许运行时动态切换写入权限。比较有实验性的是，有人甚至用Dial MCP服务器让袋里在需要时直接通过电话或信息召唤人类介入——这倒是很实在的“人机回环”方案。

模型与模态发布：音频、语音、机器人与媒体生成

Meta的Muse系列把“袋里式生成”带进了媒体领域。 前面提到过，Muse Image和Muse Video的技术亮点不在于单纯的画质，而在于它内部自带的智能体循环：规划、搜索、工具使用、代码执行，最后才是渲染。Meta还表示，性能会随着测试时计算量的扩展而提升，并且这种自我修正行为是在强化学习中自然涌现的，而非人工硬编码。这是一个值得关注的趋势——生成模型的进步路径，正在从“堆参数”转向“堆推理步骤”。

NVIDIA和Cohere在音频上各有斩获。 NVIDIA发布了Audex，一个300亿参数、30亿活跃参数的MoE模型，拥有100万上下文窗口，统一处理文本和音频任务。它的核心卖点是：在MoE架构上，不牺牲文本智能的同时，广泛支持音频生成与理解。Cohere则推出了Cohere Transcribe Arabic，号称最准确的开源阿拉伯语语音识别模型，专门针对方言、语码转换和阿拉伯口音英语进行了优化。

开源机器人生态持续向Hugging Face + NVIDIA靠拢。 NVIDIA将GR00T 1.7和Isaac Teleop整合进LeRobot，目标直指开源人形机器人工作流。UMA团队则展示了“小团队9个月造原型”的全栈故事，强调硬件与软件的垂直整合对于构建可信赖机器人的重要性。

训练、推理与后训练技术

Liquid AI的“Antidoom”直击推理循环的致命缺陷。 这是当天最清晰的技术发布之一。所谓“doom loops”，是指小型推理模型在生成过程中重复相同token直到上下文耗尽的现象。Liquid AI的解决方案叫FTPO（最终token偏好优化），通过重新标记触发死循环的token，将概率重新分配到其他选项上。效果显著：LFM2.5-2.6B模型在贪婪采样下的死循环率从10.2%降到1.4%，Qwen3.5-4B从22.9%降到1%，下游评估也同步提升。这再次验证了一个趋势：现在的研究更倾向于消除特定的失败模式，而不仅仅是扩大参数规模。

推理效率与压缩仍是主战场。 NVIDIA的Puzzle-75B-A9B压缩工作受到广泛关注：它在保持推理、编码、长上下文和袋里质量的同时，将H100上的服务器吞吐量提升了约2倍，并支持1M上下文的并发请求数量从1个提升到8个。此外，Nsight Python 1.0让GPU性能分析脚本化，Unsloth则推出了DeepSeek-V4-Flash的GGUF格式，并支持NVFP4/FP8导出，同时加速了GRPO和MoE。

袋里强化学习与验证变得更加专业化。 有研究指出，GRPO式的归一化正在被调整到任务级或环境级，以处理多轮环境中更高的奖励方差。而斯坦福、NVIDIA和伯克利联合提出的一种“无训练验证器”，通过读取评分token的logits输出校准后连续分数，在Terminal-Bench V2、SWE-Bench Verified等多个基准上表现强劲。这暗示：验证本身正在成为一个独立的扩展维度。

可解释性、模型内部结构与“J-Space”之争

Anthropic的J-space研究主导了可解释性讨论，但也引发了激烈批评。 社区分裂为两派：一派认为它是有用的机制分析，另一派则反对其“意识”叙事框架。批评者认为，这些向量在雅可比矩阵透镜的定义下，很大程度上是人为构造的。一个有用的历史参照来自Jacob Andreas，他建议大家回看原始的“雅可比透镜”论文。

更具技术价值的是跨模型结构的一致性。 有研究者计算了38个开源模型的J-lens几何CKA相似度，发现层内/深度组织惊人地普遍，甚至存在于不相关的模型家族（如Llama与OLMo）之间。Anthropic和Neuronpedia也发布了这些开源模型的J-lens权重。同时，Goodfire引入了“块稀疏特征器”，指出许多视觉概念在激活中本质上是2-4维的块，而非单一方向。

基准测试、评估与领域系统

袋里和法律基准持续暴露“通过多项标准”与“真正解决实际任务”之间的差距。 Agent Arena将Claude Sonnet 5（思考版）排在第六位，虽然确认任务成功率和bash使用率表现不错，但可控性仍然存疑。更具说服力的是Harvey LAB-AA法律袋里基准：在覆盖24个执业领域、120个私人法律任务的评测中，Claude Fable 5以14.2%的全项通过率领先，而Claude Opus 4.8和GLM-5.2都只达到7.5%。值得注意的是，GLM-5.2的单任务成本仅为Fable5的约6%。这说明：模型可以满足很多规定的项点，但交付完整可用的终稿仍然困难重重。

科研自动化与专业领域系统正在扩宽。 谷歌推出了Experience AI Scientist，一个用于端到端科学工作流的多袋里系统。DeepMind则上线了“Predicting the Past”，让Gemini通过自然语言处理希腊语和拉丁语的古典文献。在法律AI商业化方面，Norm Ai宣布完成1.2亿美元C轮融资，估值12亿美元，并描述了一个覆盖软件和AI原生律所的“袋里式法律”全栈方案。

热门推文（按互动量排序）

• Claude访问/产品推广： Cowork移动版与网页版、Fable 5访问延期的消息互动量最高。
• 开源开发者计划： @ClaudeDevs为开源维护者提供6个月Claude Max 20x使用权限，反响热烈。
• Meta媒体生成： Muse Image发布及Arena排名第二，是当日最大的多模态产品新闻。
• 推理可靠性： Liquid AI的Antidoom是当日信号最强的训练技术帖。
• 可解释性： 跨模型J-lens通用性研究（38个模型）是J-space讨论后最强的技术跟进。

AI Reddit 热点复盘

r/LocalLlama 与 r/localLLM 讨论精华

1. 开源模型发布与推理效率

腾讯Hy3公布（295B总参/21B活跃，Apache 2.0）—— 活动度: 653。腾讯在Hugging Face上发布了非预览版Hy3模型系列，这是一个2950亿参数、210亿活跃参数的MoE模型，许可协议从之前的限制性社区许可切换为Apache 2.0。这一变更是社区讨论的焦点，因为它移除了许多商业和地理使用障碍（此前版本据称排除了韩国、英国、欧盟等地区的使用）。虽然评论者普遍认为其基准测试性能需要独立验证，但若GGUF格式的量化版本可用，它将可能成为高端本地推理场景中Qwen和MiniMax的有力替代品。目前市场正观望其实际表现。

你是一名 AI 行业编辑，请围绕下面这条热点输出一份资讯解读：
热点：Lilian Weng总结35篇论文探讨面向RSI驾驭工程要求：
1. 先用一句话解释这条热点在讲什么
2. 再总结它为什么重要
3. 说明会影响哪些 AI 产品或内容方向
4. 最后给出 3 个适合资讯站使用的标题