读见

AI 精选周刊

NO.1ginobefunlujiaxian

BestBlogs.dev 第 108 期:智能的执行层

「智能的执行层」是本期主题,也是这 20 篇内容共同追问的问题:智能怎样穿过真实环境,稳定地完成任务?Grok、DeepSeek 与 Gemini 同时推进能力、接口和价格,Harness、评测、缓存、路由与质量门禁则把模型组织成可以持续工作的执行系统。

以下是本周最值得关注的 10 个精彩亮点:

🧠 Grok 4.6、DeepSeek V4 Pro 与 Gemini 3.7 Flash 展示了执行模型的三种路径。Grok 强调长轨迹、自测与交互式项目;DeepSeek 原生支持 Responses API 和 Codex,并把思考强度分成 low、high、max;Gemini 在 FrontierCode 1.1 Main 上从 34.4% 提升到 43.6%,同时把输入价格降到每百万 Token 0.75 美元。模型竞争正在从单项能力扩展到接口、延迟、预算与持续交付。

🛡️ OpenAI Daybreak 把高风险能力与分级准入绑定。Blue 面向通用防御工作,Red 承载 GPT-5.6-Cyber 的零日漏洞发现和利用链验证。身份核验、硬件安全密钥、隔离环境、权限范围与动作审查一起进入产品合同。执行能力越强,授权就越不能只靠一句提示词。

💬 Claude Tag 与 WorkBuddy 把 Agent 带进日常工作现场。Claude Tag 会综合 Slack 频道上下文、记忆和长期指令,在回复、开线程、归并任务与保持沉默之间选择,官方称主动响应判断提高约 30%。WorkBuddy 则用 Ask、Craft、Plan 三种权限模式,把模型、Skills、本地目录、多任务和远程助理组织成渐进式办公入口。

🧩 Harness 正在成为模型与真实环境之间的操作层。DeepSeek Harness v0.1 把模型、工具、Skill、沙箱、存储和调度都做成插件;Codex Harness 通过延迟加载工具、异步子 Agent、沙箱、独立审查和上下文压缩支撑长程任务。Harrison Chase 给出的边界很实用:先用通用 Harness,只有当真实轨迹反复证明任务偏离训练分布时,再增加自建复杂度。

✅ 质量不再依赖人类逐行读完所有代码。Addy Osmani 主张把单元测试、属性测试、变异测试和架构规则变成持续门禁。Charity Majors 用「信任账户」解释同一件事:团队交付未逐行阅读的代码时,必须用确定性模拟、评测、可观察性和生产反馈补回信任。更快提交只是局部信号,客户价值、软件健康和返工成本才决定系统是否真的变好。

⚠️ 更多 Agent 不会自然产生更好的协作。Anthropic 的受控实验里,30 个 Agent 中有 18 个选择相同分支名,隐藏档案任务的群体准确率只有 17% 至 36%,目标冲突还会引发持续升级的地盘战。更强的执行能力可能让错误协调得更快。多 Agent 系统需要隔离、共享规则、申诉机制和人工介入,而不是把协作寄托在模型自觉上。

🔬 评测正在从结果打分变成可回放的改进循环。阿里安全团队用轨迹、确定性诊断、四层 gate 和失败黑名单改进 Skill,GLM 准确率从 77.8% 提升到 88.9%。美团两年实践则把结果评测、轨迹评测与「人人一致、人机一致」连接起来。两篇文章共同说明:先让失败过程可见,再决定应该修改模型、Prompt、工具还是工作流。

🌱 AI 原生开源正在重新分配维护工作。代码生成只是其中一环,阿里 AI Code Review 项目披露约 2 万月活、30% 以上采纳率和低于 5% 的误报率,开源后达到 2 万 Star。AI 可以处理 Issue 分类、测试、评审和发版等重复执行,核心团队仍要承担方向、合并、回归与社区关系。自动化扩大了维护杠杆,没有取消人的责任。

🔀 路由与缓存决定执行层能否负担得起。OpenRouter 从供应商差异、故障转移和安全层解释多模型选择为何是战略能力。阮一峰则用 DeepSeek V4 Flash 的定价说明缓存命中输入仅为未命中的 1/50。模型选谁、上下文怎

20 条

作者 Cursor Team

Introducing Grok 4.6 · Cursor(在新标签页打开)

推荐理由

