← Airing 的阅读流第 003 期English ↗
NO. 0032026.10.04—10.10

AI 趋势周刊

每周一更新 · 理解正在发生的变化

小熊在研究桌前,用放大镜和铅笔检查数学手稿;AI 概念插画

封面专题 · 突破、抵制与合作

OpenAI

交出数学手稿
之后

数学家将怎样与 AI 共事?
小熊研究室 · AI 概念插画

Agent 工程压缩、缓存与任务恢复

研究与工具Dream-RSI · 10 款新品

AIRING’S READING DESK

003

当 AI 批量交出手稿,
人与机器怎样合作?

OpenAI 公布 700 多份 AI 数学手稿,随后出现修订、撤回与抵制。这一期从事件经过读起:AI 到底做了什么,数学家为什么争论,新的合作方式又可能怎样形成?

本期编辑
Airing ↗
本期范围
2026.10.04 — 2026.10.10
出版日期
2026.10.13 每周一更新
本期收录
28 篇阅读 · 5 个主题5 篇专题 · 10 款产品 · 11 则短读

本期导读

先读数学手稿引发的分歧,再看 Agent 如何记住工作、从中断中恢复、利用旧实验改进策略,以及组织真正有用的协作。产品发布集中放在新品架,方便快速浏览。

取材于 Airing 的阅读流原文、核查资料与图像出处随文附上。

01

AI 与数学

突破、抵制与新的科研分工

封面专题

AI 交出 700 多份手稿,数学家为何分歧如此之大?

10 月 6 日,OpenAI 公布内部模型生成的数学研究材料。有人把它看作科研加速的起点,有人呼吁停止合作。这两种反应,究竟在回答什么问题?

小熊在数学编辑台旁阅读机器交出的手稿,桌上摆着矩阵草稿与放大镜。
小熊编辑台 · AI 概念插画

本期重点读卡兹克《AI让数学再也回不去那个旧世界了。》,再对照 APPSO 的争议报道与数学家的原始声明。从事件本身开始,看看 AI 改变了哪一段研究,又把哪些问题推到了台前。

10 月 6 日,究竟发生了什么?

10 月 6 日,OpenAI 在 GitHub 建立 openai/math 仓库,公开了一批由未发布的内部模型生成的数学手稿与证明材料。事情的起点,是公司现有的数学评测越来越难区分模型水平,于是把测试推进到尚未解决的研究问题上。对普通读者来说,最重要的变化是:AI 交出的开始包含对未知问题的论证,而不只是标准题的答案。

“数学手稿”可以先理解为研究论文的草稿:它要明确声称什么成立,列出成立的条件,再给出推导。公开草稿便于别人检查、讨论和接着研究,却不等于已经完成同行评审。仓库中的材料有不同的核验进度,也包含同一主结果的补充证明、推论或另一种证法,所以文件数不能直接当作突破的数量。

BACKGROUND / THE RELEASE AND RESPONSE

先把这件事放回时间线
  1. 发布之前,已有分歧

    独立学者咨询小组 AGMAI 发布建议,关注研究自主与成果消化。

  2. OpenAI 公开数学手稿

    内部模型尝试开放问题;公开材料供外界检查。

  3. 修正错误,争议扩大

    仓库记录 3 份撤回;人类数学协会 AHM 发布抵制声明。

最初发布722− 3 撤回719现存手稿

719 份手稿覆盖 372 个问题家族;同一家族可以有不止一份手稿。

300 / 719手稿的主要结论已形式化,约 42%
300 已形式化419 尚无这项记录

数量依据本期核对的仓库版本。“手稿”“独立问题”和“同行评审论文”不是同一个计量单位;未形式化也不等于已被证伪。

其中引人注目的方向包括:研究素数分布背后的黎曼 ζ 函数、寻找更快的矩阵乘法,以及四维空间中的挂谷问题。即使不掌握这些数学细节,也能理解它们为何引起关注:模型正在尝试研究者长期追踪的问题,给出的材料有机会被逐步核查,而非只能凭语言流畅度来相信。

发布也很快伴随纠错。最初的 722 份手稿,在三份撤回后变为本期采用版本的 719 份,仍归在 372 个成果家族中。乐观者看到的是机器探索的规模;谨慎者看到的是大量研究材料仍待审查。接下来的争论,正是从这两种观察同时成立开始的。

三个数学结果,分别说明什么?可选背景 · 范围、图解与原手稿

想进一步了解这三个问题,可以从下面的入门图解读起。图中解释手稿报告的结论与范围,完整证明仍需查阅原文。

准黎曼:固定的零点边界

主手稿报告 7/8 右侧的无零点结论,并有同家族的 11/12 伴随证明。它们不等于完整黎曼猜想。这个例子的意义,是 AI 提供了可追查的研究论证;该论证能否完全成立,仍要按具体命题与证明来核验。

01 / A BOUNDARY IN THE COMPLEX PLANE

7/8 的边界,还没有到 1/2
01/217/8σt

s = σ + it。横轴是实部,纵轴是虚部;高度不限。图中没有采样零点。

1/2
黎曼猜想的目标ζ(s) 的非平凡零点都在这条线上。
7/8
主证明的固定边界声明 Re(s) > 7/8 没有零点;主函数在 s=1 的极点另行处理。
11/12
另一份证明的边界属于同一成果家族,边界更靠右。两份证明的常数不要混用。

矩阵乘法:指数上界,不是训练速度

手稿报告复数域的指数上界 9/4,并保留任意正 ε 的条件。下图只比较渐近主导项的增长;不能从 4.76 倍增长因子,推导出某张显卡或某个模型的实测加速。

02 / COMPUTATION GROWTH

不是少算一个格子,而是改造整块乘法的算法
a₁₁a₁₂a₂₁a₂₂
b₁₁b₁₂b₂₁b₂₂
c₁₁c₁₂c₂₁c₂₂

c₁₁ = a₁₁b₁₁ + a₁₂b₂₁

逐项算 4 个格子,需要 8 次标量乘法。Strassen 将块乘法重组为 7 次,并递归使用。

矩阵边长翻倍,主导计算量乘几倍?
逐项相乘ω = 3
8×
Strassenω = log₂ 7 ≈ 2.807
7×
本次手稿ω = 9/4 = 2.25
≈ 4.76×

