<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-CN"><generator uri="https://jekyllrb.com/" version="3.10.0">Jekyll</generator><link href="https://unbug.github.io/feed.xml" rel="self" type="application/atom+xml" /><link href="https://unbug.github.io/" rel="alternate" type="text/html" hreflang="zh-CN" /><updated>2026-11-06T03:11:57+00:00</updated><id>https://unbug.github.io/feed.xml</id><title type="html">Micropaper 一分钟读论文</title><subtitle>Micropaper 一分钟读论文：每天用一分钟读懂一篇 AI 论文，并提供 AI 范式雷达与 AI 智创简报，覆盖智能体、大模型、AI 安全与专利机会洞察。</subtitle><author><name>unbug</name></author><entry><title type="html">一分钟读论文：《记得住，改不动》</title><link href="https://unbug.github.io/one-minute-read-paper-rescopebench-experience-lifecycle/" rel="alternate" type="text/html" title="一分钟读论文：《记得住，改不动》" /><published>2026-11-06T00:00:00+00:00</published><updated>2026-11-06T00:00:00+00:00</updated><id>https://unbug.github.io/one-minute-read-paper-rescopebench-experience-lifecycle</id><content type="html" xml:base="https://unbug.github.io/one-minute-read-paper-rescopebench-experience-lifecycle/"><![CDATA[<p>港科大与华为的联合团队在<a href="https://arxiv.org/abs/2611.05450">《Towards Robust Long-Lived Agents: Benchmarking Experience Lifecycles in Evolving Environments》</a>里搭了首个「经验生命周期」基准 ReScopeBench，量出一个耐人寻味的结果：长驻智能体记得住，改不动。<code class="language-plaintext highlighter-rouge">20</code> 个模型上，环境静默变更后，该更新的经验内容四个受影响任务后覆盖率才爬到 <code class="language-plaintext highlighter-rouge">64.63%</code>，而旧内容的保留率始终压在 <code class="language-plaintext highlighter-rouge">88%</code> 以上。</p>

<p><img src="/assets/images/rescopebench-experience-lifecycle.svg" alt="更新线与保留率线渐行渐远：四个受影响任务后，更新内容覆盖率 64.63%，旧内容保留率 91.07%，另有 10.26% 做成过的经验发生回退" /></p>

<h2 id="改不动是被量出来的事实">改不动是被量出来的事实</h2>

<p>基准设定：<code class="language-plaintext highlighter-rouge">18</code> 个环境、<code class="language-plaintext highlighter-rouge">352</code> 个任务、九个应用领域，每个环境暴露 <code class="language-plaintext highlighter-rouge">3</code> 到 <code class="language-plaintext highlighter-rouge">18</code> 个工具（平均 <code class="language-plaintext highlighter-rouge">10.1</code> 个），任务流按 <code class="language-plaintext highlighter-rouge">16</code>、<code class="language-plaintext highlighter-rouge">24</code> 或 <code class="language-plaintext highlighter-rouge">32</code> 个任务排布，流内安排一到三次环境变更——参数上限、字段名、资源规则变了，但不告诉你。以往基准问「存下的经验有没有用」，这篇问「环境变了，存下的经验改不改得动」。</p>

<p>答案分两半。经验确实有用：带着经验做任务的表现差距明显，Qwen3.8-27B 在 <code class="language-plaintext highlighter-rouge">62.48</code> 与 <code class="language-plaintext highlighter-rouge">73.44</code> 之间。经验也确实难改：变更发生后第一个任务里，Qwen3.8-27B 只完成 <code class="language-plaintext highlighter-rouge">29.05%</code> 的应更新项，与商业模型中位数 <code class="language-plaintext highlighter-rouge">29.75%</code> 几乎并排——开源与商业在这道关卡前一样卡壳。</p>

<h2 id="两条线越走越远">两条线越走越远</h2>

<p>论文把两条覆盖率曲线盯到底：该更新内容的覆盖率在头四个受影响任务里从 <code class="language-plaintext highlighter-rouge">21.47%</code> 爬到 <code class="language-plaintext highlighter-rouge">43.07%</code>、<code class="language-plaintext highlighter-rouge">59.40%</code>、<code class="language-plaintext highlighter-rouge">64.63%</code>；该保留内容的保留率是 <code class="language-plaintext highlighter-rouge">89.05%</code>、<code class="language-plaintext highlighter-rouge">88.07%</code>、<code class="language-plaintext highlighter-rouge">90.38%</code>、<code class="language-plaintext highlighter-rouge">91.07%</code>，纹丝不动。第四个任务上按模型均值计，<code class="language-plaintext highlighter-rouge">20</code> 个模型里有 <code class="language-plaintext highlighter-rouge">19</code> 个是保留完胜更新。</p>

<p>还有一层结构差：<code class="language-plaintext highlighter-rouge">17</code> 个模型的「结构性覆盖」（经验大框架）高于「规则性覆盖」（具体条款），平均高出 <code class="language-plaintext highlighter-rouge">4.79</code> 个百分点，两款头部模型甚至差出 <code class="language-plaintext highlighter-rouge">9.51</code> 和 <code class="language-plaintext highlighter-rouge">10.97</code> 个百分点。模型记住的是经验的大概，丢的是细则——环境变更后坏恰恰坏在细则上。</p>

<h2 id="做成过的活也会回退">做成过的活也会回退</h2>

<p>变更当天的冲击最有痛感：损失最大的资源类分组，从变更前一个任务到变更后首个任务，经验带来的优势直接掉 <code class="language-plaintext highlighter-rouge">40.33</code> 个百分点，结构类与工具类也各掉 <code class="language-plaintext highlighter-rouge">35.98</code> 和 <code class="language-plaintext highlighter-rouge">36.63</code> 个百分点。</p>

<p>更值得注意的是回退：<code class="language-plaintext highlighter-rouge">1,520</code> 个完成过且有两个随访检查点的经验里，<code class="language-plaintext highlighter-rouge">156</code> 个——占 <code class="language-plaintext highlighter-rouge">10.26%</code>——在随后一个或两个检查点变回不完整。第一次做成不等于永远做成，经验是动态维护品，不是一次性入库品。而维护的价值可以直接标价：所需经验完备的交付率 <code class="language-plaintext highlighter-rouge">95.31%</code>，不完备只有 <code class="language-plaintext highlighter-rouge">71.28%</code>，差 <code class="language-plaintext highlighter-rouge">24.03</code> 个百分点。</p>

<h2 id="对智能体工程的意思">对智能体工程的意思</h2>

<p>先限定口径：这是基准测量，环境是受控演进场景，结论不是「长驻智能体不可行」，而是「现有经验管理管道只有写入功能、没有更新功能」。对工程实践，论文指向把工作翻面：环境变更要被侦测并反查受影响经验、做定向修订；对做成过的任务加回退检查；监控规则级覆盖，别只看结构级覆盖好看。它与站内<a href="/one-minute-read-paper-length-is-cheap-attention-context-rot/">《长文本翻车怪长度？怪的是抢注意力的对手》</a>正好互补：那篇管住脏上下文里的检索，这篇管住过期经验里的维护，智能体上生产两道关卡都得过关。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://arxiv.org/abs/2611.05450">论文 arXiv:2611.05450</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="OneMinuteRead" /><category term="llm-agents" /><category term="agent-memory" /><category term="benchmark" /><category term="evaluation" /><category term="context-management" /><summary type="html"><![CDATA[港科大与华为团队发出首个经验生命周期基准 ReScopeBench：18 个环境、352 个任务、20 个模型实测，环境静默变更后，该更新的经验四个任务后覆盖率才爬到 64.63%，旧内容保留率却始终 88% 以上——长驻智能体记得住，改不动。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/rescopebench-experience-lifecycle.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/rescopebench-experience-lifecycle.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">AI 范式雷达：《四十年旧账，第一次排进了工期表》</title><link href="https://unbug.github.io/paradigm-radar-legacy-debt-payoff/" rel="alternate" type="text/html" title="AI 范式雷达：《四十年旧账，第一次排进了工期表》" /><published>2026-11-06T00:00:00+00:00</published><updated>2026-11-06T00:00:00+00:00</updated><id>https://unbug.github.io/paradigm-radar-legacy-debt-payoff</id><content type="html" xml:base="https://unbug.github.io/paradigm-radar-legacy-debt-payoff/"><![CDATA[<p><code class="language-plaintext highlighter-rouge">2026</code> 年 <code class="language-plaintext highlighter-rouge">10</code> 月 <code class="language-plaintext highlighter-rouge">26</code> 日至 <code class="language-plaintext highlighter-rouge">11</code> 月 <code class="language-plaintext highlighter-rouge">6</code> 日的 Hacker News 实测到 <code class="language-plaintext highlighter-rouge">6</code> 个同主题独立帖（最高 <code class="language-plaintext highlighter-rouge">1265</code> 分，<code class="language-plaintext highlighter-rouge">2026-11-06</code> 复测）：媒体为「AI 逼偿四十年技术债」命名，甲方给出预算授权，开源项目交出工期账单，学界给出反面测量——存量代码正从「能跑别碰」切向「有预算有工期」。</p>

<h2 id="九天六帖实测">九天六帖实测</h2>

<p>时间线（分数与评论数系 <code class="language-plaintext highlighter-rouge">2026-11-06</code> Algolia 全树实测）：</p>

<ul>
  <li><code class="language-plaintext highlighter-rouge">10-27</code> Wiz 测绘 PHP2Shell 利用与修复趋势（HN <code class="language-plaintext highlighter-rouge">50259343</code>，<code class="language-plaintext highlighter-rouge">192</code> 分 / <code class="language-plaintext highlighter-rouge">52</code> 评论，引信）</li>
  <li><code class="language-plaintext highlighter-rouge">10-29</code> Dream Security 复盘 PHP2Shell 打穿 <code class="language-plaintext highlighter-rouge">25</code> 台服务器（HN <code class="language-plaintext highlighter-rouge">50286987</code>，<code class="language-plaintext highlighter-rouge">332</code> 分 / <code class="language-plaintext highlighter-rouge">162</code> 评论，引信）</li>
  <li><code class="language-plaintext highlighter-rouge">10-30</code> Fortune 报道 Cisco 无限 token 重写遗留代码（<code class="language-plaintext highlighter-rouge">316</code> 分 / <code class="language-plaintext highlighter-rouge">386</code> 评论）</li>
  <li><code class="language-plaintext highlighter-rouge">10-30</code> SigNoz 工程博客《AI isn’t replacing SREs, it’s deskilling them》（<code class="language-plaintext highlighter-rouge">684</code> 分 / <code class="language-plaintext highlighter-rouge">498</code> 评论）</li>
  <li><code class="language-plaintext highlighter-rouge">10-31</code> 博客帖《Postgres 19 is late because so many more bugs are being found now》（<code class="language-plaintext highlighter-rouge">850</code> 分 / <code class="language-plaintext highlighter-rouge">517</code> 评论）</li>
  <li><code class="language-plaintext highlighter-rouge">11-01</code> arXiv 论文《When Modernization Breaks Working Code》（<code class="language-plaintext highlighter-rouge">22</code> 分 / <code class="language-plaintext highlighter-rouge">14</code> 评论，反面测量）</li>
  <li><code class="language-plaintext highlighter-rouge">11-04</code> IEEE Spectrum《The PHP2Shell Vulnerability Heralds Cybersecurity Hell》（HN <code class="language-plaintext highlighter-rouge">50364336</code>，<code class="language-plaintext highlighter-rouge">1265</code> 分 / <code class="language-plaintext highlighter-rouge">738</code> 评论）</li>