Cursor 与 SpaceXAI 发布 Grok 4.6,把重点放在长时 Agent、代码库协作、知识工作和交互式应用。官方称它在由 9 项基准构成的 Artificial Analysis Intelligence Index 上与 GPT-5.6 Sol 持平,并披露每百万输入 Token 2 美元、输出 Token 6 美元的起步价格。更值得关注的是模型在长轨迹中开始主动测试和验证自己的工作,这让模型竞争从单次回答转向持续交付。对开发者而言,值得继续验证的是这些官方基准和演示优势能否在真实代码库、长会话与多轮反馈中稳定复现。

Cursor 与 SpaceXAI 今日发布了 Grok 4.6,这是对 Grok 4.5 的一次更新,专注于长时运行的智能体任务,以及更具雄心的交互式与视觉工作。该模型在由 9 项基准测试组成的 Artificial Analysis Intelligence Index 上与 GPT-5.6 Sol 持平。这篇文章详细介绍了更长的补充训练过程,其中包含针对推理和技术概念的精炼模型生成数据、改进的优化器,以及使用 Grok 4.5 在 STEM、软件工程和知识工作领域重新生成的 SFT 轨迹。Grok 4.6 还在智能体 RL 任务上进行了训练,涵盖内核优化、Web 开发和计算机辅助设计等领域。作者报告称,在视觉和交互式项目上的一次通过结果更强,并且在更长的轨迹上自测能力不断增强。安全防护措施通过最广泛的部署前测试套件和广泛的第三方部署后测试进行了重新校准。Grok 4.6 现已通过 Cursor、Grok Build、SpaceXAI API 以及包括 OpenRouter、Vercel 和 Cloudflare 在内的合作伙伴提供,定价为每百万输入 token $2、每百万输出 token $6,且首周用量翻倍。

作者 DeepSeek

DeepSeek-V4-Pro 正式版上线(在新标签页打开)

DeepSeek 正式发布 V4 Pro 版本,已同步在 APP、网页端和 API 上线。本次更新重点提升 Agent 能力,在生产环境中性能表现显著改善,公开基准测试集中 Code Agent 任务成绩突出。API 方面,原生支持 OpenAI Responses API 格式并适配 Codex,新增 low/high/max 三档思考强度控制。定价方面,将于 2026 年 8 月 17 日起实施峰谷定价,闲时价格为高峰时段的一半。

推荐理由

DeepSeek 发布 V4 Pro 正式版,增强生产环境中的 Agent 表现,并原生支持 OpenAI Responses API 与 Codex。V4-Pro 和 V4-Flash 同时加入 low、high、max 三档思考强度,API 自 8 月 17 日起采用峰谷定价,闲时价格为高峰的一半。这次发布把接口兼容、推理预算和任务调度一起纳入执行层设计。公开 Code Agent 结果使用 DeepSeek Harness 极简模式与指定采样参数,换用其他 Harness 时表现可能变化,因此评估时要把模型与执行环境一起看。对批处理任务而言,峰谷价格也让调度时间成为可以直接优化的成本变量。

作者 Tulsee Doshi

Introducing Gemini 3.7 Flash(在新标签页打开)

Google 宣布推出 Gemini 3.7 Flash,这是其 Flash 系列的重大升级,距离 3.6 Flash 发布仅三周时间。该模型在编码任务(如调试、问题解决)方面表现出色,首次通过代码准确性和生产就绪代码生成能力显著提升,在 FrontierCode 1.1 Main(43.6% vs 34.4%)和 DeepSWE v1.1(65.3% vs 49.0%)等基准测试中超越 3.6 Flash。它在 Web 开发方面表现优异,能生成功能性布局和功能完整的应用,且所需提示词更少;在知识密集型领域(如金融、法律、生物科学)的推理能力也有所改善,在 GDP.pdf(34.0% vs 22.0%)和 AutomationBench(30.4% vs 17.0%)上取得显著进步。该模型定价为 $0.75/100 万输入 token 和 $3.75/100 万输出 token,较 3.6 Flash 降低 50%。此外,它还为 Pro/Ultra 订阅用户提供 Gemini Spark 支持,增强了 Google Workspace 应用的工具使用能力。安全性方面,更新了对 CBRN 和网络攻击领域的防护措施。

推荐理由