编者的渐近增长示意:比较 2^ω,忽略常数与 ε;不是实测速度,也不表示小矩阵更快。

原手稿 / 定理 1.1 的准确口径
放大原图 ↗
矩阵乘法手稿的引言与定理 1.1,写出复数矩阵、任意正 ε 与算术操作数量的条件。
从《An Upper Bound of 9/4 for the Matrix Multiplication Exponent》第 1 页截取引言定义与完整定理。不是实际机器的性能测试。 来源与上下文 ↗
本段资料矩阵手稿 ↗

四维挂谷:维数与体积是不同指标

手稿报告四维空间中含各方向单位线段的集合具有完整 Hausdorff 维数。二维方向图只是入门示意,不展示四维证明,也不能用来宣布集合必须具有正体积。

03 / DIRECTIONS AND DIMENSION

“每个方向都有”,约束的是整个集合

二维方向示意。真正的条件允许线段各自平移,不要求经过同一个中心;此图不展示四维证明。

维数在问:细看时,需要多少空间来容纳它?
0点
1线段
2正方形

R⁴ → dimH = 4四维手稿的声明:只要每个方向都有一条单位线段,Hausdorff 维数就不能降到 4 以下。

这些是维数的直觉例子。满 Hausdorff 维数不等于正的体积;度量与命题口径要分开。

本段资料四维手稿 ↗

为什么这次值得重视:AI 开始提供研究路径

过去谈 AI 做数学,常见场景是让它解一道已有答案的题,或把人写好的证明翻译成机器能检查的形式。开放问题没有随手可查的标准答案:系统需要找到可行的论证、处理障碍,并把结果写成别人能追问的材料。若这些论证成立,这就是研究能力的进展,不能因为作者是机器就抹去。

卡兹克那篇文章最有启发的一点,是把这种进展与反馈速度联系起来。在可以较快检验结果的领域,AI 能反复尝试、发现失败、改变路线;同样一段时间里,可探索的方向就可能增加。这个想法也解释了为什么数学与代码特别受关注:它们的一部分成果,能够接上自动检查。

CAPABILITY / A RESEARCH PATH

AI 的作用,可以沿一条研究路径来看
起点
一个尚未解决的问题

现有文献、定义与限制条件

进入公共知识
  • 推导是否成立
  • 与已有结果是什么关系
  • 别人能否理解与复用

反例、检查结果和新理解,继续改变下一轮探索。

研究过程示意,A/B/C 不代表此次实验的实际分支数。AI 可以参与探索、核验和解释;这幅图不规定人与 AI 的永久分工。

但这里仍有一处需要补上:找到证明、把它写入形式系统、确认它对应原问题,是不同的工作。仓库发布的是一套评估与整理流程留下的成果。模型承担了实质性的论证生成,问题选择、既有文献、检查工具和发布筛选也参与其中。承认 AI 的贡献,与看见这些条件,并不冲突。

真正令人兴奋的前景,是研究者可以让模型探索自己暂时顾不过来的路径,再从中提炼有用的方法。变化因此不只是“一道题更快做完”,还可能是同一个人有能力比较更多方向。当然,公开的成功材料还不足以告诉我们,随便换一个研究问题,系统有多大把握成功。

反对者究竟在反对什么?

APPSO 收藏文章《陶哲轩转发抵制声明,数学界和 OpenAI 彻底撕破脸》把另一面带进了视野:手稿中的错误、批量发布的方式,以及研究者对未来角色的担忧。它与卡兹克文章形成的张力很清楚——前者追问这次发布怎样影响数学共同体,后者更看重 AI 能力跃迁带来的可能性。两篇都比各自标题呈现的立场复杂。

这里需要先认识两个名字。人类数学协会(AHM)在 10 月 7 日明确呼吁数学家停止与 OpenAI 合作,认为这类发布把公司力量放在了理解数学之前。数学与人工智能咨询小组(AGMAI)则由一组独立学者组成:他们也反对用外界无法使用的内部模型测试前沿问题,但继续与实验室沟通,并提出公开、解释和资源支持的要求。

DEBATE / THE DIFFERENT CLAIMS

同一批手稿,三种不同的关注点
OpenAI

手稿发布方

核心判断用尚未解决的数学问题,检验内部模型的研究能力。

行动开放手稿与部分研究轨迹,让外界检查结果。

AHM

人类数学协会

核心判断批量生成证明,不等于数学共同体获得了理解。

行动呼吁停止与 OpenAI 合作,主张科研以人的理解为中心。

AGMAI

数学与人工智能咨询小组

核心判断工具可及、研究自主与共同体消化成果的能力,都应进入评价。

行动建议停止在专有模型上测试高等数学,并通过独立机构资助共同体消化工作。

依据各方一手声明概括。AGMAI 提供建议不等于为发布背书;陶哲轩博客刊载 AHM 客座文章,不等于他代表全体数学家发言。

因此,“数学界抵制 AI”会把不同意见压成一种。陶哲轩博客转载的是 AHM 署名的客座声明;转载本身不等于由他领衔起草。AGMAI 提供建议,也不等于给这批成果背书。读到这些名字时,应当追问具体是谁、针对哪件事、提出什么要求。

APPSO 提到的撤回是实际的质量警讯,应该影响我们对未检查材料的信任;它却不是所有成果均被推翻的证据。同样,某份证明最终成立,也不能反过来证明发布与合作方式毫无问题。双方真正交叉的地方,是技术进展已经开始改变研究者的工作,而怎样衡量、怎样共同承担这种改变,还没有形成共识。

有了 Lean,为什么争论还没有结束?

先把 Lean 想成一种把数学定义、命题与证明写得足够精确的语言。它的证明内核负责检查:在给定假设下,这段推导是否符合规则。它的重要性在于,读者不用仅凭“作者说自己检查过”来建立信任,也可以运行对应的检查。

然而,检查通过回答的是“写进去的命题是否得到证明”。举一个入门例子:想证明“所有整数的平方都大于零”,却在代码里多加了“这个整数不等于零”的条件,后一个命题能够成立,原来那个命题却在零这里失败。机器没有失职;被检查的任务已经变了。实际研究中的差异会更隐蔽,因此原问题、自然语言手稿与形式化命题仍须逐项对应。