</ul>

<p>供给面注脚：微软 Command Line 官方博客《Cheap code, precious trust: Code modernization at scale》（<code class="language-plaintext highlighter-rouge">10-26</code>，<code class="language-plaintext highlighter-rouge">3</code> 分）自述 <code class="language-plaintext highlighter-rouge">4</code> 亿行代码库迁移规模，热度极低，只作「大厂把还债立项为工程学科」的佐证。</p>

<p><img src="/assets/images/paradigm-radar-legacy-debt-payoff.svg" alt="同窗六帖热度与单文件现代化实测对照" /></p>

<p>封面 a 面把这七帖画成分数对评论数的散点，横轴刻度 <code class="language-plaintext highlighter-rouge">0</code>、<code class="language-plaintext highlighter-rouge">400</code>、<code class="language-plaintext highlighter-rouge">800</code>、<code class="language-plaintext highlighter-rouge">1200</code>，纵轴刻度 <code class="language-plaintext highlighter-rouge">0</code>、<code class="language-plaintext highlighter-rouge">200</code>、<code class="language-plaintext highlighter-rouge">400</code>、<code class="language-plaintext highlighter-rouge">600</code>、<code class="language-plaintext highlighter-rouge">800</code>，最高的 IEEE 帖 <code class="language-plaintext highlighter-rouge">1265</code> 分与评论最多的 <code class="language-plaintext highlighter-rouge">738</code> 条都落在坐标系内。六帖分属媒体、甲方、厂商、开源治理、职业、安全研究六个互不关联的生态层，没有产品发布作纽带，共同对象只有一个：存量代码开始被系统性偿还。IEEE Spectrum 原文小标题逐字为「AI is forcing us to pay off 40 years of technical debt」，Tolmo AI 安全研究负责人 Matt Suiche 的原话是「all the legacy software that was written by humans over the last 40 years is being exposed」「Now it is time for the technical debt to be paid off」。PHP2Shell 只是引信：老代码的内存错误被利用，触发的却是债务清算叙事——与站内<a href="/paradigm-radar-toolchain-poisoning/">《官方渠道沦陷之后》</a>讲的分发渠道投毒是两回事，那期敌人是别人，本期处置的是自己仓库里的旧文件。</p>

<h2 id="三本账与一个口径">三本账与一个口径</h2>

<p>甲方账（HN <code class="language-plaintext highlighter-rouge">50304122</code>）：Cisco 总裁 Jeetu Patel 受访称，公司给一名 <code class="language-plaintext highlighter-rouge">27</code> 岁工程师无限 AI token 授权，目标是重写 <code class="language-plaintext highlighter-rouge">98%</code> 遗留代码。标注：<code class="language-plaintext highlighter-rouge">98%</code>、无限 token、<code class="language-plaintext highlighter-rouge">27</code> 岁全是 Cisco 自述口径，第三方未复测；外溢帖 <code class="language-plaintext highlighter-rouge">50303001</code>（<code class="language-plaintext highlighter-rouge">5</code> 分）与 <code class="language-plaintext highlighter-rouge">50356153</code>（<code class="language-plaintext highlighter-rouge">4</code> 分）转抄同一篇 Fortune 稿，三帖热度独立、口径不独立；Fortune 正文被 <code class="language-plaintext highlighter-rouge">403</code> 拦截，仅引 HN 帖标题口径。</p>

<p>工期账（HN <code class="language-plaintext highlighter-rouge">50312408</code>）：<code class="language-plaintext highlighter-rouge">850</code> 分把 Postgres 19 延期归因于 AI 扫老代码后缺陷发现量上升——「还债预算首次超过新功能预算」的开源版实证。同稿窗内被 Neon、LWN、Phoronix 等 <code class="language-plaintext highlighter-rouge">4</code> 家站点二次分发（<code class="language-plaintext highlighter-rouge">5</code>、<code class="language-plaintext highlighter-rouge">3</code>、<code class="language-plaintext highlighter-rouge">12</code>、<code class="language-plaintext highlighter-rouge">4</code> 分），分发独立、观点同源，按一个事件记账。职业账（HN <code class="language-plaintext highlighter-rouge">50305693</code>）：SigNoz 设问当 AI 接手 <code class="language-plaintext highlighter-rouge">95%</code> 事故响应，人是否荒废那 <code class="language-plaintext highlighter-rouge">5%</code> 要命处置——<code class="language-plaintext highlighter-rouge">95%/5%</code> 为自述设问、非测量值。微软博文自述大迁移「increasingly backed by formal verification」，只作「还债需要验收手段」的注脚，不展开验证层叙事。</p>

<h2 id="反方三脚刹车">反方：三脚刹车</h2>

<p>第一脚踩在归因上。评论 <code class="language-plaintext highlighter-rouge">50332587</code> 指 Postgres 帖把质量改善包装成 AI 之过——「finding more bugs is a good thing」；<code class="language-plaintext highlighter-rouge">50331726</code> 说前 AI 时代晚期 beta 同样撞出过服务器级缺陷，归因缺基线；<code class="language-plaintext highlighter-rouge">50334080</code> 自述被 AI 翻出「decades of nasty bugs」后结论是好事。若此论成立，本期叙事该从「AI 逼债」降格为「AI 记起了债」。</p>

<p>第二脚踩在造债速度上。评论 <code class="language-plaintext highlighter-rouge">50370497</code>：「every line of code is a liability」，人类会在加与不加之间取舍，LLM 不会、全都加；<code class="language-plaintext highlighter-rouge">50366485</code> 自述把 AI 写的表单应用砍掉三分之二；<code class="language-plaintext highlighter-rouge">50365724</code> 指出欠债成因是没上线就丢工作，工具变便宜不改写激励。偿还与制造同期发生，净债务走向未知。与相邻三期切割写死：<a href="/paradigm-radar-default-drift-audit/">《你关掉的开关，会自己回去》</a>审计厂商数据授权默认值，本期处置自己的存量代码，Cisco 的无限 token 是预算授权、不是默认值同意；<a href="/paradigm-radar-weight-space-programming/">《模型的配方摊在桌面上》</a>动的是参数空间，本期动的全是人写的源码文本；<a href="/paradigm-radar-agent-hidden-cost/">《标价之外，Harness 替你买了什么》</a>核算 token 成本，本期不核算金额，只记「给还债排预算」这个动作。</p>

<p>第三脚带数字。arXiv <code class="language-plaintext highlighter-rouge">2610.40269</code>《When Modernization Breaks Working Code》（HN <code class="language-plaintext highlighter-rouge">50330033</code>，<code class="language-plaintext highlighter-rouge">22</code> 分 / <code class="language-plaintext highlighter-rouge">14</code> 评论，实测 <code class="language-plaintext highlighter-rouge">2026-11-06</code>）：<code class="language-plaintext highlighter-rouge">5</code> 个模型各现代化每 <code class="language-plaintext highlighter-rouge">100</code> 个 WordPress 4.0 的 PHP 文件到 PHP 8.3，配 <code class="language-plaintext highlighter-rouge">630</code> 项隐藏行为检查与 <code class="language-plaintext highlighter-rouge">511</code> 项 Rector 指标。结论逐字：「Untouched, 83 files already pass every check; the best LLM leaves only 59. Each model breaks 32-51 working files while repairing at most 10, whereas Rector breaks 7 and repairs 6」，另「Only 37 findings (7 percent) require a change under PHP 8.3」。这是窗内唯一带可复现口径的量化反证：不碰留下的满分文件（<code class="language-plaintext highlighter-rouge">83</code> 个）比最好的模型（<code class="language-plaintext highlighter-rouge">59</code> 个）还多。评论 <code class="language-plaintext highlighter-rouge">50345118</code> 反击说模型迭代太快、结论存疑；<code class="language-plaintext highlighter-rouge">50345266</code> 指单文件粘贴是过时工作流——数字只适用于无反馈单轮现代化，不外推到带测试的 agent 流程。重写也非共识：<code class="language-plaintext highlighter-rouge">50304948</code> 的「未记录行为约定会在重写中丢失」至今没有硬反驳，正方引以为据的案例被 <code class="language-plaintext highlighter-rouge">50322266</code> 驳回——「two isn’t a ton」。</p>

<h2 id="供给注脚与动作清单">供给注脚与动作清单</h2>

<p>GitHub 搜索面实测（<code class="language-plaintext highlighter-rouge">2026-11-06</code>）：<code class="language-plaintext highlighter-rouge">legacy modernization</code> 存量 <code class="language-plaintext highlighter-rouge">2,215</code> 库、<code class="language-plaintext highlighter-rouge">code modernization</code> 存量 <code class="language-plaintext highlighter-rouge">1,648</code> 库，限定 <code class="language-plaintext highlighter-rouge">2026-09-01</code> 后新建仍有 <code class="language-plaintext highlighter-rouge">306</code> 库；头部工具包（Anthropic 迁移工具包 <code class="language-plaintext highlighter-rouge">787</code> 星、微软示例仓 <code class="language-plaintext highlighter-rouge">230</code> 星）却均创建于窗外，窗内新建者星数个位到十位——需求与账本先行、工具轴滞后，据我们观察未发现同类中文报道。</p>