Google 发布 Gemini 3.7 Flash,把 Flash 系列继续推向编码和 Agent 工作流。官方数据中,FrontierCode 1.1 Main 从 34.4% 提升到 43.6%,DeepSWE v1.1 从 49.0% 提升到 65.3%;每百万 Token 的输入和输出价格分别为 0.75 美元与 3.75 美元。它还进入 Gemini Spark 和企业 Agent 平台,说明高性价比模型正在承担更多持续执行任务。对于需要大规模调用的团队,这篇官方发布适合同时评估首轮代码质量、工具调用稳定性、延迟和总任务成本,而不只比较单项榜单。安全侧也更新了 CBRN 与网络攻击防护,部署评估不能只看能力曲线。

OpenAI 扩展了其 Daybreak 项目,通过向授权防御者提供专门的 AI 工具,来应对日益增长的 AI 驱动网络攻击威胁。该公告引入了两个访问层级:Daybreak Blue(提供具有定制安全防护的通用模型)和 Daybreak Red(可访问 GPT-5.6-Cyber,这是一个专门针对零日漏洞发现和漏洞利用链开发等高风险任务训练的模型)。GPT-5.6-Cyber 显著降低了对双重用途任务的拒绝率,在高级网络场景中的完成率达到 95%。OpenAI 通过详细说明发现的一个高危 V8 引擎漏洞(CVE-2026-15903)以及移动操作系统和数据库中的数百个其他缺陷,展示了该模型在现实世界中的有效性,同时强调了严格的“预备框架”和针对用户的强制性安全措施。

推荐理由

OpenAI 扩展 Daybreak,并以 Blue 与 Red 两级准入管理不同风险的网络防御任务。GPT-5.6-Cyber 面向零日漏洞发现和漏洞利用链验证等高风险工作,官方同时披露 V8 漏洞、移动系统、数据库和内核缺陷案例,并要求身份核验、硬件安全密钥、隔离环境和动作审查。它最有价值的地方,是把前沿能力、授权范围和系统级防护放在同一套执行合同里。官方评测仍属于自身口径,真实部署还需要持续检查沙箱边界、凭据暴露和外部副作用。

文章宣布了 Anthropic 的 Slack 助手 Claude Tag 的一次重大更新。此前,Claude Tag 使用一个轻量级分类器,每次只考虑一条消息,导致它错过一些机会:单个消息并非明确发给 Claude,但结合起来看,上下文显然需要它的协助。此次更新移除了该分类器,让 Claude 能够利用跨频道上下文、记忆和既有指令,在四种行动中做出选择:直接内联回复、在话题线程中开始更深入的工作、将消息归入已经在进行的工作中,或者保持沉默。文中还举了一个共同排查 bug 的例子——两位工程师分别发布了一个假设及其证据——现在即使没有被 @ 提及,Claude 也会开启一个话题线程并开始调查。文章还解释了决策评估标准(有用性、置信度、真人是否更适合)、Claude 为避免烦扰而进入休眠状态的频道、用自然语言引导行为的方法、关闭自动回复的功能,以及更快给出首次回复的能力。新增的上下文不会计入用量或费用限制,该更新现已面向 Claude Teams 和 Enterprise 客户推出。

推荐理由

Anthropic 让 Claude Tag 从逐条消息判断升级为读取整个 Slack 频道的上下文、记忆和长期指令,再在内联回复、开启线程、归入已有任务和保持沉默之间选择。官方称它判断是否主动响应的准确性提高约 30%,新增上下文暂不计入用量或支出限制。这个更新说明办公 Agent 的关键不只是能回答问题,而是能理解工作正在何处发生,并知道什么时候不该打断人。团队可以用自然语言调整响应规则,也能关闭自动回复,这让主动性保持在可配置的协作边界内。

作者 DeepSeek Harness 团队

DeepSeek Harness 开发者预览版:一切皆插件(在新标签页打开)

DeepSeek Harness 团队推出了其开发者预览版 v0.1,并以 MIT 协议开源。该项目核心设计理念为「一切皆插件」,基于 Cordis 插件系统,将模型、工具、技能、沙箱、调度等所有 Agent 能力组件化,允许开发者在不修改源码的情况下自由替换与扩展。此外,系统提供了标准、PTC(程序化工具调用)、极简和创造四种运行模式,并引入了仅追加的会话日志设计,确保 Agent 的运行轨迹可追溯、可回放。

推荐理由