WORKED EXAMPLE / CHECK THE STATEMENT

多加一个条件,证明可能对了,问题却变了
原本要证明

∀ n ∈ ℤ, n² > 0

所有整数的平方都大于 0。

n = 0 → 0² = 0一个反例,就足以推翻。
改写时增加条件

∀ n ∈ ℤ, n ≠ 0 ⇒ n² > 0

所有非零整数的平方都大于 0。

这个命题成立但它排除了原问题中的 n = 0。
推导成立?命题相同?结果新吗?方法有用吗?

编者设计的入门例子,不是这次手稿的错误案例,也不是 Lean 代码或运行结果。形式核验检查被编码的命题;我们仍要核对编码是否忠实表达了原问题。

此外,一个证明即便正确,也可能重新发现了已有结论,或暂时没有让人看清方法。卡兹克把自动检查视为科研加速器,这一点值得重视;把整个科研过程的判断成本都算成一次检查的成本,就会低估文献核对、解释和应用所需的工作。形式化覆盖到哪一步,也必须具体说明。

这些工作并不注定永远只能靠人慢慢完成。Lean 内核的一份缺陷复盘已经记录了 AI 辅助查错的作用,模型也可以帮助搜索文献、比较命题和寻找反例。更合理的技术路线,是同时改进生成与检查,让“这份材料为什么可信”能够被下一位研究者直接利用。

证明便宜了,谁来承担理解的工作?

设想一位研究生准备花几个月研究一个问题,突然发现 AI 已经公开了一份可能的证明。对学科来说,这或许是好消息;对他来说,原来的研究计划却要重排。他需要先确认结果,再决定改换方向、扩展结论,还是把证明中的新方法学会。得到答案和获得研究能力,并不发生在同一个瞬间。

这个场景解释了为什么“多发些成果总是好事”不足以结束争论。研究成果要通过讲解、讨论与使用,才能进入其他人的工作。若产出量增长得比消化能力快,注意力就会转向筛选和理解:哪些值得先读,谁来解释,做这些工作的人能获得什么支持与认可?

ACCESS / WHAT REACHES THE COMMUNITY?

能读到成果,与能使用研究工具,是两种机会
只有输出
内部模型公开手稿读者消化

大家可以检查结果,但不一定有条件发起同样的探索。

加入参与条件
自主问题可用工具共享解释

工具、资源与学术认可,使研究者能继续选题、理解和训练下一代。

编者概括的两种研究条件,不是对工具开放程度或研究成本的定量测量。

AGMAI 提出的一条具体办法,是让发布大量尚未被充分理解材料的实验室支持后续工作,并由既有的非营利学术机构决定资源怎样分配。研讨会、长期工作组、面向学生的讲解,都可以成为研究成果的一部分。这个建议的要点,是把“发布一个答案”与“帮助学科使用这个答案”连起来。

另一层问题是工具能否被广泛使用。公开一份证明,让别人能够核查;开放研究工具,让别人能够按自己的兴趣提出问题。两者都重要,作用却不同。我担心的未来是少数实验室不断出题、交卷,其他人只能接收;我更希望看到的,是更多研究者借助同类能力开展自己选择的探索。

艺术家曾经抵制 AI,这次会重演吗?

这种联想很自然:一个群体长期投入的专业能力,突然面对大规模自动化;一部分人兴奋,另一部分人担心职业与价值被削弱。艺术家与数学家都可能有这种感受。但要判断两场争议是否相似,不能只看“有人反对”,还要看他们反对的对象后来发生了什么变化。

先看更贴近数学的先例。1976 年,Appel 与 Haken 的四色定理证明使用计算机处理大量情形。四色定理说的是:平面地图只需四种颜色,就能让共享边界的地区颜色不同。争论不仅是程序会不会出错,也包括一个人无法逐项读完的计算,能否带来与传统证明相同的理解。Thurston 在 1994 年仍借它讨论数学中的理解;2005 年完成的形式化证明,则加强了可靠检查的基础。后来形成的是新的检查方法与信任方式,解释的需求并没有消失。

HISTORY / WHAT ACTUALLY CHANGED?

历史里的变化,发生在核验方法和合作条件上
数学:怎样相信机器参与的证明?
  1. 计算机辅助证明

    四色定理的证明依赖大量机器检查,引出可靠性与理解的讨论。

  2. 理解也是研究成果

    Thurston 讨论证明如何帮助数学家传播理解。

  3. 加入形式化核验

    Gonthier 的形式化证明进一步建立可由机器检查的依据。

后续进展增加了核验方法,也继续追问如何理解。

这次有什么不同这次 AI 还在生成研究论证;大量产出、专有工具和研究机会的分配,是额外的问题。

创作:谁的作品训练了模型?
  1. 反对未经许可的训练

    创作者联署关注作品被使用的许可,以及创作者的生计。

  2. 部分合作开始谈条件

    WMG 与 Suno 宣布许可合作,包含创作者选择是否参与的安排。

技术采用与争取许可、报酬和选择权,可以同时发生。

这次有什么不同一项合作公告不代表所有创作者受益;艺术价值也不能像数学命题一样接受真假检验。

资料:Thurston、Gonthier、2024 训练声明与 WMG 公告。按事件先后排列;不表示时间间隔或必然走向。

再看艺术领域。2024 年创作者的 AI 训练声明,针对的是未经授权使用作品。它提出的问题并不是“机器永远画不好”,而是作品如何被使用,以及创作者的生计。2025 年,华纳音乐与 Suno 宣布许可合作,强调相关使用中的创作者选择权。这个后续说明,采用 AI 与谈判合作条件可以同时发生;它并不能说明所有艺术家已经受益,或者早先的反对都失去了理由。

回到数学,结论的真假有相对严格的检查方法,艺术价值却没有同一种裁判;今天的 AI 还直接参与生成研究路线,影响也超出了早年的计算机辅助证明。可以借鉴的不是一条“先反对、后接受”的宿命,而是一种更具体的转变:把担忧落实为可检查的证明、可使用的工具、可讨论的署名与可持续的培养方式。

数学家与 AI,怎样合作才不只剩“交卷与批卷”?