<p>可执行的动作：排期前先跑规则工具 Rector 建基线再让模型入场，把「破坏 <code class="language-plaintext highlighter-rouge">32-51</code>、修复至多 <code class="language-plaintext highlighter-rouge">10</code>」当默认预期；对重写产物按「未记录行为约定会丢失」设验收，先补测试再合并；Cisco 式授权当组织样本看，不替任何人验证 <code class="language-plaintext highlighter-rouge">98%</code>。旧账排进工期表不稀奇，稀奇的是账桌旁第一次坐下了预算委员会——账目仍要靠带验收的还法一本本核。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://news.ycombinator.com/item?id=50364336">HN：IEEE Spectrum——The PHP2Shell Vulnerability Heralds Cybersecurity Hell</a></li>
  <li><a href="https://spectrum.ieee.org/ai-in-cybersecurity-php2shell-vulnerability">IEEE Spectrum 原文</a></li>
  <li><a href="https://news.ycombinator.com/item?id=50312408">HN：Postgres 19 is late because so many more bugs are being found now</a></li>
  <li><a href="https://news.ycombinator.com/item?id=50304122">HN：Cisco 给工程师无限 AI token 重写遗留代码（Fortune）</a></li>
  <li><a href="https://news.ycombinator.com/item?id=50305693">HN：AI isn’t replacing SREs, it’s deskilling them</a></li>
  <li><a href="https://arxiv.org/abs/2610.40269">arXiv 2610.40269：When Modernization Breaks Working Code</a></li>
  <li><a href="https://commandline.microsoft.com/agentic-software-engineering-large-scale-code-migration-language-modernization-spec-driven-development/">Microsoft Command Line：Cheap code, precious trust</a></li>
  <li><a href="/paradigm-radar-toolchain-poisoning/">站内：AI 范式雷达《官方渠道沦陷之后》</a></li>
  <li><a href="/paradigm-radar-default-drift-audit/">站内：AI 范式雷达《你关掉的开关，会自己回去》</a></li>
  <li><a href="/paradigm-radar-weight-space-programming/">站内：AI 范式雷达《模型的配方摊在桌面上》</a></li>
  <li><a href="/paradigm-radar-agent-hidden-cost/">站内：AI 范式雷达《标价之外，Harness 替你买了什么》</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="ParadigmRadar" /><category term="technical-debt" /><category term="code-modernization" /><category term="legacy-code" /><category term="ai-maintenance" /><category term="paradigm-radar" /><summary type="html"><![CDATA[Hacker News 十二天事件簇实测（2026-11-06）：AI 把四十年技术债变成有预算有工期有反面教材的还债工程；Cisco 自述无限 token 重写授权、Postgres 19 因扫旧债延期，arXiv 论文实测显示单文件现代化净损害可用文件。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/paradigm-radar-legacy-debt-payoff.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/paradigm-radar-legacy-debt-payoff.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">一分钟读论文：《长文本翻车怪长度？怪的是抢注意力的对手》</title><link href="https://unbug.github.io/one-minute-read-paper-length-is-cheap-attention-context-rot/" rel="alternate" type="text/html" title="一分钟读论文：《长文本翻车怪长度？怪的是抢注意力的对手》" /><published>2026-11-04T00:00:00+00:00</published><updated>2026-11-04T00:00:00+00:00</updated><id>https://unbug.github.io/one-minute-read-paper-length-is-cheap-attention-context-rot</id><content type="html" xml:base="https://unbug.github.io/one-minute-read-paper-length-is-cheap-attention-context-rot/"><![CDATA[<p>加州大学圣迭戈分校（UC San Diego）的论文<a href="https://arxiv.org/abs/2611.04169">《Length Is Cheap, Competition Is Not》</a>发现，长上下文检索翻车（context rot，上下文腐化）的元凶不是长度，而是争抢注意力的竞争信息：<code class="language-plaintext highlighter-rouge">126,473</code> 次试验中，准确率从 <code class="language-plaintext highlighter-rouge">0.97</code> 到 <code class="language-plaintext highlighter-rouge">1.00</code> 崩至 <code class="language-plaintext highlighter-rouge">0.11</code> 到 <code class="language-plaintext highlighter-rouge">0.21</code>。</p>

<p><img src="/assets/images/length-is-cheap-attention.svg" alt="竞争信息比长度更能预测长上下文检索失败：中性填充准确率不降，竞争陈述使准确率崩塌，注意力指标解释力远超长度" /></p>

<h2 id="长文本本身不背锅">长文本本身不背锅</h2>

<p>context rot 指上下文变长后，模型找回目标信息的能力下降。测试对象是五个 <code class="language-plaintext highlighter-rouge">0.5B</code> 到 <code class="language-plaintext highlighter-rouge">3B</code> 参数、来自四个家族的开源模型：Qwen2.5-0.5B-Instruct、Qwen2.5-1.5B-Instruct、SmolLM2-1.7B-Instruct、OLMo-2-0425-1B-Instruct 和基座 Llama-3.2-3B。任务为受控检索模拟：上下文中埋入一条含目标数值的陈述，再询问该键的值，正确答案即目标陈述中的数值；每轮随机化填充与目标的位置，排除位置记忆的影响。</p>

<p>把无关文本换成与证据同格式的陈述句、放在完全相同的位置，准确率跌到 <code class="language-plaintext highlighter-rouge">0.11</code> 到 <code class="language-plaintext highlighter-rouge">0.21</code>，而中性填充在 <code class="language-plaintext highlighter-rouge">32K</code> token 内准确率始终保持 <code class="language-plaintext highlighter-rouge">0.97</code> 到 <code class="language-plaintext highlighter-rouge">1.00</code>。位置、格式、长度都没变，仅内容从无关变成竞争，结果就翻转。需要限定的是，这是小参数量开源模型上的受控检索模拟结论，机制是注意力竞争，不能外推为所有大模型长文本能力全面下滑的现实断言；它说明的是，在检索这类任务里，长上下文失效有一条清晰可测的因果链。</p>

<h2 id="对手数量决定损失">对手数量决定损失</h2>

<p>单个「竞争值」陈述——给被查询的键一个错误取值——能让损失放大 <code class="language-plaintext highlighter-rouge">9</code> 到 <code class="language-plaintext highlighter-rouge">110</code> 倍，每多一个对手再叠加。在 Qwen2.5-1.5B、<code class="language-plaintext highlighter-rouge">2,048</code> token 下，竞争陈述数量从 0 到 6 个及以上时，信息损失依次为 <code class="language-plaintext highlighter-rouge">0.03</code>、<code class="language-plaintext highlighter-rouge">1.37</code>、<code class="language-plaintext highlighter-rouge">2.24</code>、<code class="language-plaintext highlighter-rouge">2.48</code>、<code class="language-plaintext highlighter-rouge">2.71</code>、<code class="language-plaintext highlighter-rouge">3.26</code>、<code class="language-plaintext highlighter-rouge">3.45</code> nats（衡量模型偏离正确分布的程度，越大越糟）。按冲突有无分组统计：不含任何同键陈述的上下文损失 <code class="language-plaintext highlighter-rouge">0.02</code> 到 <code class="language-plaintext highlighter-rouge">0.34</code> nats，含至少一条的上下文损失 <code class="language-plaintext highlighter-rouge">1.38</code> 到 <code class="language-plaintext highlighter-rouge">3.24</code> nats；无冲突上下文准确率 <code class="language-plaintext highlighter-rouge">0.97</code> 到 <code class="language-plaintext highlighter-rouge">1.00</code>，含冲突的样本准确率只有 <code class="language-plaintext highlighter-rouge">0.25</code> 到 <code class="language-plaintext highlighter-rouge">0.52</code>。也就是说，翻车不取决于上下文字符多少，而取决于其中埋了几个抢同一个键的对手。</p>

<h2 id="注意力质量是先行指标">注意力质量是先行指标</h2>

<p>解释变量是证据 token 上残余的注意力质量 a*，即模型分配给目标陈述那几行的注意力份额，论文用 log(1/a*) 把它换算成损失量纲。<code class="language-plaintext highlighter-rouge">126,473</code> 次试验中，log(1/a*) 解释损失方差的 <code class="language-plaintext highlighter-rouge">35%</code> 到 <code class="language-plaintext highlighter-rouge">58%</code>，上下文长度的对数只解释 <code class="language-plaintext highlighter-rouge">2%</code> 到 <code class="language-plaintext highlighter-rouge">8%</code>，差距在 8K 到 32K token 全程存在。换句话说，想知道一条检索会不会失败，盯注意力分布比盯上下文长度有效得多。在 Qwen2.5-1.5B 上，损失在 a* 跌破约 <code class="language-plaintext highlighter-rouge">0.35</code> 前近乎为零，随后陡增，说明存在一个可操作的健康阈值。</p>

<h2 id="masking-实验拆穿长度归因">Masking 实验拆穿长度归因</h2>

<p>此前不少「长上下文退化」的结论，靠的是遮蔽（masking）填充文本——把填充盖住后，上下文在模型眼里其实并没有变长，却把性能下降记在长度头上。复现 Du et al. 的遮蔽协议，<code class="language-plaintext highlighter-rouge">30K</code> 遮蔽 token 让 Llama-3.2-3B 与 Qwen2.5-7B 的 MMLU 准确率下降 <code class="language-plaintext highlighter-rouge">11</code> 到 <code class="language-plaintext highlighter-rouge">18</code> 个百分点；检索任务里 <code class="language-plaintext highlighter-rouge">32K</code> token 遮蔽同样吃掉 <code class="language-plaintext highlighter-rouge">46</code> 个百分点准确率，而完整可见的同一填充分毫不损。遮蔽破坏的是注意力读数，长度本身无罪。论文已放出 probe 与 <code class="language-plaintext highlighter-rouge">126,473</code> 次试验数据<a href="https://github.com/yliusci/length-is-cheap">（开源仓库）</a>。</p>

<p>这套「注意力竞争」解释与站内早前<a href="/one-minute-read-paper-coral-context-reset/">《智能体学会主动清空记忆》</a>的上下文管理思路互补：前者诊断脏上下文为何让检索失效，后者解决任务中途如何主动清空它；对做检索增强和智能体 memory 的工程实践，含义是控制同键冲突条数比控制总长度更关键。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://arxiv.org/abs/2611.04169">论文 arXiv:2611.04169</a></li>
  <li><a href="https://github.com/yliusci/length-is-cheap">开源仓库 yliusci/length-is-cheap</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="OneMinuteRead" /><category term="llm" /><category term="context-management" /><category term="attention" /><category term="retrieval" /><category term="ai-agents" /><summary type="html"><![CDATA[加州大学圣迭戈分校预印本发现，长上下文检索翻车的元凶不是长度而是争抢注意力的竞争信息：中性填充撑到 32K token 准确率不降，竞争陈述使其从 0.97 崩至 0.11。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/length-is-cheap-attention.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/length-is-cheap-attention.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">AI 范式雷达：《你关掉的开关，会自己回去》</title><link href="https://unbug.github.io/paradigm-radar-default-drift-audit/" rel="alternate" type="text/html" title="AI 范式雷达：《你关掉的开关，会自己回去》" /><published>2026-11-04T00:00:00+00:00</published><updated>2026-11-04T00:00:00+00:00</updated><id>https://unbug.github.io/paradigm-radar-default-drift-audit</id><content type="html" xml:base="https://unbug.github.io/paradigm-radar-default-drift-audit/"><![CDATA[<p><code class="language-plaintext highlighter-rouge">2026</code> 年 <code class="language-plaintext highlighter-rouge">10</code> 月 <code class="language-plaintext highlighter-rouge">22</code> 日至 <code class="language-plaintext highlighter-rouge">11</code> 月 <code class="language-plaintext highlighter-rouge">4</code> 日的 Hacker News 实测到 <code class="language-plaintext highlighter-rouge">6</code> 个同主题高分帖（最高 <code class="language-plaintext highlighter-rouge">1192</code> 分，<code class="language-plaintext highlighter-rouge">2026-11-04</code> 复测）：关掉的训练与数据共享开关正在回到开启位，三家互不关联的公司各自被抓到——信任单位正从条款文本切到默认值审计。</p>

<h2 id="同窗六帖实测">同窗六帖实测</h2>

<p>事件按时间线排开（分数为 <code class="language-plaintext highlighter-rouge">2026-11-04</code> 15:36 CST Algolia items API 全树实测）：</p>

<ul>
  <li><code class="language-plaintext highlighter-rouge">10-23</code> Google 拟用 Gmail 与 Photos 数据投广告（<code class="language-plaintext highlighter-rouge">403</code> 分，广告用途旁证，不入核心论证）</li>
  <li><code class="language-plaintext highlighter-rouge">10-27</code> Anthropic 官方帮助页《Is my data used for model training?》被推上榜（<code class="language-plaintext highlighter-rouge">225</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">10-27</code> 斯坦福校报《Stanford Daily》报道 Claude 用盗版教授书籍训练（<code class="language-plaintext highlighter-rouge">606</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">10-31</code> Anthropic 封禁疑似参与蒸馏的用户账号（<code class="language-plaintext highlighter-rouge">492</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">11-03</code> OpenAI Codex 训练开关被用户观察到静默重新启用（<code class="language-plaintext highlighter-rouge">468</code> 分，评论树 <code class="language-plaintext highlighter-rouge">144</code>）</li>
  <li><code class="language-plaintext highlighter-rouge">11-03</code> Postman 被取证自动安装 AI 插件并尝试共享 API 数据（<code class="language-plaintext highlighter-rouge">1192</code> 分，评论树 <code class="language-plaintext highlighter-rouge">378</code>）</li>
</ul>

<p>六帖横跨 OpenAI、Postman、Anthropic、Google 等 <code class="language-plaintext highlighter-rouge">3</code> 家以上互不关联的主体，没有任何一次产品发布作纽带，共同的只是同一个动作在不同产品面上被各自抓到：默认值动了。所谓「默认值审计」，就是把训练开关、数据共享开关这类选项当作会漂移的配置项，定期与上次记录做 diff，而不是签约时勾一次就完事。</p>

<p><img src="/assets/images/paradigm-radar-default-drift-cover.svg" alt="同窗六帖热度与两案证据分级" /></p>

<h2 id="两案证据等级不同">两案证据等级不同</h2>

<p>热度最高的 Postman 案（HN <code class="language-plaintext highlighter-rouge">50354960</code>）指向 GitHub issue #14370，标题逐字为 “[SEVERE] Desktop auto-installs Codex/Claude plugins; installer attempts to trust its own startup hook”。取证者引用 Postman 自己的 <code class="language-plaintext highlighter-rouge">main.log</code>：<code class="language-plaintext highlighter-rouge">PostmanAgentPluginService~install</code> 记录 <code class="language-plaintext highlighter-rouge">{"source":"auto-existing-upgrade","results":["claude-code:installed","codex:installed"]}</code>——自动向 Codex 与 Claude Code 安装插件的动作由厂商系统日志坐实，属系统自证级证据。issue 实测 <code class="language-plaintext highlighter-rouge">open</code>、<code class="language-plaintext highlighter-rouge">38</code> 条评论（仓库 <code class="language-plaintext highlighter-rouge">6,025</code> 星，实测 <code class="language-plaintext highlighter-rouge">2026-11-04</code>）；Postman 官方账号 <code class="language-plaintext highlighter-rouge">11-04</code> 在 HN 的回应只谈开放哲学、未触及自动安装，其中「超过 1700 万开发者」为厂方自述口径。</p>

<p>Codex 案（HN <code class="language-plaintext highlighter-rouge">50352757</code>）是另一种证据等级：发帖人自述多名同事同时发现 ChatGPT 数据控制页里的 “Improve the model for everyone” 开关回到开启位，原文措辞为 “noticed that the setting had been silently reenabled”。这是用户集体观察，不是厂商自认；发帖人自己在评论 <code class="language-plaintext highlighter-rouge">50353786</code> 承认 “I definitely can’t prove it”。两案必须分开记账：一个是日志级，一个是观察级。</p>

<p>Anthropic 一侧是同一信任轴的三个独立面：帮助页被推榜说明「我的数据会不会被训练」这个默认值认知已是公众问题；盗版书籍入训（<code class="language-plaintext highlighter-rouge">606</code> 分）在输入侧；封号争议（<code class="language-plaintext highlighter-rouge">492</code> 分）在条款执行侧。另有评论 <code class="language-plaintext highlighter-rouge">50354115</code> 自述 Mistral Teams 计划同窗从 opt-in 改 opt-out、移除组织级总开关，<code class="language-plaintext highlighter-rouge">48</code> 小时后回滚但所有员工滑块已回到开启位——用户自述个案，未经独立核验。</p>

<h2 id="反方与区隔">反方与区隔</h2>

<p>第一条刹车来自评论 <code class="language-plaintext highlighter-rouge">50353398</code>：”If your company actually cared about this they would be running their own inference instead of leaving fate to a couple of checkboxes”，跟进评论 <code class="language-plaintext highlighter-rouge">50353503</code> 补充云厂商的 gated 模型不出网关。若此论成立，真痛点是部署位置而不是勾选框，本期实操价值被削半。</p>

<p>第二条刹车针对证据本身：<code class="language-plaintext highlighter-rouge">50353786</code> 发帖人自陈无法证明，<code class="language-plaintext highlighter-rouge">50355259</code> 也为帖主的 “seems” 措辞辩护——相当热度建立在情绪共振而非可验证证据上；截至 <code class="language-plaintext highlighter-rouge">2026-11-04</code>，OpenAI 未见公开回应，口径缺位本身记入反方账。第三条最狠（评论 <code class="language-plaintext highlighter-rouge">50356785</code>）：”You should assume that they are training on their data even when it’s disabled by you”——若接受此前提，审计默认值也无意义。此外评论 <code class="language-plaintext highlighter-rouge">50357232</code> 把 Postman 案归因为 SaaS 普遍逐底而非 AI 特有，同窗的 Google 广告数据帖（<code class="language-plaintext highlighter-rouge">403</code> 分）也说明默认用途漂移是平台经济旧病，AI 只是新宿主。归因必须克制：本期不主张任何厂商恶意实锤，主张的只是同一窗口内多主体同动作。</p>

<p>与相邻几期的切割要写死。站内<a href="/paradigm-radar-toolchain-poisoning/">《官方渠道沦陷之后》</a>讲外部攻击者污染分发包，那期敌人是别人，本期信任对象本身就是动作主体；<a href="/paradigm-radar-agent-hidden-cost/">《标价之外，Harness 替你买了什么》</a>记 token 账，本期记数据授权账，同一批工具、两本不同的账；与<a href="/paradigm-radar-weight-space-programming/">《模型的配方摊在桌面上》</a>的切割最直接：那期动的是参数，本期动的是同意。</p>

<h2 id="供给缺位与动作清单">供给缺位与动作清单</h2>

<p>GitHub 搜索面实测（<code class="language-plaintext highlighter-rouge">2026-11-04</code>）：<code class="language-plaintext highlighter-rouge">"data sovereignty" ai</code> 自 <code class="language-plaintext highlighter-rouge">2026-05-01</code> 以来新建仓库 <code class="language-plaintext highlighter-rouge">77</code> 个，<code class="language-plaintext highlighter-rouge">training consent ai</code> 仅 <code class="language-plaintext highlighter-rouge">8</code> 个，头部星数均低，窗口内没有成形的默认值审计工具簇——本期是需求与事故轴先行、工具轴缺位的品类前夜形态。</p>

<p>现阶段可执行的自保动作只能手工：定期打开 chatgpt.com/settings/data-controls 与 Claude 侧的 privacy.claude.com 帮助页核对开关状态并截图留档；组织管理员检查成员级滑块是否在平台升级后被重置；订阅常用 AI 工具的 changelog，把「训练」「数据共享」关键词加入检索。条款是一次性签名，默认值是持续状态。开关既然会自己回去，勾过的选项就要当成配置项定期 diff——这是本期全部证据收敛成的唯一动作。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://news.ycombinator.com/item?id=50352757">HN：OpenAI seems to be silently re-enabling model training on Codex chats</a></li>
  <li><a href="https://news.ycombinator.com/item?id=50354960">HN：Postman silently auto-installs AI plugins</a></li>
  <li><a href="https://github.com/postmanlabs/postman-app-support/issues/14370">postmanlabs/postman-app-support issue #14370</a></li>
  <li><a href="https://privacy.claude.com/en/articles/7996868-is-my-data-used-for-model-training">Anthropic 帮助中心：Is my data used for model training?</a></li>
  <li><a href="https://stanforddaily.com/">Stanford Daily 报道入口</a></li>
  <li><a href="/paradigm-radar-toolchain-poisoning/">站内：AI 范式雷达《官方渠道沦陷之后》</a></li>
  <li><a href="/paradigm-radar-agent-hidden-cost/">站内：AI 范式雷达《标价之外，Harness 替你买了什么》</a></li>
  <li><a href="/paradigm-radar-weight-space-programming/">站内：AI 范式雷达《模型的配方摊在桌面上》</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="ParadigmRadar" /><category term="data-training-consent" /><category term="default-settings" /><category term="opt-out" /><category term="developer-trust" /><category term="paradigm-radar" /><summary type="html"><![CDATA[Hacker News 十四天事件簇实测（2026-11-04）：Codex 训练开关被用户观察到静默回弹、Postman 自家日志坐实自动安装 AI 插件、Anthropic 三案同窗发酵，开发者对 AI 工具的信任单位正从条款文本切换到默认值审计。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/paradigm-radar-default-drift-cover.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/paradigm-radar-default-drift-cover.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">一分钟读论文：《自进化智能体的陪练式高分陷阱》</title><link href="https://unbug.github.io/one-minute-read-paper-skill-policy-coevolution-trap/" rel="alternate" type="text/html" title="一分钟读论文：《自进化智能体的陪练式高分陷阱》" /><published>2026-11-03T00:00:00+00:00</published><updated>2026-11-03T00:00:00+00:00</updated><id>https://unbug.github.io/one-minute-read-paper-skill-policy-coevolution-trap</id><content type="html" xml:base="https://unbug.github.io/one-minute-read-paper-skill-policy-coevolution-trap/"><![CDATA[<p>阿里巴巴、香港理工大学与伊利诺伊大学芝加哥分校的论文<a href="https://arxiv.org/abs/2610.20845">《Evolving Together, Failing Apart》</a>发现：技能库与策略模型共同进化的自进化智能体，一旦技能库被改写，最坏情况成功率比训练峰值低 <code class="language-plaintext highlighter-rouge">5-13</code> 个百分点，抹掉技能库增益的 <code class="language-plaintext highlighter-rouge">52-93%</code>。</p>

<p>论文 <code class="language-plaintext highlighter-rouge">2026</code> 年 <code class="language-plaintext highlighter-rouge">10</code> 月 <code class="language-plaintext highlighter-rouge">14</code> 日发布于 arXiv（编号 <code class="language-plaintext highlighter-rouge">2610.20845</code>），第一作者 Yujie Feng 隶属 Alibaba Token Hub。这里说的技能库（skill bank）是智能体在任务中积累并复用的可调用过程性技能，通常以文档形式保存；技能与策略共进化（skill-policy co-evolution）指训练过程中策略模型与技能库互相改进，是当前自进化智能体的主流范式之一。</p>

<h2 id="共进化把智能体绑死在陪练技能库上">共进化把智能体绑死在陪练技能库上</h2>

<p>论文指出的盲区在评测协议：现有方法一律用训练时交付的那份技能库给智能体打分，模型与技能库是「陪练关系」。但部署之后，技能会被改写、新增或删除，频率远高于策略模型的重训节奏，智能体实际面对的是一份漂移后的技能库——训练目标与评测协议谁都没有覆盖它。</p>

<p>漂移的代价随训练加深而放大。六组设置里，不减干扰的成功率随共进化训练一路上扬：Skill RL-ALFWorld 从 <code class="language-plaintext highlighter-rouge">5.2%</code> 升到 <code class="language-plaintext highlighter-rouge">88.8%</code>，ARISE-AMC23 从 <code class="language-plaintext highlighter-rouge">15.5%</code> 升到 <code class="language-plaintext highlighter-rouge">87.4%</code>，Evolving-RL-Mind2Web 从 <code class="language-plaintext highlighter-rouge">16.4%</code> 升到 <code class="language-plaintext highlighter-rouge">25.2%</code>；但同一批检查点对技能库扰动的敏感度（论文实测的下降斜率）在十八个扰动轴与设置的组合中有十二个显著上升——模型越强，越离不开陪练它的那份库。</p>

<h2 id="一次保持原义的改写就能掉分">一次保持原义的改写就能掉分</h2>

<p>跨四种共进化方法、五个基准（六设置）的统一结果是：最坏情况成功率比各自交付峰值低 <code class="language-plaintext highlighter-rouge">5-13</code> 个百分点，相当于抹掉交付技能库相对无技能基线增益的 <code class="language-plaintext highlighter-rouge">52-93%</code>。更扎心的是扰动类型：不改语义、只换措辞的保持原义改写，单项就在 ReSkill-ScienceWorld 上吃掉 <code class="language-plaintext highlighter-rouge">10.9</code> 分（该设置峰值 <code class="language-plaintext highlighter-rouge">50.3%</code>）。</p>

<p><img src="/assets/images/skill-policy-coevolution-trap.svg" alt="共进化训练中成功率上升但漂移敏感度同步上升" /></p>

<p>论文同时给出边界：漂移后技能的最低成功率仍高于无技能基线，说明技能库并非失去价值，失败的本质是模型对特定技能库措辞的过拟合，即技能派生增益的丢失。作者提出 CODA 评测协议，用两个指标替代单一峰值：一致性率（保持原义编辑下的成绩保持）与抗腐蚀率（对污染技能的抵抗力），把共进化目标从「在陪练库上的峰值」改写为「驾驭技能库漂移的能力」。</p>

<h2 id="对自建技能库智能体的提醒">对自建技能库智能体的提醒</h2>

<p>对在生产环境跑技能库智能体的团队，论文的操作含义是三件事：发布测试必须包含技能改写与污染变体，而非只用训练交付库打分；技能修订节奏与模型重训节奏要显式对齐或解耦管理；把一致性率与抗腐蚀率纳入回归。站内<a href="/one-minute-read-paper-cosa-conflict-of-skills-attack/">《技能各自合规，组合就出事》</a>研究过技能库的对抗性注入攻击，这篇则证明不需要攻击者——日常维护产生的自然漂移就足以让峰值成绩大幅退坡，两份证据共同指向：技能库已成为与模型权重同级的维护面。</p>

<p>论文目前为预印本（PDF 页眉标注 Preprint. Under review.），未声明代码开源，复现需自行实现扰动协议。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://arxiv.org/abs/2610.20845">Evolving Together, Failing Apart: The Skill-Policy Co-evolution Trap in Self-Improving Agents</a></li>
  <li><a href="/one-minute-read-paper-cosa-conflict-of-skills-attack/">站内：《技能各自合规，组合就出事》</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="OneMinuteRead" /><category term="llm" /><category term="ai-agents" /><category term="self-improving" /><category term="evaluation" /><category term="skill-library" /><summary type="html"><![CDATA[阿里、港理工与UIC论文发现：技能库与策略共进化的自进化智能体，在技能库被改写后最坏成功率比训练峰值低5到13个百分点，抹掉技能库增益的52%到93%，现有评测协议存在系统性盲区。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/skill-policy-coevolution-trap.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/skill-policy-coevolution-trap.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">AI 范式雷达：《模型的配方摊在桌面上》</title><link href="https://unbug.github.io/paradigm-radar-weight-space-programming/" rel="alternate" type="text/html" title="AI 范式雷达：《模型的配方摊在桌面上》" /><published>2026-11-03T00:00:00+00:00</published><updated>2026-11-03T00:00:00+00:00</updated><id>https://unbug.github.io/paradigm-radar-weight-space-programming</id><content type="html" xml:base="https://unbug.github.io/paradigm-radar-weight-space-programming/"><![CDATA[<p><code class="language-plaintext highlighter-rouge">2026</code> 年 <code class="language-plaintext highlighter-rouge">10</code> 月 <code class="language-plaintext highlighter-rouge">25</code> 日至 <code class="language-plaintext highlighter-rouge">11</code> 月 <code class="language-plaintext highlighter-rouge">2</code> 日的 Hacker News 上，实测到 <code class="language-plaintext highlighter-rouge">6</code> 个同主题高分事件帖（最高 <code class="language-plaintext highlighter-rouge">2526</code> 分，<code class="language-plaintext highlighter-rouge">2026-11-03</code> 复测）：被讨论的对象不是某个新模型，而是「模型权重本身可以被读写、编译与组队」这件事——开源权重正在从调用品变成可编程介质。</p>

<h2 id="七日事件簇实测">七日事件簇实测</h2>

<p>事件按时间线排开（分数为 <code class="language-plaintext highlighter-rouge">2026-11-03</code> Algolia 实测）：</p>

<ul>
  <li><code class="language-plaintext highlighter-rouge">10-25</code> GVS5H：五个 Qwen3.8-27B 组队打平前沿大模型（<code class="language-plaintext highlighter-rouge">195</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">10-26</code> IBM CEO 称开源权重模型已经又好又便宜（<code class="language-plaintext highlighter-rouge">428</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">10-27</code> 五家推理服务商同时上架去安全化 DeepSeek（<code class="language-plaintext highlighter-rouge">100</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">10-29</code> Qwenputer：一台确定性 RISC-V CPU 被编译进 Qwen3.5 权重（<code class="language-plaintext highlighter-rouge">704</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">10-31</code> Memdoor：五个 Qwen3.8-27B 在 LiveCodeBench Hard 击败前沿模型（<code class="language-plaintext highlighter-rouge">456</code> 分）</li>
  <li><code class="language-plaintext highlighter-rouge">11-02</code> Astra 能读写权重改进 Qwen（<code class="language-plaintext highlighter-rouge">2526</code> 分，<code class="language-plaintext highlighter-rouge">259</code> 评论）</li>
</ul>

<p>簇内密度罕见：八天六帖、两个仓库、两个独立博客，全部指向同一个动作——对权重本体动手，而不是对提示词动手。</p>

<p><img src="/assets/images/paradigm-radar-weight-space-cover.svg" alt="七日 HN 事件点阵与权重可编程三层结构" /></p>

<h2 id="三个一手源说了什么">三个一手源说了什么</h2>

<p>热度最高的 Astra 结果出自 MIT CSAIL 博客《Sparks of Weight-Space Programming》（<code class="language-plaintext highlighter-rouge">11</code> 月 <code class="language-plaintext highlighter-rouge">2</code> 日发布，作者 Rikiya Takehi、Jayden Teoh、Alex Zhang、Omar Khattab）。TL;DR 原句为 “We find that frontier LLMs are surprisingly good at natively reading and writing neural network weights, well past what we’d expect from humans or conventional algorithms.”——前沿大模型无需工具辅助即可直接读写神经网络的权重，远超人类和传统算法的预期。评论区已经有人在讨论这是否是实验室为递归自我改进（RSI）做的内训外溢，但作者未做此声称。</p>

<p>Qwenputer 是同一个方向的极端演示：一篇个人博客把一台完整的确定性 RISC-V CPU 编译进了 stock Qwen 3.5 4B 的权重里，利用其 Gated DeltaNet 层当 RAM 运行，作者 Divyansh Agrawal 把它称为「compiled weights」。它没有实用价值，但有范式价值：权重只要能编码一台 CPU，就说明它是通用介质而不是玄学参数。</p>

<p>供给端同步在动：Memdoor 仓库（<code class="language-plaintext highlighter-rouge">336</code> 星，<code class="language-plaintext highlighter-rouge">10</code> 月 <code class="language-plaintext highlighter-rouge">5</code> 日创建）与 GVS5H 仓库（<code class="language-plaintext highlighter-rouge">1182</code> 星，Persis Capital 研究实验室）都声称五个 Qwen3.8-27B 的编队能在 LiveCodeBench Hard 打平单个前沿大模型，Memdoor README 承诺每轮成绩公开可查。这属于自报口径，第三方独立复现还没有。</p>

<h2 id="反面证据与边界">反面证据与边界</h2>

<p>这个簇的热度里掺着三类水分。其一，Astra 是博客而非同行评审论文，读写权重在多大模型规模、多通用领域成立尚无答案，评论区最集中的质疑正是 “does it cap at small model sizes and common domains”。其二，五小模型打平大模型的两个仓库都来自非学术机构，评测基准单一（LiveCodeBench Hard），价格优势（五分之一）与单卡可跑的卖点都是卖方叙述。其三，把 CPU 编译进 4B 模型是精巧玩具，作者自己列了 limits 一节。</p>

<p>但方向性信号不依赖单点成立：同窗口内去安全化模型已有五家商用服务商供给、企业高管公开背书开源权重成本线、权重读写与编译连发——单独看是六个热点，合起来看是一条链：<strong>读权重（可解释）→ 写权重（可修改）→ 编权重（可装载）→ 组权重（可复制编排）</strong>。</p>

<h2 id="对做工具的人意味着什么">对做工具的人意味着什么</h2>

<p>站内<a href="/paradigm-radar-toolchain-poisoning/">《官方渠道沦陷之后》</a>讲过 AI 工具链被当成供应链资产管理；这层变化更激进：资产本体（权重）变成可改写文本。可预见的空位集中在「改写之后的守门」——权重变更的审计与 diff 工具、改写后模型的行为回归测试、以及五小模型编队这种多副本工作流的路由与一致性校验。防御工具链投毒的人都知道，管道里最危险的是没人能读懂的包裹；而权重，恰恰是所有人都读不懂的那种。</p>

<p>模型配方的桌面已经摊开，读得懂、改得对、验得住的中间层，还没有人真正占住。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://rikiyat.github.io/blog/weight-space-programming/">Sparks of Weight-Space Programming</a></li>
  <li><a href="https://divagr.com/blog/qwenputer">Qwenputer: a RISC-V CPU inside Qwen3.5</a></li>
  <li><a href="https://github.com/guregodevo/memdoor">guregodevo/memdoor</a></li>
  <li><a href="https://github.com/slee-persis/GVS5H">slee-persis/GVS5H</a></li>
  <li><a href="/paradigm-radar-toolchain-poisoning/">站内：AI 范式雷达《官方渠道沦陷之后》</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="ParadigmRadar" /><category term="open-weights" /><category term="model-editing" /><category term="interpretability" /><category term="inference" /><category term="coding-agent" /><category term="paradigm-radar" /><summary type="html"><![CDATA[Hacker News 七日事件簇实测：MIT CSAIL 博客证明前沿模型能原生读写神经网络权重拿下 2526 分，RISC-V CPU 被编译进 Qwen 权重，五个 27B 小模型组队打平前沿大模型，开源权重正从黑盒调用品变成可读可写可编译的编程介质。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/paradigm-radar-weight-space-cover.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/paradigm-radar-weight-space-cover.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">一分钟读论文：《智能体学会主动清空记忆》</title><link href="https://unbug.github.io/one-minute-read-paper-coral-context-reset/" rel="alternate" type="text/html" title="一分钟读论文：《智能体学会主动清空记忆》" /><published>2026-10-31T00:00:00+00:00</published><updated>2026-10-31T00:00:00+00:00</updated><id>https://unbug.github.io/one-minute-read-paper-coral-context-reset</id><content type="html" xml:base="https://unbug.github.io/one-minute-read-paper-coral-context-reset/"><![CDATA[<p>本文是香港中文大学、腾讯与香港科技大学发在 COLM 2026 的论文<a href="https://arxiv.org/abs/2610.40350">《Don’t Lose the Thread》</a>：智能体学会存档进度、清空脏上下文开新回合，<code class="language-plaintext highlighter-rouge">8B</code> 模型在 GAIA 基准平均准确率 <code class="language-plaintext highlighter-rouge">42.8%</code>，输入 token 比 ReAct 智能体少 <code class="language-plaintext highlighter-rouge">6-7</code> 倍。</p>

<p>论文 <code class="language-plaintext highlighter-rouge">2026</code> 年 <code class="language-plaintext highlighter-rouge">10</code> 月 <code class="language-plaintext highlighter-rouge">29</code> 日提交，已被 COLM 2026 录用，PDF 页眉标注 Published as a conference paper at COLM 2026，作者为 Zheng Zhu、Xiaozhuan Liang、Xi Chen、Bei Yu、Jiaya Jia。方法名 CORAL，取 COgnitive Resource Self-ALlocation（认知资源自我分配）首字母缩写。</p>

<p><img src="/assets/images/coral-context-checkpoint.svg" alt="checkpoint 后重置上下文开新回合" /></p>

<h2 id="上下文越滚越长注意力被稀释">上下文越滚越长，注意力被稀释</h2>

<p>长周期任务（多步搜索、跨文件改代码、持续数小时的调查）里，智能体的工作记忆会被不断膨胀的无关信息塞满：失败的尝试、读过就没用的网页、重复的工具输出，全都堆在上下文窗口里越滚越长。认知过载（工作记忆被无关信息占满）的直接后果是注意力稀释，规划与推理随之受阻：模型不是不会做下一步，而是被噪声盖住了下一步。站内<a href="/one-minute-read-paper-infradev-ai-infrastructure/">《谁来验收AI基建的代码》</a>同样研究过长期跑任务的 Agent：那篇看任务书与验收口径，这篇看上下文负担——窗口塞满之前，谁来丢垃圾。</p>

<h2 id="存档清空开新回合">存档、清空、开新回合</h2>

<p>CORAL 给智能体一个主动动作：在关键节点 checkpoint（存档任务进度与已验证事实），重置被污染的上下文，只留 checkpoint 信息开一个新 episode（回合），从干净状态接着做。这与被动截断或滑动窗口有本质区别：何时清、留什么由模型自己决定，不是由框架按固定长度硬切。乱清反而丢关键事实，预训练模型并不天生善用这个动作。配套 MERPO（Multi-episode Agentic Reinforced Policy Optimization，多回合智能体强化策略优化）算法把 checkpoint 能力训进策略，让模型学会在污染开始前动手，而不是等撑爆窗口才被动裁剪。</p>

<h2 id="428-与-6-7-倍的-token-差距">42.8% 与 6-7 倍的 token 差距</h2>

<p>GAIA 基准（分三档难度、考多步工具调用与网页检索的通用助手基准）上，CORAL 训练出的 <code class="language-plaintext highlighter-rouge">8B</code> 模型平均准确率 <code class="language-plaintext highlighter-rouge">42.8%</code>，提升集中在长周期最难的 Level 2 与 Level 3 两档，这两档正是长周期能力的分水岭。成本侧同样占优：同样的任务用更少 token 换更高准确率，干净上下文本身就是性能来源。能力可泛化到多跳 Knowledge QA（串联多个事实才能作答的问答题）；在更难的 BrowseComp 上，CORAL 让一个强的专有智能体提升 <code class="language-plaintext highlighter-rouge">8.0</code> 分，这条路对前沿模型同样有增量。论文页标注了代码仓库地址，实测访问返回 <code class="language-plaintext highlighter-rouge">404</code>，开源可用性以作者后续发布为准。</p>

<h2 id="把清上下文做成一等动作">把清上下文做成一等动作</h2>

<p>对开发者与独立工作者，启示落在工程习惯上：跑长任务时，与其指望模型在几十万 token 的噪声里保持清醒，不如在框架或提示词里显式提供存档加开新回合的动作，并给出 checkpoint 模板——已验证事实、未决问题、下一步计划各写一段。CORAL 的实验说明，模型要经强化学习才学会何时按下清空动作；没有训练条件的团队，可以用模板强制模型在每个阶段交一次答卷再轻装上阵。把上下文当成需要主动管理的资源，而不只是一个长度上限：主动清空比被动撑爆便宜得多。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://arxiv.org/abs/2610.40350">Don’t Lose the Thread: Empowering Long-Horizon LLM Agents with Cognitive Resource Self-Allocation（arXiv:2610.40350）</a></li>
  <li><a href="https://colmweb.org/">COLM 2026</a></li>
  <li><a href="/one-minute-read-paper-infradev-ai-infrastructure/">谁来验收AI基建的代码（站内解读）</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="OneMinuteRead" /><category term="llm" /><category term="ai-agents" /><category term="reinforcement-learning" /><category term="context-management" /><summary type="html"><![CDATA[港中文、腾讯与港科大在 COLM 2026 提出 CORAL：长周期任务中智能体主动存档进度并清空脏上下文开新回合，8B 模型在 GAIA 平均准确率 42.8%，输入 token 比 ReAct 智能体少 6 到 7 倍，比被动截断更省更准。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/coral-context-checkpoint.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/coral-context-checkpoint.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">AI 智创简报：《AI 下单的支付路，卡组织先装了两道闸》</title><link href="https://unbug.github.io/innovation-brief-agentic-payment-patents/" rel="alternate" type="text/html" title="AI 智创简报：《AI 下单的支付路，卡组织先装了两道闸》" /><published>2026-10-30T00:00:00+00:00</published><updated>2026-10-30T00:00:00+00:00</updated><id>https://unbug.github.io/innovation-brief-agentic-payment-patents</id><content type="html" xml:base="https://unbug.github.io/innovation-brief-agentic-payment-patents/"><![CDATA[<p>2026 年 8 月单月，支付卡组织在智能体支付（让 AI 智能体替用户办事的 agentic commerce）上连落三子：万事达拿下一件授权，Visa 同日公开两件 PCT。</p>

<p>具体是：万事达国际公司于 <code class="language-plaintext highlighter-rouge">2026-08-11</code> 获授权 US12705604B2，权利要求写的就是「由用户设备上的大语言模型（LLM）custom agent 接收订行程的请求，并对多笔订单执行安全支付」；<code class="language-plaintext highlighter-rouge">2026-08-20</code> 同一天，Visa 国际服务协会两件 PCT 公开——WO2026173611A1《Infrastructure for authenticated agentic commerce》与 WO2026173648A1《Agentic payments and commerce》，优先权均落在 2025 年 2 月 13 日的美国临时申请。公开不等于授权，两件 PCT 尚在路上，授权文本才是既成事实。</p>

<p><img src="/assets/images/innovation-brief-agentic-payment-patents.svg" alt="智能体支付专利时间轴与开源生态对照" /></p>

<h2 id="两道闸凭证怎么发合同怎么管">两道闸：凭证怎么发、合同怎么管</h2>

<p>把三件文本摆在一起，卡组织圈的是同一条路的两道闸。凭证闸：万事达的授权件让 LLM 智能体拿一次性访问令牌收款单，Visa 的基础设施件把令牌再收紧一档——「tokenization process that restricts payment tokens to a particular agent and contract」，令牌绑定到具体智能体与具体合同，换人换单即失效。合同闸：Visa 文本写明支付网络「monitor contracts and their state, ensuring transactions remain within budget」，智能体能花多少钱、买什么东西，以用户签署的合同为准，网络逐笔核对。为此 Visa 还配了一套 PKI：智能体服务商要过审查才拿得到支付网络证书权威签发的数字证书，轻量商户则用动态交易校验值 dTVV 免接口接入。个人 inventor 也已在合规控制面抢跑——澳大利亚临时申请 AU2026906209A0《Bounded Execution Compliance Control Plane for Agentic Payment》公开于 2026-07-23，临时申请未实审，只算风向标。</p>

<h2 id="协议战开打适配层还是空的">协议战开打，适配层还是空的</h2>

<p>专利之外，协议生态同期铺开（均实测 2026-10-30）：Stripe 的 ACP 文档写明「Shared Payment Tokens——给智能体发起的购物发放限定作用域的支付凭证」，配套 Catalog feed 让商户把商品数据喂给 AI 发现；Google 的 AP2 开源仓库 3,254 星（2025-05-30 创建，Apache-2.0）；ACP 规范仓 1,591 星，Anthropic 的 commerce-agents 仓库 2026-09-01 新建已聚到 3,378 星，GitHub 上 agentic commerce 相关仓库共 6,862 个。规范热闹，落地端却缺胶水：中小商户要把存量商品库、库存、结账接口改造成协议兼容，目前基本靠外包手写。</p>

<h2 id="三段能接的活">三段能接的活</h2>

<p>一是合同授权对账器：商户与用户都需要一把独立尺——把 ACP/AP2 的授权书、预算、有效期字段做成校验与越界告警台账，纯软件、订阅制、不碰卡号即可绕开 PCI 重负。二是商户侧协议适配网关：照着 Stripe Catalog feed 与 AP2 规范做批量转换器，按商户数收费，四周能出 MVP。三是智能体支付审计回放：每笔智能体发起的支付请求、令牌作用域、拒付证据链本地留痕可验证——凭证层专利被卡组织圈走，对凭证层做审计这层目前没有专利圈地，且与 agent 成本取证（本栏目雷达第 20 期）同构起量。</p>

<h2 id="门槛与风险">门槛与风险</h2>

<p>两条路径：工具站形态（合同校验+审计台账打包 SaaS，VPS 千元级月成本起步，首批客户找已接 ACP 的跨境电商服务商）；或咨询+适配一体（帮商户接协议、顺手沉淀转换器，客单高但难规模化）。硬门槛有三个：不碰主账号 PAN、全部停留在令牌与合同字段层，否则 PCI 合规压垮个人；规范仍在快改，ACP 与 AP2 字段半年一换，抽象层要做薄；最长期风险是卡组织把对账能力直接内建——但 PCT 尚在早期，留给独立开发者的窗口以年计。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://patents.google.com/patent/US12705604B2/en">US12705604B2 — Mastercard：Secure payment flow using an LLM agent with a single use access token</a></li>
  <li><a href="https://patents.google.com/patent/WO2026173611A1/en">WO2026173611A1 — Visa：Infrastructure for authenticated agentic commerce</a></li>
  <li><a href="https://patents.google.com/patent/WO2026173648A1/en">WO2026173648A1 — Visa：Agentic payments and commerce</a></li>
  <li><a href="https://patents.google.com/patent/AU2026906209A0/en">AU2026906209A0 — Bounded Execution Compliance Control Plane for Agentic Payment</a></li>
  <li><a href="https://docs.stripe.com/agentic-commerce">Stripe Agentic Commerce 文档</a></li>
  <li><a href="https://github.com/google-agentic-commerce/AP2">Google AP2 开源仓库</a></li>
  <li><a href="https://github.com/agentic-commerce-protocol/agentic-commerce-protocol">ACP 规范仓库</a></li>
  <li><a href="/paradigm-radar-agent-hidden-cost/">站内：范式雷达第 20 期——标价之外，Harness 替你买了什么</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="InnovationBrief" /><category term="Patent" /><category term="AIAgent" /><category term="Payment" /><category term="AgenticCommerce" /><category term="IndieHacker" /><summary type="html"><![CDATA[2026 年 8 月一个月内，万事达授权一件 LLM 智能体支付专利，Visa 同日公开两件 agentic commerce PCT。凭证发放与合同监控两层被卡组织圈走，授权对账、商户协议适配与支付审计回放是个人开发者能接的三段活。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/innovation-brief-agentic-payment-patents.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/innovation-brief-agentic-payment-patents.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">AI 智创简报：《服务商省钱的缓存手段，被专利圈起来了》</title><link href="https://unbug.github.io/innovation-brief-kv-cache-serving-patents/" rel="alternate" type="text/html" title="AI 智创简报：《服务商省钱的缓存手段，被专利圈起来了》" /><published>2026-10-30T00:00:00+00:00</published><updated>2026-10-30T00:00:00+00:00</updated><id>https://unbug.github.io/innovation-brief-kv-cache-serving-patents</id><content type="html" xml:base="https://unbug.github.io/innovation-brief-kv-cache-serving-patents/"><![CDATA[<p>7 月 2 日到 8 月 13 日的六周里，大模型推理的 KV 缓存（key-value cache，生成时复用历史注意力计算、省去重复预填充的显存缓存）层落了六件专利：六家申请人互不重叠，已授权 <code class="language-plaintext highlighter-rouge">1</code> 件、公开申请 <code class="language-plaintext highlighter-rouge">5</code> 件，逐件详情页于 <code class="language-plaintext highlighter-rouge">2026-10-31</code> 逐一核验。</p>

<p>节奏是：支付宝与火山引擎两件在 7 月初公开，Google 与微软两件欧洲申请 7 月末 8 月初公开，记忆张量一件 8 月 11 日在中国获授权，AtomBeam 一件 8 月 13 日公开。</p>

<p><img src="/assets/images/innovation-brief-kv-cache-serving-patents.svg" alt="KV 缓存专利时间轴与圈层地图" /></p>

<h2 id="六件专利圈的全是服务端">六件专利圈的全是服务端</h2>

<p>按公开日排开：<code class="language-plaintext highlighter-rouge">WO2026138159A1</code>（支付宝，<code class="language-plaintext highlighter-rouge">2026-07-02</code> 公开，优先权为中国申请 <code class="language-plaintext highlighter-rouge">2024-12-25</code>）做推理缓存优化；<code class="language-plaintext highlighter-rouge">US20260195309A1</code>（火山引擎，<code class="language-plaintext highlighter-rouge">2026-07-09</code> 公开，权利要求 1 写「sending, upon determining that there is first key-value data in a graphics memory of a graphics processing unit, a data storage request…」（中译：确定图形处理单元显存中存在第一键值数据时，向其发起存储请求）——显存到 KV 数据库的分层调度）；<code class="language-plaintext highlighter-rouge">EP4781281A1</code>（Google，<code class="language-plaintext highlighter-rouge">2026-07-29</code> 公开，优先权日 <code class="language-plaintext highlighter-rouge">2023-10-26</code>）做序列处理的并行化提效；<code class="language-plaintext highlighter-rouge">EP4785219A1</code>（微软，<code class="language-plaintext highlighter-rouge">2026-08-05</code> 公开，优先权日 <code class="language-plaintext highlighter-rouge">2023-09-28</code>）标题直书「Kv-cache streaming for improved performance and fault tolerance」，把 KV 缓存当流式管道在模型服务系统里搬运；<code class="language-plaintext highlighter-rouge">CN122019408B</code>（记忆张量，<code class="language-plaintext highlighter-rouge">2026-08-11</code> 授权）最激进——语义段哈希索引、前缀哈希表底层指针覆写实现「零拷贝跨上下文复用」、原子引用计数管显存生命周期，说明书明写目标是多智能体共享工作记忆、降首字延迟；<code class="language-plaintext highlighter-rouge">US20260236476A1</code>（AtomBeam，<code class="language-plaintext highlighter-rouge">2026-08-13</code> 公开）把缓存对象从 KV 再往前推一层，直接缓存多阶段系统的隐式思维（latent thought）。值得留意的是微软与 Google 两件优先权分别落在 <code class="language-plaintext highlighter-rouge">2023-09-28</code> 与 <code class="language-plaintext highlighter-rouge">2023-10-26</code>——公开潮滞后于圈地近两年。</p>

<h2 id="空位在客户端那一侧">空位在客户端那一侧</h2>

<p>把六件权利要求叠起来看，圈地全部发生在推理服务商的基础设施层：显存分层、流式搬运、并行调度、缓存复用引擎。但硬币另一面没人圈：怎么让请求天然命中这些缓存，是调用方的事。缓存按前缀匹配计费打折已是各家 API 的公开卖点，命中率却取决于提示词结构——系统提示放最前、可变内容放最后、会话历史别插队改写，这些排列纪律散落在工程博客里，没有一个工具把它做成可执行的审查。专利检索里，「面向缓存命中的提示词自动重排」这类客户端侧方案未见大厂落子。</p>

<h2 id="三段能接的活">三段能接的活</h2>

<p>一是缓存命中审查器：接用户的提示词模板与调用日志，离线给出重排建议与预期命中率、按前缀计费折扣折算月省金额——纯客户端软件，不碰服务商调度层，绕开六件专利的正面。二是前缀折扣审计：各家 API 的缓存折扣口径不一（折扣比例、最短前缀长度、TTL 各不相同），做独立第三方对账面板，验证账单上每一次折扣是否真给足——与之前写过的 agent 成本取证同族，客户重叠。三是多智能体缓存一致性测试：记忆张量那件授权件把「多智能体共享工作记忆」写进了说明书，共享缓存引发的串话、越权读到别人上下文这类缺陷，正是测试工具该盯的靶子——做验证不做实现，专利风险最低。</p>

<h2 id="门槛与风险">门槛与风险</h2>

<p>三段活都不需要自建推理集群：审查器与审计面板是纯文本处理加账单解析，VPS 级成本可起步；一致性测试需会编排多 agent 的测试框架，门槛稍高但客单也高。两条风险：一是缓存命中优化直接省服务商 GPU 成本，长期看服务商有动力内建成产品功能，窗口以年计；二是记忆张量授权件保护面较宽（语义段级复用），做第三段活时把工具钉死在「测试与验证」，别碰「实现复用」。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://patents.google.com/patent/WO2026138159A1/en">WO2026138159A1 — 支付宝：大模型推理中的缓存优化方法及装置</a></li>
  <li><a href="https://patents.google.com/patent/US20260195309A1/en">US20260195309A1 — 火山引擎：基于键值数据库的数据处理方法</a></li>
  <li><a href="https://patents.google.com/patent/EP4781281A1/en">EP4781281A1 — Google：Efficiently serving machine-learned model computations</a></li>
  <li><a href="https://patents.google.com/patent/EP4785219A1/en">EP4785219A1 — Microsoft：Kv-cache streaming for improved performance and fault tolerance</a></li>
  <li><a href="https://patents.google.com/patent/CN122019408B/en">CN122019408B — 记忆张量：一种用于语言模型推理的键值缓存调度方法及系统</a></li>
  <li><a href="https://patents.google.com/patent/US20260236476A1/en">US20260236476A1 — AtomBeam：Latent Thought Caching for Multi-Stage Language Model Systems</a></li>
  <li><a href="/paradigm-radar-agent-hidden-cost/">站内：AI 范式雷达第 20 期——标价之外，Harness 替你买了什么</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="InnovationBrief" /><category term="patent" /><category term="llm-inference" /><category term="kv-cache" /><category term="cost-optimization" /><category term="indie-hacker" /><summary type="html"><![CDATA[7月初到8月中旬六周内，微软、谷歌、支付宝、火山引擎、AtomBeam与记忆张量各自公开或授权一件KV缓存专利，六件全部圈在推理服务商侧；提示词按缓存重排与命中率审计仍是空位。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/innovation-brief-kv-cache-serving-patents.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/innovation-brief-kv-cache-serving-patents.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">一分钟读论文：《谁来验收AI基建的代码》</title><link href="https://unbug.github.io/one-minute-read-paper-infradev-ai-infrastructure/" rel="alternate" type="text/html" title="一分钟读论文：《谁来验收AI基建的代码》" /><published>2026-10-30T00:00:00+00:00</published><updated>2026-10-30T00:00:00+00:00</updated><id>https://unbug.github.io/one-minute-read-paper-infradev-ai-infrastructure</id><content type="html" xml:base="https://unbug.github.io/one-minute-read-paper-infradev-ai-infrastructure/"><![CDATA[<p>爱丁堡大学联合腾讯混元的论文<a href="https://arxiv.org/abs/2610.36589">《InfraDev》</a>（arXiv:2610.36589）测了编码 Agent 开发 AI 基建（训练、推理、强化学习框架的代码）的水位：<code class="language-plaintext highlighter-rouge">36</code> 个真实任务上，最强模型 <code class="language-plaintext highlighter-rouge">GPT-6 Sol</code> 只解决 <code class="language-plaintext highlighter-rouge">38.9%</code>，隐藏探针还毙掉 <code class="language-plaintext highlighter-rouge">32%</code> 通过官方测试的提交。</p>

<p>论文全称 InfraDev: Can Coding Agents Develop AI Infrastructure, and How Can We Tell?，是 <code class="language-plaintext highlighter-rouge">2026</code> 年 <code class="language-plaintext highlighter-rouge">10</code> 月 <code class="language-plaintext highlighter-rouge">27</code> 日提交的预印本。</p>

<p><img src="/assets/images/infradev-coding-agents-ai-infra.svg" alt="提交漏斗与解决率水位" />任务取自 <code class="language-plaintext highlighter-rouge">Megatron-LM</code>、<code class="language-plaintext highlighter-rouge">vLLM</code>、<code class="language-plaintext highlighter-rouge">verl</code> 三个生产仓库在 2025 年 1 月至 2026 年 9 月合并的 <code class="language-plaintext highlighter-rouge">21,389</code> 个 pull request，只保留跨多文件、必须多 GPU 跑对的真改动，最终 <code class="language-plaintext highlighter-rouge">36</code> 个：训练 <code class="language-plaintext highlighter-rouge">19</code>、推理 <code class="language-plaintext highlighter-rouge">10</code>、强化学习 <code class="language-plaintext highlighter-rouge">7</code>。六个前沿模型在每个任务上各跑一次，独占一台 <code class="language-plaintext highlighter-rouge">8</code> 卡 NVIDIA H800/H20 节点，限时 <code class="language-plaintext highlighter-rouge">2.5</code> 小时。</p>

<h2 id="官方测试本身在放水">官方测试本身在放水</h2>

<p>论文最锋利的一刀砍向打分器：现有基准拿 PR 自带的官方测试判卷，而这些测试对 AI 基建并不完整。<code class="language-plaintext highlighter-rouge">36</code> 个 PR 里 <code class="language-plaintext highlighter-rouge">24</code> 个没有任何测试检查数值结果；<code class="language-plaintext highlighter-rouge">15</code> 个性能优化 PR 里 <code class="language-plaintext highlighter-rouge">13</code> 个没有任何测试检查承诺的提速，跳过优化的补丁照样通过。作者的对策是联合合成 hidden probes（隐藏探针：新写的验收测试，只要求通过合并时的正确补丁，不泄露解法，接口写进 prompt），两头堵住蒙混过关的路。</p>

<p>结果：<code class="language-plaintext highlighter-rouge">216</code> 份提交中 <code class="language-plaintext highlighter-rouge">102</code> 份全过官方测试，只有 <code class="language-plaintext highlighter-rouge">69</code> 份同时过得了探针，探针毙掉这 <code class="language-plaintext highlighter-rouge">102</code> 份里的 <code class="language-plaintext highlighter-rouge">32%</code>；加上探针后，六个模型的解决率全部下降 <code class="language-plaintext highlighter-rouge">11</code> 到 <code class="language-plaintext highlighter-rouge">19</code> 个百分点。站内<a href="/one-minute-read-paper-rag-defense-benchmark-shortcut/">《删掉一个前缀，近满分的投毒防御当场裸奔》</a>同样提醒过评估口径的分量。</p>

<h2 id="389-就是当前天花板">38.9% 就是当前天花板</h2>

<p>以官方测试加探针联合打分，<code class="language-plaintext highlighter-rouge">GPT-6 Sol</code> 的解决率 <code class="language-plaintext highlighter-rouge">38.9%</code>，是六机之首；它每任务平均耗时 <code class="language-plaintext highlighter-rouge">43.9</code> 分钟、估算 API 成本 <code class="language-plaintext highlighter-rouge">5.37</code> 美元、消耗 <code class="language-plaintext highlighter-rouge">20.86M</code> tokens（按牌价估算，每任务只跑一次，无方差），口径是全部测试通过的解决率，不是通用编程能力分。分类别看，推理任务最难：每个模型在 <code class="language-plaintext highlighter-rouge">10</code> 个推理任务里都只解决 <code class="language-plaintext highlighter-rouge">1</code> 个。更扎手的对照来自 prompt：直接拿 PR 原始的 GitHub 描述当任务书，没有任何模型解决哪怕一个任务，缺失接口说明的提示词，杀伤力比测试更大。</p>

<p>对 <code class="language-plaintext highlighter-rouge">1,754</code> 个失败测试用例的归因显示，结构性错误与状态性错误占主导，Agent 自写的测试几乎从不检查 memory、time、traffic（显存占用、运行耗时、通信流量），且三分之二的错误被多数模型共享，不同厂商的模型在栽同样的跟头。工程侧的副产品是共享执行环境：跨任务复用依赖与产物，在 Megatron-LM 和 vLLM 上省 <code class="language-plaintext highlighter-rouge">52–57%</code> 存储、<code class="language-plaintext highlighter-rouge">13–14%</code> 构建时间。论文同时提醒，<code class="language-plaintext highlighter-rouge">32%</code> 的假阳性是探针互证口径，由论文自建探针裁决，不是独立的 ground truth。</p>

<h2 id="一份规范文档值-105-个百分点">一份规范文档值 10.5 个百分点</h2>

<p>把失败模式整理成 AI 基建开发规范的 agent skill（给 Agent 的说明文档）后，<code class="language-plaintext highlighter-rouge">GPT-5.6 Sol</code> 的解决率在 <code class="language-plaintext highlighter-rouge">19</code> 个任务的 Megatron-LM 子集上从 <code class="language-plaintext highlighter-rouge">42.1%</code> 升到 <code class="language-plaintext highlighter-rouge">52.6%</code>，提升 <code class="language-plaintext highlighter-rouge">10.5</code> 个百分点；干预对象不是榜单冠军 <code class="language-plaintext highlighter-rouge">GPT-6 Sol</code>。论文称将开源 InfraDev，但尚未上线；全文为未经同行评审的预印本，数字均为论文自测口径。对做 agent 工程的人来说，这个实验的提示很朴素：先把领域验收规范写进交接文档，再谈模型能力天花板。</p>

<h2 id="references">References</h2>
<ul>
  <li><a href="https://arxiv.org/abs/2610.36589">InfraDev: Can Coding Agents Develop AI Infrastructure, and How Can We Tell?（arXiv:2610.36589）</a></li>
  <li><a href="/one-minute-read-paper-rag-defense-benchmark-shortcut/">删掉一个前缀，近满分的投毒防御当场裸奔（站内解读）</a></li>
</ul>]]></content><author><name>unbug</name></author><category term="AI" /><category term="Engineering" /><category term="llm" /><category term="agent" /><category term="agentic-coding" /><category term="benchmark" /><summary type="html"><![CDATA[爱丁堡大学联合腾讯混元发布InfraDev基准，用36个多GPU真实任务测编码Agent开发训练与推理框架的水位：最强模型仅解决38.9%，隐藏探针还毙掉通过官方测试提交的32%，失败模式写成规范文档能补10.5个百分点。]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://unbug.github.io/assets/images/infradev-coding-agents-ai-infra.svg" /><media:content medium="image" url="https://unbug.github.io/assets/images/infradev-coding-agents-ai-infra.svg" xmlns:media="http://search.yahoo.com/mrss/" /></entry></feed>