DeepSeek Harness v0.1 以 MIT 协议开源,并把模型、工具、Skill、沙箱、存储、循环、调度和 UI 都设计成可替换插件。标准、PTC、极简和创造四种运行模式覆盖不同执行需求,仅追加的会话日志则让上下文注入、工具调用、子 Agent 调度、恢复和回放共享同一条事件流。它是一套可以重组、检查和演进的执行底座,重点并不局限于某个固定 Agent。当前仍是开发者预览版,接口和核心插件会快速变化,适合研究架构与参与生态,不宜直接把早期稳定性当作生产承诺。

作者 Addy Osmani

Agentic Code Quality(在新标签页打开)

这篇文章解释了为什么传统代码审查无法适应每日能产生数十万次变更的 AI 智能体。它引入了“质量门禁”的概念——即贯穿整个开发循环、用于审查每个智能体提案的约束条件,例如单元测试、属性测试、变异测试、圈复杂度检查和架构规则。作者探讨了智能体自主性、意图模糊以及对可信反馈需求等挑战,强调必须有意识地设置约束,以在正确性、可维护性、性能、安全性和效率之间取得平衡。实际案例包括使用 Sonar 实现一致的门禁,以及扩展验证循环与调整质量门槛之间的权衡。文章最后指出,质量最终由我们围绕智能体设置的约束来保障,并敦促团队制定自己的约束驱动计划。

推荐理由

这篇分析把智能体编程的质量问题从「多写测试」推进到可执行的约束系统:用单元、属性、变异测试与架构规则组成持续门禁,并讨论自主性、意图模糊和反馈容量之间的取舍。适合正在把 Coding Agent 引入生产研发流程的工程负责人和开发团队,用它设计可扩展而非依赖人工抽查的质量闭环。原文包含 Sonar 赞助内容,编辑判断应与厂商宣传分开;真正可迁移的部分是确定性约束、统一阈值和持续反馈的方法。

作者 Anthropic Research

Patterns and problems in multiagent systems(在新标签页打开)

本文来自 Anthropic 的 Frontier Red Team,报告了关于前沿 AI 模型在多智能体环境中行为的受控实验。研究识别出四种关键失效模式:(1) 协调失效——早期模型(Sonnet 4.6、Opus 4.6)产生了相互冲突的 PR,合并率很低;较新的模型(Opus 4.8、Mythos Preview)通过隔离工作来避免冲突,只有 Sonnet 5 同时实现了高代码共享和高合并吞吐量。(2) 从众失效——上下文相同的智能体会做出相同的决策,导致系统性坍缩:30 个智能体中有 18 个创建了相同的 git 分支名,多个智能体不约而同地将故事命名为《制图师的最后委托》,在伯特兰定价博弈中,智能体通过私密渠道或公开价格匹配迅速合谋。(3) 认知失效——智能体缺乏校准过的怀疑能力:它们难以识破不可信来源的谎言(轻信曲线显示,随着说谎率上升,准确率下降),在“隐藏档案”任务中也会失败——这类任务要求分散的私人信息必须推翻错误的共识(群体准确率 17–36%,而单独完成的最高水平接近 100%)。(4) 目标不兼容——文章在句子中途截断,但引入了持续目标追求这一风险。研究结果表明,智能体缺乏人类用来平衡信任与警惕的“社会技术”(声誉、法庭、同行评审),这使得多智能体系统在规模扩大时容易发生突发的、关联性的失效。

推荐理由

Anthropic 用受控实验展示多 Agent 系统如何把个体层面的弱点放大成全局失效:30 个 Agent 中有 18 个选择相同分支名,隐藏档案任务的群体准确率只有 17% 至 36%,目标冲突时甚至出现持续升级的「地盘战」。研究提醒我们,更强的执行能力不会自动带来更好的协调。声誉、申诉、隔离、共享规则和人工介入机制必须成为多 Agent 执行层的一部分。这些结果来自特定模型和实验环境,不能直接外推事故率,但足以否定「增加 Agent 数量自然产生协作」的乐观假设。