把未来想成“AI 不断写证明,人类负责审核”,容易忽略研究的循环。一个证明会带出新的问题,失败的路线也可能留下方法;模型既可以帮忙找答案,也可以帮助提出问题、比较解释。因此,把“提问与意义永远属于人,执行永远属于机器”当作稳定分工,同样不可靠。

更有建设性的关系可以从一个具体研究任务出发:研究者说明想理解的现象,模型列出可能的路线;双方通过小例子、反例与文献排除不合适的方向;形成论证后,再把关键思路与检查材料整理成别人能用的形式。这里每一步都允许 AI 参与,也要求贡献能够被追问,而不是用一份看似完整的输出替代整个过程。

RELATIONSHIP / KEEP THE LOOP OPEN

成果要回到下一轮研究里
  1. 01
    提出一个值得追问的问题

    人和 AI 都可以提出候选;交代为什么值得研究。

  2. 02
    生成论证,也寻找反例

    并行尝试引理、计算案例与不同证明路线。

  3. 03
    核验并讲清贡献

    检查推导、原命题、已有工作和方法的适用范围。

  4. 04
    让别人能接着研究

    分享解释、工具与失败经验,形成下一轮问题。

理解、工具与人的成长,成为新问题的起点。

编者提出的合作方式:人和 AI 可以参与各阶段。它能否形成,取决于工具可及、研究资源和学术评价,而不只取决于模型能解多少题。

对学生,最需要保护的也许是练习判断的机会。我的建议是,允许用模型比较路线、检索背景,但要求学生解释关键假设,指出一个失败例子,并在条件改变后重新推理。这样才能区分“拿到了证明”与“学会了做研究”。Grant Sanderson 关于奖励解释工作的文章,以及 Álvaro Lozano-Robledo 对学生处境的讨论,都把注意力带向了这种能力的培养。

这还需要评价方式配合。如果学术奖励只认新结论的数量,写出清楚解释、整理机器证明、帮助别人掌握新方法,就容易成为没有回报的附属劳动。研究工具的进步应当扩大这些工作能够产生的价值。否则,即使成果更多,参与者也可能更难获得独立成长的空间。

跨过解题门槛之后,还有一道共同研究的门槛

我推荐卡兹克那篇文章,是因为它让人看到:AI 的作用正在从辅助阅读和解题,延伸到研究成果的产生。这个变化值得兴奋,也值得逐项验证。APPSO 和数学家的声明补上了另一半:科研进展要通过人的讨论、工具的开放与方法的传播,才能真正扩展一个学科的能力。

所以,我不会把这场分歧写成“数学家输不起”,也不会据此宣布 AI 不该参与研究。我更看好持续合作,同时把解释、核查与资源支持放进成果发布的安排。机器能够贡献新的思想;研究者也应有条件检查它、改变它,并用它提出自己的问题。

接下来最值得观察的,是这些手稿有没有被独立复查、有没有催生新的研究,以及学生和普通研究者能否获得相应工具。它们会告诉我们,这次发布带来的究竟主要是更多文件,还是更多人能够继续探索的知识。下面几篇 Agent 专题,也沿着这条线展开:能力如何进入一项能够持续完成、能够回头检查的工作。

02

Agent 怎样承担工作

记忆的取舍与行动的责任

深入阅读

聊了两小时的 Agent,为什么会忘记最初的要求?

Pi 的两篇工程文章,拆开了长期对话中的两个问题:有限的工作记忆,以及反复读取历史的成本。

让 AI 连续改一个项目时,聊天还在、文件也在,它却可能忘记一条早先的约束。要理解这种情况,先要看看下一次模型请求里到底装了什么。

上下文压缩,是一次会丢信息的交接

Pi 是一种能读文件、改代码、调用工具的编程 Agent。它向模型发出下一轮请求时,需要带上系统规则、工具说明以及对话和执行记录。随着工作推进,这份材料不断变长;上下文窗口,也就是模型一次能处理的输入范围,却是有限的。聊天软件保存了记录,不代表模型每轮都能看到所有记录。

Pi 的做法是把较早的历史交给模型生成摘要,保留近期消息,再用这份较短的输入继续工作。这就是上下文压缩。可以把它理解为换班:交接单保留目标、进度和关键决定,完整档案则用于之后查找细节。被改动的是本轮能看见的材料,模型参数并没有因此重新训练。

COMPACTION / WHAT SURVIVES?

同一句要求,怎样在摘要里丢掉一半?
用户原话

“整理成中英双语周刊,先给我预览。”

压缩得过头

整理一份周刊。

  • 任务还在
  • 中英双语:丢失
  • 先给预览:丢失
能接着工作的交接

整理中英双语周刊;下一步交付预览。

  • 目标与语言保留
  • 交付顺序保留
  • 附上草稿位置与待办

编者任务示例,不是 Pi 的实测输出。摘要质量应看接手者能否继续正确工作,而不只看字数缩短了多少。

用一个编者示例来看风险:用户说“把周刊做成中英文,先给我预览”,几小时后摘要只剩“完成周刊页面”。中文页面或许完成了,英文与预览范围却从工作记忆里消失了。后续 Agent 不是故意违背要求,而是在一份不完整的任务描述上继续推理。

所以,好的压缩要保留决定下一步行动的信息,尤其是尚未完成的要求、结论的出处和不确定性。摘要越短并不一定越好;能在必要时回到原记录,才有机会发现交接中漏掉了什么。

同一句“继续”,为什么有时特别贵?

每次请求还会带出第二个问题:模型往往要重新处理很长的一段旧输入,而新增的内容只有几句话。提示缓存可以复用相同开头已经算好的注意力状态,从而减少重复计算。这里的“记住”,指的是复用计算结果,不是替模型增加一份可靠的事实记忆。

关键在“相同开头”。假设前一轮依次是系统规则、工具定义、聊天历史,下一轮只在末尾追加消息,前面的计算就有机会复用。若把中间的工具定义改了,后面的历史即使文字没变,也处在一个不同的前缀之后,需要重新处理。图中用颜色与虚线标出了这个分界。

PREFIX / EXACT TOKENS MATTER

复用从开头开始,在第一个变化处停止
上一轮
系统规则工具定义完整历史已计算
只追加
系统规则工具定义完整历史新消息
改工具
系统规则修改定义完整历史新消息
绿色:可复用的相同前缀虚线:需重新计算的后续部分