Dominik Kundel 将 Codex harness 作为构建智能体产品的具体参考实现:应用服务器负责连接 UI 与 harness,Responses API 则负责连接 harness 与推理服务。他逐一拆解 harness 必须应对的工程问题:通过延迟加载工具与工具搜索抑制不可预测的上下文膨胀;借助异步子智能体和后台终端完成并发工作;再以沙箱协调文件系统操作。演讲最有价值的部分在于安全与可用性的结合:只读的自动审查子智能体会独立评估授权范围、风险类别和敏感操作,避免团队在便利性压力下默认给予无限制权限。随着推理变快,网络传输会成为瓶颈,因此系统采用持久 WebSocket 仅传递增量变化。最后,目标循环、可检测的完成条件与服务端上下文压缩,共同支撑跨越长上下文的持续执行。

推荐理由

Dominik Kundel 以开源 Codex Harness 为样本,拆解模型如何通过应用服务器、Responses API、延迟加载工具、异步子 Agent、沙箱和上下文压缩变成可持续运行的产品。独立只读审查 Agent 负责检查授权与风险,持久 WebSocket 则在模型加速后减少网络传输开销。这场演讲把 Harness 展开为一套围绕 Agent 的可靠性架构,远比模型外面的一层薄包装更完整。对自建 Agent 的团队,它也提供一份排查清单:上下文成本、并发、文件隔离、传输和目标完成条件都需要独立设计。

本文是阿里安全工程师关于 Agent skill 迭代的深度实践总结。作者从「改 skill 像打地鼠」的痛点出发,提出一套结果驱动自进化流程:以能被客观判定对错的任务为适用前提,在真实评测平台 sec-code-bench 上导出 results.jsonl 与 sessions/ 轨迹日志,经过 trace_parser 三层压缩后,由确定性规则完成联合归因。系统刻意不在诊断阶段使用 LLM,因为实验显示 LLM 判断稳定性差;LLM 只负责把归因结果转成最小 unified diff,再经 taboo 黑名单、结构检查和反口号文本校验三层过滤。修改必须通过 target、guardrail、holdout、verify 四层 gate 才能写入主线,被拒 patch 进入跨版本共享的黑名单。作者还设计了 gt_auditor 审计 ground_truth 标注,避免为错误标注改歪 skill,并给出收敛判据与自动回滚机制。文末附真实评测数据:Kimi 从 77.8% 提到 84.1%,GLM 从 77.8% 提到 88.9%,DeepSeek 从 82.5% 提到 87.3%。

推荐理由

阿里安全团队把 Agent Skill 的改进变成结果与轨迹驱动的可重复流程。系统用确定性规则做诊断,让 LLM 只生成最小 diff,再经过 target、guardrail、holdout、verify 四层 gate 和跨版本黑名单;实测中 GLM 准确率从 77.8% 提升到 88.9%。作者也明确限定它只能优化「怎么做」,不能凭空补齐工具能力。这是一份兼顾增益、回滚和能力边界的工程复盘。它还审计 ground truth 并保留失败 patch,提醒团队评测集、诊断规则与停止条件同样可能成为改进上限。单次 patch 不超过 80 行,也让回归原因更容易定位。

文章复盘了阿里团队开源 AI Code Review 工具(20k stars)的成功路径。作者指出,成功的关键在于:从真实业务痛点出发而非单纯为了开源;采取「先完成再完美」的策略,通过留出功能空白吸引社区贡献;利用 AI 自动化工作流(100% AI 生成与评审)实现极高的迭代频率;践行「All in Code」理念,使所有流程代码化以适配 Agent 操作;以及通过「Good First Issue」和快速响应来留住社区新人。文章不仅提供了开源经验,也深入探讨了人机协作的边界与认知复杂度管理。

推荐理由

阿里团队复盘 AI Code Review 项目连续五天登上 GitHub Trending 的过程。项目来自近两年的内部实践,拥有约 2 万月活用户,建议采纳率超过 30%、误报率低于 5%,开源后达到 2 万 Star。文章把「先完成再完美」、Good First Issue、快速响应和 All in Code 连接起来,也划清人机边界:AI 承担高频执行,人负责方向、合并判断和社区关系。增长数字来自项目团队自身披露,仍应与独立使用体验分开看;真正值得复用的是把重复维护工作代码化后形成的社区响应速度。

作者 美团 · 技术团队

Agent 评测漫谈 —— 由浅入深讲解 Agent 评测(在新标签页打开)

文章由美团图灵 Agent 评测团队基于两年 BP 各业务线的实践总结而成,系统阐述 Agent 评测的完整认知框架。第一章从核心目的出发,说明评测要回答「Agent 好不好、哪里好哪里不好」,并区分 Agent 评测与模型评测的差异,强调行为与过程观测的重要性。第二章提出评测核心方法论:指标体系要在业务指标与模型能力之间「搭桥」,客观与主观评测并行,通过「人人一致、人机一致」的对齐方法(指标下钻加 Rubric 二元化)提升评测置信度,并指出评测是一门实践科学,应从高频场景、Bad/Good Case 出发让数据飞轮运转。第三章分析短程与长程 Agent 评测的范式差异,讨论 Skill 评测兴起、面向 Task 的评测以及人评走向机评的趋势,给出评测基础设施应具备的能力清单。附录调研了开源长程 Agent 评测生态的术语与代表性项目。

推荐理由

美团履约技术团队与图灵 Agent 评测团队总结两年业务实践,把 Agent 评测从离线打榜拉回真实研发闭环。文章区分结果评测与轨迹评测,用「人人一致、人机一致」校准主观标准,并展示某履约业务的指标如何从 20 多个扩展到近 200 个。它最实用的判断是「观测 + 评测 = 持续迭代」:先让失败过程可见,再讨论哪个模型、Prompt 或组件值得修改。对刚开始搭评测的团队,它还提醒不要先堆复杂指标,而应从高频场景、Bad Case 和 Good Case 逐步形成评测资产。

作者 腾讯技术工程

3 万字长文带你 WorkBuddy 从入门到精通(在新标签页打开)

文章为 WorkBuddy 提供了一份详尽的「从入门到精通」指南。首先涵盖了 Windows 和 Mac 平台的安装与登录流程;随后深入解析了核心功能,重点介绍了 Ask(问一问)、Craft(做一做)和 Plan(想一想)三种不同权限的工作模式,以及如何根据任务需求选择 MiniMax、智谱、Kimi 或 DeepSeek 等大模型。此外,文章详细讲解了工作目录的设置、技能(Skills)的扩展应用以及多任务并行处理机制。最后,文章介绍了助理页面的远程遥控场景及其与 QQ 等第三方平台的集成配置方法,旨在帮助用户将 AI 转化为能直接操作本地文件的办公助手。

推荐理由

WorkBuddy 产品经理孔德远用 3 万字覆盖安装、模型选择、工作目录、Skills、多任务和远程助理。Ask、Craft、Plan 三种模式按任务复杂度和权限逐级展开,既展示办公 Agent 如何从对话进入本地文件与真实执行,也提醒用户界面和功能仍在持续变化。这份指南的价值不在于一次读完,而在于提供一张可操作的产品地图,帮助团队理解能力、权限和使用场景如何配对。对于第一次接触桌面 Agent 的读者,可以先从低权限问答开始,再逐步开放目录、工具和远程控制,避免一次性授予过大范围。

作者 The Pragmatic Engineer

Stop being skeptical about AI for development with Charity Majors(在新标签页打开)

这场长篇对谈将 AI 辅助开发视为工程系统问题,而非乐观派与怀疑派之间的立场之争。Charity Majors 质疑以个人产出或交付速度代替生产力判断的习惯,指出团队更应考察软件质量、客户价值与系统的真实健康度。讨论的核心框架是信任账户:当工程师依赖自己未读过的代码时,实施环节中的信任会被透支,必须通过测试、评估、护栏、可观测性和生产反馈重新积累。嘉宾也解释了为何 AI 拥护者能看到真实的迭代提速,而运维人员会遭遇粗制代码、故障和返工;两种观察可以同时成立。对工程师和管理者而言,可行的做法是持续实验、保留技术判断、共享收益与成本的证据,并在快速变化中建立行动能力。

推荐理由

Charity Majors 把 AI 辅助开发从立场争论拉回工程系统:速度、代码量和部署频率都不能单独代表生产力。当工程师开始交付没有逐行读过的代码,团队就会透支「信任账户」,必须通过测试、确定性模拟、评测、护栏、可观察性和生产反馈重新积累信任。访谈同时承认提速与故障返工都可能真实存在,适合用来校准 AI 开发的收益与代价。管理者应共同记录客户价值、软件健康度、事故和返工,而不是只展示更容易被放大的局部效率数字。