服务商仍决定缓存保留、命中与路由。方块不按 token 数量比例绘制;语义相同不保证 token 相同。

这也解释了压缩与缓存之间的取舍:压缩让工作输入变短,却改写了历史,使第一次压缩后的请求需要重新建立后续缓存。频繁删改不一定省钱,长期保留全部材料又会占用上下文。系统要同时考虑事实是否完整、后续还要做多少轮,以及服务商实际能否保留缓存。

省下输入之后,也要算上返工

下面用一笔假设账单说明差别:原有输入 80k token,新增 4k;假设缓存读取单价是普通输入的十分之一,命中时按普通输入价格折算,相当于 12k 的费用,失效时则是 84k。两轮实际输入同为 84k,变化的是计费与重复计算,不是模型突然少看了七万多个 token。

COST / AN ILLUSTRATIVE REQUEST

同样 84k 输入,一次命中和一次失效怎么计价?

假设稳定前缀 80k + 新消息 4k;缓存读取单价为普通输入的 0.1。

命中
12k
失效
84k

80k × 0.1 + 4k = 12k

80k + 4k = 84k

单位是“普通输入单价下的等价计费量”,不是实际 token 数。自拟例子,未计缓存写入、输出、存储与失效后重建费用;不对应任何供应商当前报价。

但缓存命中率不是这项工作的最终成绩。一份摘要若漏掉英文版,哪怕之后每轮都很便宜,仍要为补做页面、重新审查和用户等待付出成本。反过来,为保留关键要求进行一次更好的压缩,可能先花一笔额外计算,却减少后续返工。

我会把长期记忆的质量放在三个问题上:它能不能保持原来的目标,能不能在新证据出现时改正旧判断,能不能找回结论依据。缓存帮助这些工作变得可负担;交接质量决定付出的计算是否仍在服务正确的任务。

深入阅读

Agent 做到一半断了,重启后能接着干吗?

Pi Durable 为长时间运行的 Agent 保存工作状态。难点出现在它已经影响了外部世界,却还没来得及留下完整记录的时候。

聊天断了可以重问;部署、写入或发信做到一半断了,却不能简单从头再来。本周收藏的技术手册把这个差别展示得很具体。

先分清:Pi 是工作工具,Durable 是运行框架

10 月 1 日,Earendil 在发布 Pi 1.0 编程 Agent 的同时,推出了实验性的 Pi Durable。前者是人坐在终端前使用的工具;后者是给开发者构建长期 Agent 应用的框架。它把对话、工具调用和未完成任务存进存储,让新进程可以打开已有工作,继续处理。

为什么这件事值得单独研究?因为 Agent 的下一步常由模型根据当前记录决定。模型需要知道已经做过什么、哪些结果已确认,而不是只拿到一句“刚才断了,请继续”。持久化把这些事实留在模型之外,重启之后仍可读取。

手册原图 / 一次 kill -9 之后的两种恢复
放大原图 ↗
Pi Durable 1.0.3 手册中的真实中断图:两个会话共享 SQLite,unsafe 部署返回中断信息,safe 报告获取重新执行;横轴为提交序号。
从手册封面截取完整 Plate I 与图例、记录放大框。提交序号 28 的重开位置是推断标记;不表示毫秒延迟。 来源与上下文 ↗

手册中有一个强制终止进程的演示:报告获取被标记为 safe,部署被标记为 unsafe。重开同一存储后,系统可以重放报告获取;部署则返回中断信息,让后续流程判断已经发生了什么。safe / unsafe 在这里描述的是重放是否安全,不是工具本身好不好。

一封邮件,展示最棘手的时间空隙

设想 Agent 已经请求邮件服务发送通知。邮件服务接受了请求,但本地进程在保存回执之前崩溃。重启后看不到“发送成功”,并不能说明邮件没有发出去。此时从头重试,可能重复发送;直接略过,又可能把一次真正失败的请求漏掉。

COMMIT / EXECUTE / COMMIT

外部动作夹在两次本地提交中间
  1. 01
    提交意图

    持久化工具调用与重放策略。

  2. 02
    远端执行

    邮件服务可能已经接受请求。

    此处崩溃:外部结果不确定
  3. 03
    提交结果

    把回执与完成状态写入本地。

恢复后先判断动作语义

safe可以重放,例如重新获取报告。

unsafe返回中断状态;由应用核对远端回执与幂等键。

基于 Pi Durable 的机制,邮件是编者应用示例。框架不自动保证外部副作用 exactly-once。

图中把本地记录与外部执行排在同一条时间线上。困难集中在远端已经执行、本地尚未确认的空隙。对这类动作,应用需要可查询的请求编号,或者远端支持的幂等键——同一请求重复提交,也只执行一次的标识。模型的自信程度无法填补这段缺失的事实。

这个例子也说明了框架的边界。把状态可靠保存下来,是恢复的基础;让外部动作不重复,还要与具体服务的接口配合。Pi Durable 不会因为保存了对话,就自动替所有外部服务实现恰好一次的执行。

持续运行有价值,是因为委托不必反复交代

把这一节与前面的上下文压缩放在一起,就能看清两种记录的分工。工作摘要保存“我们正在做什么、还欠什么”;持久执行记录保存“哪些动作已经发生、哪些结果还不确定”。前者丢失会让 Agent 忘记目标,后者丢失会让它误判世界的状态。

RECOVERY / TWO KINDS OF MEMORY

恢复工作,需要同时记得目标和已经发生的事
A / 语义记录
接下来要完成什么
目标
整理中英双语周刊
交付
先交付预览
待办
检查配图与英文版
B / 执行记录
哪些动作已经完成
产物
已保存的草稿版本
调用
工具参数与任务标识
状态
已完成 / 未完成 / 结果待确认
从已确认的状态继续

回执不明的外部动作,先查询结果;已经完成的动作,避免重复。

编者应用示例。任务摘要与持久化执行记录解决不同问题,需要应用层把它们接在一起。

对于真正的长期任务,我更期待这样的体验:已确认的部分直接接着做;能够查询的结果先核对;只在出现新的选择或无法判断的状态时,让用户介入。这样既能减少反复交接,也保留必要的控制。每次都从头请示会削弱委托的价值,永不暴露不确定性则会让问题越积越多。

恢复机制可以让工作延续,但任务范围仍由原来的委托决定。用户要求做预览,重启之后就继续完成预览;发布仍然是另一项决定。持久化的价值是让任务更连贯,而不是让进程在恢复时悄悄得到更多权限。

收藏短读

收藏短读

把反复犯的错,写成下一次会失败的检查

/correct 讨论的是编程 Agent 反复犯同一种错时,怎样把纠正留下来:把约束写进 lint、类型检查或测试。下一次即使模型忘了口头提醒,执行检查仍会给出具体反馈。它把“记住教训”变成了工作环境的一部分,适合那些能清楚描述失败条件的错误。

收藏短读

文件名会变,项目约束仍要说清楚

这篇收藏讨论 CLAUDE.md、AGENTS.md 与 Agent 运行环境的定制。这类文件承担的是项目交接:告诉 Agent 怎样构建、怎样验收、哪些约束不能漏。真正有价值的内容是能让它开始工作的具体信息;文件名与加载方式则需要随所用工具一起确认。

03

AI 究竟在改进什么

自我改进与协作的边界

深入阅读

Dream-RSI:让 AI 从走过的弯路里,学会安排下一次实验

研究团队把代码优化的历史变成可重放的环境,再让 AI 改写探索策略。“做梦”省掉了什么,又没有省掉什么?

想让一段程序跑得更快,Agent 可以生成许多版本、逐个测试。但预算有限,先试哪条路、在哪一条上继续投入,本身也是一道决策题。

它改进的对象,是“下一次试什么”

Dream-RSI 是 Google、Google DeepMind、马里兰大学等机构合作开展的一项研究,关注 Agent 怎样安排探索。以代码优化为例:一次修改产生一个候选程序,测试得到结果,下一次再从某个候选继续修改。把父子关系留下来,就得到一棵探索树。树上不仅有最好的答案,也记录了通往它的分支和没有成功的尝试。

研究中的 AI 会改写负责安排探索的策略,比如挑选哪个候选继续、怎样分配并行尝试、什么时候停止一条路线。底层编码 Agent 保持不变。它类似让同一位实验员换一种实验安排:个人能力相同,投入的位置不同,也可能更早找到有用的结果。

论文原图 / 三个阶段,闭合一轮探索
放大原图 ↗
Dream-RSI 原图 1:真实探索、构造重放模拟器、离线探索策略改进,更新后的策略再进入下一轮真实探索。
Dream-RSI 项目图 1。小回路比较候选策略,大回路引入新的真实实验结果;底层编码 Agent 不因这个机制而自动变成新模型。 来源与上下文 ↗

论文把整个过程分成真实探索、历史重放和策略改写,再将新策略带回真实任务。旧经验因此可以帮助决定下一轮怎样收集经验,形成反馈循环。这就是“递归自我改进”在这项工作中的具体含义;它不要求每一轮都重新训练底层模型。

这个角度很值得关注。我们往往只问模型会不会写出好代码,却较少问一次任务里,试错预算是不是花在了合适的位置。Dream-RSI 把后一种能力变成了可以单独改进的对象。

“做梦”为什么比重做实验便宜?

假设已经测过一棵树:A 路线改善不大,B 路线更有潜力,C 路线失败。现在想比较两种策略——一种沿 A 反复深挖,另一种先看 A、B、C,再把预算给 B。如果这些访问过的节点都有记录,就可以重放选择顺序,读取已有结果,比较哪种策略更有效地利用预算。

REPLAY / SAME TREE, DIFFERENT CHOICES

不再重跑已完成的实验,先比较选择的顺序
起点ABCA1A2A3B1

A 改善有限 · B 更有潜力 · C 失败

策略一:沿 A 深挖A → A1 → A2 → A3

已有结果会显示,这些选择带来了什么。

策略二:先比较,再跟进 BA → B → C → B1

同一批历史节点,换一种访问顺序。

编者简化示例;字母、路线与结果描述用于解释重放,不是实验数据。策略请求旧树没有的节点时,仍需新的真实探索。

Dream-RSI 原图 / 同一历史,比较不同走法
放大原图 ↗
Dream-RSI 项目图:真实探索产生历史树,候选策略重放同一棵树并得到质量、成本和延迟反馈。
来源:Dream-RSI 项目图 2。重放使用已经记录的节点结果;新探索仍需真实执行。项目与论文 ↗

便宜的原因在这里:无需为同一个已记录节点,再生成一次程序、再运行一次测试。重放仍有调度和策略评估的成本,但不必重复那部分昂贵的真实执行。图中的树用相同节点演示两条路线,帮助把“改策略”与“改程序”分开。

它的限制也很直观。旧树没有探索过的节点,并没有现成结果可供读取;历史本身还受旧策略影响,某些方向可能从未获得足够尝试。因而重放得出的优势,必须再到新任务中检验。否则,系统可能只是更擅长利用旧地图,并没有更擅长面对未知问题。

一次实验,读出两种不同的收益

项目用 Lasso 求解程序做了一组实验。Lasso 是一种通过惩罚系数大小来筛选变量的回归方法;这里要优化的,是求解程序的运行速度。实验分别记录寻找优化程序时的调用投入,以及所得程序在六个留出数据集上的平均运行时间。后者用来观察优化是否能延续到未参与同阶段策略筛选的数据。

在 Gemini-3.7-Flash 这一组中,固定探索使用 3,200 次调用,Dream-RSI 使用 1,879 次,约少 41%。得到的程序平均运行时间,则从 2,516.7 ms 降到 2,350.6 ms,约低 6.6%。前者是探索过程的投入,后者是产物的性能:这是两笔不同的账,不能合并成“AI 总体快了几倍”。

论文原图 / 两个模型,各自比较调用与留出任务时间
放大原图 ↗
Dream-RSI 的 Lasso 发现轨迹图,横轴为累计发现调用,纵轴为六个留出任务平均运行时间,比较固定探索与 Dream-RSI。
项目图 3 的发现轨迹。数字表示递归轮次;横轴不是所有模型费用,纵轴不是整个研究的墙钟时间。本刊未复测。 来源与上下文 ↗
Gemini 3.7 Flash · 发现调用
3,200 → 1,879由报告数据计算:约少 41%
六个留出数据集 · 平均运行时间
2,516.7 → 2,350.6 ms由报告数据计算:约改善 6.6%