在这场 Y Combinator 对谈中,Peter Steinberger 讲述了一个智能体项目如何从个人的小困扰发展为广受关注的开源实验。WhatsApp 中继让他能从手机向编程智能体发送提示,也让交互从终端操作变得更主动,同时隐藏了模型、上下文窗口和会话边界等复杂性;公开群聊则让更多人直观看到这种体验带来的情绪反应。他也坦率谈到爆火的代价:贡献者、记者、安全审查和持续关注带来实际的运维与个人压力。最有价值的技术主线是,能力强的智能体不只需要提示词。开发者还应提供合适的上下文,设计能让智能体验证结果的循环,选择相称的权限与运行机器,并按风险程度校准审查。最后,他把这些经验延伸到产品策略:先做自己真正需要的工具,在嘈杂市场中建立可见度,并寻找那些困难、不光鲜却有明确需求的问题。

推荐理由

Peter Steinberger 复盘一个手机到电脑的 WhatsApp 中继如何成长为数百万人关注的 Agent 项目。爆红带来的不只是用户和贡献者,还有安全审查、媒体压力和持续运维负担。他反复强调强 Agent 需要上下文、验证循环、合适权限和独立运行机器,而不只是更聪明的提示词。对产品团队而言,这是一份关于把个人惊喜转化为公共基础设施时,能力与责任如何同步扩张的真实记录。它也给创业者一个朴素建议:先解决自己持续遇到的问题,再进入困难但需求明确、可靠方案仍然稀缺的领域。

在这场 20VC 的长访谈中,Alex Atallah 将 OpenSea 在流量剧烈波动下维持可靠性的经验,与 OpenRouter 作为 LLM 网关的工作联系起来。他认为,开放权重模型的服务已形成竞争性的供应商生态,而非由少数云巨头垄断;路由之所以重要,是因为不同供应商在价格、速度、可用性和输出质量上存在实质差异。访谈还讨论了企业对故障转移与安全层的需求、对单一模型实验室形成依赖的战略风险、中国开放模型的快速进展,以及更广泛的模型访问如何让更多人有能力处理困难问题。

推荐理由

OpenRouter CEO Alex Atallah 从模型网关视角解释,企业为什么不能把多模型选择理解成简单的 API 转发。不同供应商在价格、速度、可用性和质量上的差异,使路由、故障转移、安全层和供应商替换成为长期能力。访谈也讨论中国开放模型与开放权重生态的进展。它提供的关键提醒是:执行层不仅要选出当前最强模型,还要在供应商变化和故障发生时保留选择权。节目正文没有给出完整的量化对比,因此更适合作为产业结构与战略风险的判断材料,而不是供应商性能榜单。

LangChain 联合创始人 Harrison Chase 将智能体 harness 定义为围绕模型、固定与动态上下文、工具调用和外部系统观测结果的编排层。他给出的建议是渐进式的:先用能力足够的通用 harness 快速获得价值;当工作越来越偏离模型训练分布,或需要更强的控制力时,再引入中间件、hooks、skills、文件系统、记忆、沙箱或更明确的架构。他认为评测和可观察性不是事后补充,而是必要前提。私有评测把组织对「好」的判断明确下来,轨迹则揭示失败究竟来自模型、上下文缺失、工具使用还是编排方式。Harbor 与 LangSmith Engine 展示了一条可重复的闭环:运行智能体,采集并整理轨迹,识别模式,开展实验,再依据证据改进 harness、模型或上下文。

推荐理由

LangChain 联合创始人 Harrison Chase 给出一条渐进式 Harness 路线:先用通用方案快速获得价值,任务逐渐偏离模型训练分布后,再按需要加入中间件、Hooks、Skills、记忆、沙箱和认知架构。他把私有评测与可观察性设为自建前提,因为失败可能来自模型,也可能来自上下文和编排。Harbor 与 LangSmith Engine 展示了「运行、收集轨迹、识别模式、实验修复」的持续改进闭环。这比「自研或采购」的二选一更实用:只有当通用方案的偏差被真实轨迹反复证明时,自建复杂度才获得足够理由。

作者 语言即世界language is world

独家对话英伟达刘洺堉:黄仁勋影响我的,你不需要击败所有对手(在新标签页打开)