同一模型、同一 Lasso 实验的两个指标。调用数减少不等于所有费用减少;本刊没有独立复测。

它支持的判断是,在该任务与设置下,改进探索方法可以少做一些昂贵尝试,同时找到表现更好的程序。这里采用作者报告的数据,没有独立复跑;完整成本还需要考虑策略优化等开销。

更远一点的启发是:AI 不只可以做工作,也可以改进自己组织工作的方式。但目标必须能被准确评价。优化运行时间的反馈相对明确;如果换成“写一篇好文章”,只用字数或产出速度打分,就很可能把策略训练到错误方向上。这正是我会持续关注的下一道难题。

深入阅读

PANDA:一群 Agent,怎样组队才有意义?

这篇论文把目光放在协作基础设施:找到合适的伙伴,按任务组织通信,并在成员失联时继续工作。

一个 Agent 会搜索,另一个会算数据,第三个能检查代码。把它们接到同一个群里,并不会自动形成团队;它们还需要知道该找谁、交接什么,以及谁掉线后怎样补位。

先找到伙伴,再建立小团队

PANDA 是由美国东北大学研究者提出的多 Agent 架构。它考虑的场景是:大量 Agent 由不同主体维护,各有能力与工具,需要临时组合完成任务。若所有发现、调度和消息都经过一个总服务,负担会随规模增长,故障也容易影响其他任务。

PANDA 的办法是把“认识有哪些伙伴”与“这一组怎样干活”分开。节点维护本地能力索引,用来寻找协作者;选出小团队后,再建立任务内的通信。这样,一个小组讨论具体问题,不需要每次都让整个集体参与。

论文原图 / 一个 PANDA 节点内部有哪些职责
放大原图 ↗
PANDA 论文图 1:团队通信与集体通信分开,注册信息、组队重规划、Agent 后端和基础设施故障检测连接在一起。
从 PANDA 论文第 3 页截取完整图 1。图中的组件是一个节点内部的职责,并非五个独立 LLM,也不是整个集体的集中控制台。 来源与上下文 ↗

原图画的是一个节点内部的职责:Registry 保存伙伴信息,Team Manager 组织任务,Agent Backend 连接实际执行者,故障检测负责发现异常。去中心化并不是不要管理,而是把管理分散到节点和临时团队中。对于需要跨组织使用不同工具的 Agent,这比无限扩大一个总指挥更有想象空间。

组织结构要跟着任务走

论文支持星形、链式与网状协作。星形有一个团队内的汇总者,适合并行取材;链式按顺序交接,适合后一步依赖前一步结果;网状允许成员反复讨论,能增加交叉检查,也会增加通信。图里的字母只代表任务角色,不代表不同模型一定更聪明。

TEAM / DEPENDENCIES SHAPE COMMUNICATION

同一个调研任务,也可以有三种协作结构
星形
ABCDE

各自查资料,交给编辑汇总。

链式
ABCD

取材 → 核查 → 写作 → 审阅。

网状
ABCD

不同专家相互质疑,交换证据。

编者任务示例:节点字母只代表角色,线表示协作关系;不是论文测试规模,也不表示某种拓扑普遍更优。

用本期数学专题做一个编者例子:一人查 OpenAI 发布说明,一人读 AHM 与 AGMAI 原声明,一人检查历史类比,最后汇总。这种分工的价值,是取得不同类型的证据。如果三个人都只读同一篇报道,再分别复述一次,一致意见仍可能来自同一个省略或错误。

因此,增加 Agent 数量之前,需要先问它会带来哪一种额外能力或材料。对单一、短小的任务,多一轮交接就可能只增加等待与误解;对需要不同专长和来源的任务,清楚的分工才有机会扩大一个人的工作范围。

团队能继续运行,还不等于它答对了

PANDA 还研究成员崩溃、断网或协作流程出错后的恢复。系统能够发现受影响的任务,重新安排或更换执行者。它在 HotPotQA 这种需要结合多篇资料回答问题的测试上报告完成率与效率;其中“完成”,按论文定义,是产生了答案,不要求答案正确。

EVIDENCE / COUNT SOURCES, NOT VOICES

三个 Agent 同意,可能只代表一个来源
重复同一条消息
一篇二手报道
Agent AAgent BAgent C

表述一致,证据没有增加。

分别核对不同材料
发布说明修订记录反对声明
Agent AAgent BAgent C

把可核对的依据带进同一个结论。

用本期调研做的任务示意,不是 PANDA 论文的实验结果。来源更多仍不保证结论正确,但让检查分歧成为可能。

这个定义很关键。一位成员失联,可以通过超时和替换处理;三位成员都误读了同一份资料,却可能在系统里表现为一次非常顺畅的完成。下面的证据图把两件事分开:消息是否都到达,回答是否有足够的独立依据。

论文中的信任网络也主要用来约束谁能与谁合作,并不替代内容核查。我的期待是,这类基础设施让我们更容易组织真正互补的 AI 工作,而不是把角色数量当成质量保证。团队的价值,应当体现在补上了哪份证据、发现了哪个错误,或完成了单个 Agent 难以完成的任务。

收藏短读

收藏短读

EmbeddingGemma 2:让不同模态进入同一检索空间

Google 的模型卡确认文本、图像、视频与音频可以映射到同一 768 维空间,并允许按需加载编码器。它值得从一个自己的资料库任务试起:用文字找到相关图片或录音。先评估召回结果与设备负担,再判断是否适合长期使用。

04

本周新品架

10 款产品,快速认识

选工具,先看它解决哪一件事。这里给一个尝试的理由,也保留一条采用前需要核对的边界。

图片来自产品官网与项目页面;统一裁剪为 3:2,点击查看完整原图。

逆向分析01

让编码 Agent 通过 MCP 检查应用行为与二进制,沿着证据理解一个功能怎样实现。

适合分析应用机制与兼容性问题。

分析能力取决于目标类型和本地工具环境。

本地 Agent 团队05

在桌面端给不同 Agent 配置指令和工作区,让它们交接任务、共享文件。

适合尝试在本机协调多个工作角色。

模型服务的使用费用和权限另行计算。

浏览与工作06

把浏览页面与 Claude Code、Codex 任务放在同一个窗口,减少页面和项目之间的切换。

适合边阅读、边把线索送进项目。

区分普通浏览、只读分析与会修改项目的任务。

文档基础设施07

让人和 Agent 都更方便地阅读、搜索与使用产品文档,连接文档和 API 工作流。

适合检查自家文档的可检索性与可操作性。

先保证文档内容准确,再扩展自动化。

Agent 专属硬件08

给 Agent 一台独立的 Debian 电脑,并提供远程连接和控制其他设备的硬件入口。

适合关注常驻任务与设备控制的人。

预售产品;价格、交付时间与兼容性以官网为准。

虚拟设备09

在原生 macOS 窗口中管理虚拟 iPhone,查看设备库、配置和启动状态。

适合已有 vphone-cli 的 iOS 研究环境。

有硬件、系统与研究虚拟机环境要求,先读安装说明。

编码工作台10

把多个编程 Agent 的对话、代码差异与 Git 协作放进一个开源图形控制台。

适合希望集中查看编码任务的人。

它组织工作流;模型账户和 token 消耗仍需单独考虑。

05

一周的其他线索

产品观察、阅读与图解

收藏短读

Jev 的应用目录又长了一点

本条收藏记录 awesome-jev 从 583 到 591 条的巡检,新增方向涉及 bisect、审核与安全扫描。这里更值得逐项看的是:决策层在哪里接入、判断之后由谁执行。目录规模是原帖的时点记录,不代表每个项目都已经成熟。

收藏短读

DEX #366:个人 Agent 需要怎样的电脑

DEX 把个人 Agent、云端电脑和 AI 电脑放在一起,很适合比较任务住在哪里:随身设备、常驻主机,还是临时云桌面。选择环境时,先想任务是否要持续运行、要访问什么资料、故障后怎样接手;再看硬件和服务。

收藏短读

16 款产品,反复出现的是记忆与主动性

Founder Park 的产品合集覆盖 Personal Agent、垂直助手和记忆工具。适合当一张候选清单来浏览,先选与你眼下任务相邻的一款。主动提醒能否帮忙,要看它记住了什么、何时打断你,以及能否让你检查和修正。

收藏短读

Thin Is In:界面变薄以后,控制留在哪里

《Thin Is In》把持续存在的 Agent 与更轻的交互界面联系起来。过去需要打开应用、点击多个入口的工作,可能收敛为一句委托。由此产生的新设计题是:操作入口少了,任务进度、所用材料和用户接管的位置,应该怎样保留下来?

收藏短读

AIGC Weekly #191:本期只读到公开节选

已缓存的公开部分涉及 Personal Agent、AI 反编译与跨设备工作。阅读流标注目前只收到了约 21% 内容,因此这里只保留这份节选的线索,不把它写成完整一期的结论;想读全篇,可以回到原订阅渠道。

收藏短读

AI 越来越常用,是否就说明投入越来越值得?

卡兹克对照 A16Z 的两份报告,观察 AI 的使用频率、付费与消费集中。它提供了从“模型又强了多少”转向“人们怎样使用 AI”的视角。读这类数据时,我会把使用者、付费者与整体人群分开:付费增长说明需求,却还需要任务完成、节省时间和持续使用的数据,才能解释用户获得了什么价值。

收藏短读

手指的间隙:一个看得见的芝诺悖论

原帖把指缝不断对半的过程拍给孩子看。它提醒我,解释一个概念不一定先搬出复杂符号。下面是编者自己的等比图解:无穷多个剩余步骤,也可能有有限的总和;‘步骤无穷’本身,并不能推出‘时间无穷’。

½ + ¼ + ⅛ + … = 1

编者图解:步数无限,总长度仍可有限。与原帖视频分别呈现。

收藏短读

《动手学大语言模型》:把图解当成学习路径

Jay Alammar 与 Maarten Grootendorst 的《动手学大语言模型》,用图解和代码连接模型原理与实际应用。它适合补齐本期工程专题背后的基础:文本怎样变成 token,向量怎样支持检索,一次生成怎样接着已有输入继续。把机制看明白,再回头读产品宣称,更容易判断变化发生在哪一层。

读完这一期,还有下一期

把一周的 AI 阅读,寄给你。

每周一更新。可选中文或英文,封面、主题导读与全部阅读入口,每期一封。

周刊 RSS ↗
本期全部阅读28

每条收藏都在正文中有对应位置。这里保留原始标题、阅读流记录与原文入口,可直接跳到本期对应段落。

  1. 原文 ↗
  2. 原文 ↗
  3. 原文 ↗
  4. Dream-RSI · 让 Agent 在自己的「历史」里做梦来自我进化Tong Zheng, Xidong Wu, Zheng Zhang 等(Google · Google DeepMind · UMD · UVA) · 本期位置 ↑
    原文 ↗
  5. 邮件收藏
  6. 原文 ↗
  7. GitAgent · 把 AI Agent 写成一个 Git 仓库Shreyas Kapale · Khush Patel(Lyzr Research Labs) · 本期位置 ↑
    原文 ↗
  8. Pi Durable 技术手册:让 Agent 崩溃后接着干Pi Durable Technical Manual(基于 earendil-works/pi · pi-durable 1.0.3,Hugging Face 托管 PDF) · 本期位置 ↑
    原文 ↗
  9. 原文 ↗
  10. 原文 ↗
  11. 原文 ↗
  12. 原文 ↗
  13. 原文 ↗
  14. 原文 ↗
  15. 原文 ↗
  16. 原文 ↗
  17. 邮件收藏
  18. 原文 ↗
  19. 原文 ↗
  20. 邮件收藏
  21. 原文 ↗
  22. 原文 ↗
  23. 原文 ↗
  24. 原文 ↗
  25. 原文 ↗
  26. 原文 ↗
  27. 原文 ↗
  28. 原文 ↗

和朋友一起读

分享这一期

AI 趋势周刊 003 · OpenAI 的数学手稿: 突破与抵制之间

可保存封面图片,发给一起阅读的朋友。

Follow what matters

订阅 Airing

选择接收方式,再决定你真正想看的内容。

新一期编好后发送;周刊邮件中可切换语言或退订。