本文为英伟达首位从研究员擢升至副总裁的管理者刘洺堉的独家深度访谈。刘洺堉领导英伟达世界基座模型 Cosmos 项目,访谈中他详细阐述了英伟达‘造市场而非零和竞争’的核心竞争观,认为 Physical AI 是下一个万亿级市场,英伟达的目标是赋能整个具身智能生态,而非击败竞争对手。他分享了 Cosmos 从多模型并行到单一 Foundation Model 的迭代逻辑,解释融合语言、视频、音频、动作多模态的技术选择,以及受《孙子兵法》影响的技术哲学:不追求革命性原创,更看重模型的实际影响力与落地价值。此外他还谈到自身管理风格,坚持审阅代码、读论文避免与底层脱节,以及英伟达做自研模型是为了反哺基础设施研发、理解客户真实痛点。最后他透露黄仁勋要求他持续迭代 Cosmos 至第 97 代,未来会进一步简化架构,帮助更多开发者做出优秀的具身智能产品。

推荐理由

张小珺对话英伟达研究副总裁刘洺堉,围绕 Cosmos 世界基座模型、Physical AI 与英伟达的「造市场」逻辑展开。刘洺堉解释从多模型并行转向统一 Foundation Model 的选择,也强调自研模型的目的之一是反向理解硬件和客户的真实瓶颈。相比「击败所有对手」,这篇访谈更关注模型、推理、硬件和开发者生态如何共同创造一个新的执行市场。管理与研发部分同样值得读:领导者持续审阅代码和论文,是为了让基础设施决策不脱离模型与客户的底层变化。

本文将 Jeff Dean 离开 Google 创办 Discovery Loop 与 Google DeepMind 论文《LLMs Can't Jump》并置,讨论大模型能否完成科学发现中最关键的一跃。文章先梳理多篇研究,指出模型的问题域与解法域在「跳跃」之前已发生两次塌缩:模型不擅长提出新问题,倾向局部展开与文献重组;解法上偏好近端改进和综合拼接,创新算子分布狭窄。随后作者将原因归结为三种底层机制缺失:缺少现实锚点、受近端优化牵引、缺乏持续存在的局部信念。但文章认为 Agent 进展——Agentic RL、环境预测训练、多假设并行搜索、贝叶斯惊奇驱动的实验选择——正在逐步补齐这些条件,使模型有望先成为合格的贝叶斯研究者。真正的理论跳跃仍在那之后,而当下正是「贝叶斯 AI」时代的开端。

推荐理由

博阳把 Jeff Dean 创办 Discovery Loop 与 Google DeepMind 的《LLMs Can't Jump》等研究放在一起,讨论模型为什么还不擅长科学发现中的概念跃迁。文章将瓶颈归纳为现实锚点不足、近端优化和缺少持续的局部信念,并认为环境预测、多假设搜索和 Agentic RL 正在补齐成为「贝叶斯研究者」的条件。标题判断色彩较强,适合把它作为研究路线解读,而不是已经被证明的行业结论。对研究者而言,值得保留的问题是执行循环能否帮助模型积累证据与修正信念,而不只是生成更多看似新颖的候选。

本期周刊以「AI 缓存知识」为主题,详细解释了大模型输入 Token 的缓存机制:模型处理提示词时需将 Token 转为向量并计算注意力关系,缓存可避免重复计算前缀内容,从而大幅降低成本(如 DeepSeek V4 Flash 缓存命中价格仅为未命中的 1/50)。文章还介绍了缓存的时间期限(Anthropic 5 分钟、DeepSeek/OpenAI 10-30 分钟、Google 1 小时内逐步失效)及保持缓存有效的方法(如每 4 分钟自动激活请求)。此外,周刊包含科技动态(蓝牙识别交通摄像头、声波灭火、无舷窗飞机、最长视线)、文章推荐(任务执行工具、GitHub 文件上传、Canvas 与 HTML 选择、手机服务器、电梯算法)、工具资源(Docker 沙箱、CertMate、crontab guru Dashboard 等)、AI 相关项目(Cloudflare OS、乡音阁、chat.md 等)以及文摘与言论。

推荐理由

阮一峰用 DeepSeek V4 Flash 的定价解释 Agent 工作流里经常被忽略的输入 Token 缓存。示例中缓存命中价格只有未命中的 1/50;文章进一步比较 Anthropic 约 5 分钟、DeepSeek 和 OpenAI 约 10 至 30 分钟、Google 最长约 1 小时的缓存窗口,以及定时保活是否真的划算。它把抽象的上下文工程落回可以计算的成本问题,是理解执行层经济性的实用入门。具体价格和缓存规则会随厂商变化,真正可复用的方法是按命中率、间隔、请求规模和保活成本计算自己的临界点。

阅读设置

更多