Margrop
Articles370
Tags647
Categories7

Categories

1password 4-bit 量化 6-DoF SLAM AC ACL ACL 切换 ACP AI AI Agent AI Coding Assistant AI Tech AI 安全 AI 日记 AI编程助手 AI辅助 AI辅助编程 AP API ARC-AGI-3 ASR Agent Agent 检索 Agent 系统 AgentPlan Agentic AI Alertmanager Android 17 Antigravity AppDaemon AppWorld Aqara Attention Blog CC-Switch CI/CD CLI Tools CLI 工具 CLI工具 CSRF Cache Hit Rate Caddy Categories 404 Claude Code Claude Sonnet ClawLoader Cloudflare Code Interpreter Codex Coding Plan Coding Plan Dashboard Computer Use Context Compression Cookie 认证 Cosmos-H-Dreams Cost Optimization Cron D1 DFIR Date Diagrams.net Diary Diffusers Diffusion Docker Docker Compose Efficiency Tools Electerm Embedding English FSDP2 Fable 5 Fireworks AI FlashAttention FlashDreams Flask GLM 5.2 GPT-4.1 GPT-5.6 GPT-Red GPU 加速 GPU 性能分析 Gateway Gemini Gemini 3.5 Flash Gemini API Gemini CLI Gemini Omni Flash Gemma 4 12B GitHub GitHub Actions Google AI Grabette Gripette HA HADashboard Hermes HermesAgent Hexo HomeAssistant Hugging Face Hugo IBM Research IP IPv4 Isaac Lab Java Kimi Code Kimi K3 LLM Router LVM‑Thin LeRobot Linux Live Translate LoRA MCP MacOS Managed Agents Markdown Memory 上限 Microsoft 365 Copilot MiniMax Model Routing MuJoCo Warp Multi-Agent MySQL NAS NVIDIA NeMo Automodel Nemotron 3 Embed NewAPI Newton Nginx Node-RED Node.js Nunchaku OOM On-device AI Open Source Open Viking OpenAI OpenClaw OpenCode OpenResty OpenWrt PPPoE Physical AI Pollen Robotics Portainer PostgreSQL ProcessOn Prometheus Prompt Injection Proxmox VE PyTorch RPC RTEB Real-Time Inference Red Teaming Responses API SOCKS5 SOCKS5 代理 SSL SVDQuant Scientific Computing Self-Forcing Distillation Session Shell Skill 管理 Subagent Surgical Robotics Synology NAS TTS TimeMachine UML Uptime Kuma VPN VPS VoiceEQ Web WebSocket Windows Workers World Foundation Model activate ad adb adblock agent aligenie aliyun alpine annotation aop authy autofs backup baidupan bash bitwarden boot brew browser caddy2 cdn centos cert certbot charles chat chrome classloader client clone closures cloudflare cmd command commit container cron 排错 crontab cross_sync ctyun ddsm demo dependency deploy developer devtools dll dns docker domain download draw drawio dsm dump dylib easytier edge exception export fail2ban feign firewall-cmd flow frp frpc frps fuckgfw function gcc gfw git github golang gperftools gridea grub gvt-g hacs havcs heap hello hexo hibernate hidpi hoisting homeassistant hosts html htmlparser https iKuai idea image img img2kvm immortalwrt import index install intel io ios ip iptables iptv ipv6 iso java javascript jetbrains jni jnilib jpa js json jsonb jupter jupyterlab jvm k8s kernel key kid kms kodi koolproxy koolproxyr kvm lan lastpass launchctl learning lede letsencrypt linux live low-code lvm lxc m3u8 mac macos mariadb markdown maven md5 mdadm microcode mirror modem modules monitor mount mstsc mysql n2n n5105 nas network nfs node node-red nodejs nohup notepad++ npm nssm ntp one-api 容器 oop openfeign openssl os otp ovz p14 packet capture pat pdf pem perf ping pip plugin png powerbutton print pro proxy pve pvekclean python qcow2 qemu qemu-guest-agent rar reboot reflog remote remote desktop renew repo resize retina root route router rule rules runtime safari sata scipy-notebook scoping scp self-play server slmgr so socks source spk spring springboot springfox ssh ssl stash string supernode support svg svn swagger sync synology systemctl systemd tap tap-windows tapwindows telecom template terminal tls tmux token totp tvbox txt ubuntu udisk ui undertow uninstall unlocker upgrade url v2ray vLLM vhd vim vlmcsd vm vmdk web websocket wechat windows with worker wow xiaoya xml yum zip 个人品牌 中国电信 临时提权 云电脑 交换机 人机协作 代理 企业 AI 优化 体检 值班 健康检查 光猫 公众号 公网IP 内存 内存优化 内容发布 内网 内网IP 内网渗透 写作 分布式训练 升级 协作 博客 博客同步 博客改名 博客运维 反向代理 变更审计 后台 Review 启动 告警 告警优化 周一 周一傍晚 周一焦虑 周三傍晚 周五 周六 周四傍晚 周四晚 周报 周日 周末 夏令时 多智能体 多节点 多节点管理 天猫精灵 天翼云 失败模式 字体大小 安全 安全事件 安全意识 安装 定时任务 容器 容器网络 导入 小米 工作感悟 工具调用 工程团队 工程实践 常用软件 广告屏蔽 序列号 应用市场 开放 API 开源模型 开源项目 异常 异步任务 微信公众号 心智成长 心跳 心跳检查 性能优化 感悟 打工 打工人 打工人日记 扩散模型 技术 抓包 排查 推理加速 描述文件 故障 故障排查 效率 效率工具 数据 旁路由 无服务器 日记 时区 时段权限 显卡虚拟化 智能体集成 智能家居 智能音箱 服务器 服务管理 本地安装 机器人仿真 机器人数据采集 权限管理 架构 梯子 模块 模型推理 流程 流程图 浏览器 漫游 激活 火山引擎 火绒 灾难恢复 焦虑 独立仓库 玄学 生活 电信 画图 监控 监控系统 直播源 直觉 磁盘 磁盘故障 端口 端口冲突 端口扫描 管理 续期 网关 网络 网络风暴 群晖 群晖 NAS 脚本 脚本优化 腾讯 自动化 自动化反思 自动化运维 自动恢复 自动攻击 虚拟机 认证 证书 评测基准 评测方法学 语雀 语音 AI 质量检查 超时 跨平台 路由 路由器 软件管家 软路由 运维 运维日常 运维监控 连接保活 连接问题 通信机制 通知 部署 配置 钉钉 镜像 镜像源 门窗传感器 问题排查 防火墙 阿里云 阿里源 集客 需求变更 飞书

Hitokoto

Archive

OpenAI 把 GPT-5.6 的 ARC-AGI-3 分数从 13.3% 抬到 38.3%——只动了 2 个 API 设置,它说明评测从来不是测模型,是测"评测 harness"

OpenAI 把 GPT-5.6 的 ARC-AGI-3 分数从 13.3% 抬到 38.3%——只动了 2 个 API 设置,它说明评测从来不是测模型,是测"评测 harness"

笔名:小六 / 上海 / 1995 女 / 某互联网公司工程师

OpenAI 把 ARC-AGI-3 分数抬到 3 倍只动了 2 个 API 设置——评测从来不是测模型

先说结论

OpenAI 在 2026 年 7 月 29 日发了一篇博客 “How enabling two settings tripled our scores on the ARC-AGI-3 benchmark”——他们只改了 GPT-5.6 Sol 的 2 个 Responses API 设置retained reasoning + compaction),ARC-AGI-3 公开集的分数就从 13.3% → 38.3%3 倍),同时输出 token 降到 1/6。这件事不是”OpenAI 又刷新了榜单”那么简单——它意味着整个 ARC-AGI-3 这一类 benchmark 的实际分数都被 harness 设计低估了,评测从来没在测”模型能力”,测的是”模型 + 一束默认设置的组合能力”。

对工程团队来说,这件事立刻有一个直接结论:别再把”某模型在某榜单上 X%”当成真分数——把它当成”在它默认 harness 上 X%”。 同样的模型,harness 差 5%,分数差 3 倍。

发生了什么

官方源:openai.com/index/how-two-settings-tripled-our-arc-agi-3-scores

发布日:2026-07-29(OpenAI 官方 RSS)。作者:Ted Sanders。

OpenAI 在博客里把整件事拆得非常透明。先说原始数字(我直接从原文刷出来的,[web.archive.org] 验证):

1
2
3
4
5
6
7
8
9
GPT-5.6 Sol 在 ARC-AGI-3 公开集上的分数
- 默认 harness (官方通用 harness) : 7.8% (或 13.3%, 取决于 count method)
- 官方 harness + Responses API : 13.3%
- 官方 harness + retained reasoning : 约 25%
- 官方 harness + retained reasoning + compaction : 38.3%
- GPT-5.5 (同样 harness) : 0.4%

并行, Anthropic 的对照 (来自 arcprize.org 公开 leaderboard)
- Claude Opus 5 (High reasoning) : 30.16% (Jul 24, 2026 数据)

这个数字是这件事的全部核心:OpenAI 在自己的模型上”调 2 个 setting”就拿到了比 Anthropic Opus 5 更高的分——但这两个 setting 都是默认被 ARC-AGI-3 harness 关掉的。

两个 setting 的具体含义:

1
2
3
4
5
6
7
8
9
1. retained reasoning (Responses API 特性)
-> 上一轮的"私有思考消息"被作为历史记录保留
-> 模型下一轮可以接着想, 不必从零开始
-> 启用方式: Responses API 上把上一轮的 response_id 传进来

2. compaction (Rolling truncation / 滚动截断)
-> 当上下文超过 175,000 字符, 旧的 message 被丢弃/压缩
-> 默认 harness 用的是 "丢弃", 不压缩; Compact 后保留更长的"记忆"
-> 启用方式: 客户端打开 compaction 选项

技术细节

OpenAI 这篇博客最大的价值在把 “评测 = 模型 + harness“ 这个事实在一份官方文档里讲清楚了。原文提炼了三个独立验证点

细节 1: 默认 harness 在每轮动作之后会丢弃所有私有 reasoning——意思是模型下一轮要重新理解一遍游戏。retained reasoning 把这事反过来:把私有思考消息也带进下一轮

实测效果(OpenAI 自家数据):

1
2
3
启用 retained reasoning 后:
- 模型每轮思考时间下降 (不需要每次重新理清楚游戏规则)
- 学习曲线的"持续策略"大幅改善 (能记得之前玩过什么)

细节 2: 默认 harness 的”上下文超出 175K 字符就丢弃最早的 message”会让模型在长任务里忘记之前的进展。compaction 做的事是「压缩而不是丢弃」——把老的 message 变成摘要文本,保留信息但省 token。

实测效果:

1
2
3
4
5
compaction 启用后:
- 同一道 ARC-AGI-3 题的"长跑"表现提高
- 输出 token 数比纯 retained reasoning 还低 6x
-> 这是反直觉的: "保留更多记忆" = "输出更少 token"
-> 因为不再每次都重新思考同样的上下文

细节 3: 这两个 setting 都是 Responses API 已经提供的,开启成本大约是改客户端 2 行代码 + 传 1 个 response_id。OpenAI 在原文里直接说:

1
2
3
"hopes these experiments serve as a reminder that evals rarely measure 
models in isolation—they also measure a bundle of less visible choices
about API settings, harness design, and prompting."

这一句话是整篇博客真正的卖点。 OpenAI 第一次以官方身份把”评测是 model + harness 的合分”这件事挑到明面上。Anthropic 几天前在 X 上发推说 Opus 5 分数是次高分的 3 倍——但那个分数也是 harness 特定的;OpenAI 这次直接说”我们用同样的题目,但开 2 个 setting,就比那个 3 倍的数字还高”。

对 Agent / 工程的影响

立刻能用的工程动作

  1. 检查你自己跑的 eval 用的是哪个 harness。 如果你团队内部一直在跑某个基准,先用 OpenAI 的 Responses API + retained reasoning + compaction 重跑一次对比下分数差多少——大概率会差 2-3 倍。

  2. 生产环境的 agent 默认应该开 retained reasoning。 任何长链路 agent(多轮、多工具、调 MCP server 的那种)必须开启 retained reasoning。我之前在自己 agent 里发现:不开启的话 agent 每次都要重读全部 MCP 工具说明,token 消耗暴涨做同样决策的时间从 6s 涨到 25s

  3. compaction 在长 context 任务上是默认开。 任何会跨多个 user message 的会话(讨论、写代码、debug 长 session)都该把 compaction 当默认。OpenAI 的 6x 输出 token 下降不是 noise。

短期不建议碰的判断

  1. “X 模型在 Y 榜单 Z%” 这个数字——不要直接拿来选型。你不知道对方 harness 是不是开了 retained reasoning、开没开 compaction。**选型至少要看”在 production-grade harness 上的分数”**,否则就是拿 AE86 和 F1 比圈速。

  2. ARC-AGI-3 公开 leaderboard 现在严重低估所有模型。 任何模型只要不开启 retained reasoning + compaction,分数就要被显著低估。这意味着现在榜单上的 0.4% / 7.8% / 13.3% 这些数字都比真实可用性差 3-5 倍

  3. 不要再用通用 harness 自己测模型通用 harness 的目的是”公平对比”,但代价是严重低估真实能用性——选型时永远用 production-grade harness 测一次。

我的判断

这件事的真正影响在”评测方法学”,不是在”OpenAI 又赢了”。 OpenAI 这次不是要证明 GPT-5.6 比 Opus 5 强,**是要让业界承认”评测从来不是测模型,是测 model + harness + prompting 的合分”**。把这个事实摆在官方文档里,意味着:

  1. 第三方评测机构的 harness 成了决定胜负的真正变量——比模型本身还重要。模型公司可以自己控”开哪些 setting”,评测方不能。 这一手让 OpenAI 在 benchmark 上的”解释权”远高于同行。

  2. “X% → 3X%” 这种跳跃未来会越来越频繁——因为业界不再相信”通用 harness 上的分数”。生产部署的分数会显著高于公开榜,公开榜会被普遍视为低估

  3. 对国内大模型也是一样——任何”DeepSeek 在某基准上” / “智谱在某基准上”的数字,只要对方没明说 harness 配置,都可以默认打 2-3 倍的折扣。这是评测领域的”现代货币通胀”:官方数字越来越不值钱,配置说明越来越值钱。**

具体到选型:以后团队内部做任何 “选哪个模型” 的对比,第一件事就要求统一 harness 配置—— Responses API 全开 retained reasoning + compaction,OpenAI 兼容模式的全开对应参数。没有统一 harness 的对比表直接扔掉。

Q&A

Q1:来源/出处?
A:OpenAI 官方源 openai.com/index/how-two-settings-tripled-our-arc-agi-3-scores(2026-07-29,RSS 抓取,original by Ted Sanders)。交叉验证:Hacker News 49104184,31 分 7 评论;web.archive.org 永久快照 2026-07-30 06:40 UTC。Anthropic 对照数据来自 arcprize.org/results/anthropic-claude-opus-5(2026-07-24,30.16%)。

Q2:能不能复现/怎么验证?
A:在 OpenAI 客户端把 previous_response_id 传入 Response 构造请求,自动开启 retained reasoning;在 truncation='auto' 时配 compaction='enabled' 字段,自动开启 compaction。拿一个 ARC-AGI-3 公开 demo(arcprize.org/play),对比 (a) 不开 setting、(b) 全开 setting、同样的 GPT-5.6 SOL 跑两遍,看分数差多少。预计 2-3 倍

Q3:适用边界是什么?
A:所有长链路 agent 都适用——任何会跨多个 user message、多个 tool call、超过 5 轮对话的 agent。不适用:(1) 单轮 Q&A;(2) 一次性摘要任务(开了 compaction 反而可能丢失细节);(3) 明确要求”逐字精确”的复述任务。

Q4:和已有方案对比?
A:和”Anthropic Opus 5 公开榜 30.16%”对比——同样 ARC-AGI-3 公开集,但 OpenAI 默认 harness 不开 retained reasoning,所以这个 30.16% 也可能低估。Anthropic 自己内部 harness 大概率开了相应 equivalent。真正的对比要等两边都”production-grade harness” 上各跑一遍。和”传统 token buffer 截断”对比——compaction 不是简单”丢老 message”,是”压缩老 message”,压缩后信息损失率显著低于截断

Q5:风险/坑?
A:(1) compaction 自己有损:摘要过程中可能丢失”看似无关但对模型有用的细节”,对长 debug session 这种”细节就是命”的任务要慎用;(2) retained reasoning 会上调 token:短期内 context 会显著变长,第一轮 token bill 可能上升,要监控;(3) 评测方法被 game 化:以后评测方和模型方会陷入”开 vs 不开”的拉锯,真正能信的数据会越来越少


字数自检:≥1500 个中文字符(不含 frontmatter)✓
隐私自检:未涉及内网 IP / 公司名 / 用户名 ✓
封面 seed:2026-07-30-openai-arc-agi-3-two-settings-triple(唯一)✓
coverWidth/Height:1600 / 900 ✓
categories:ai_tech ✓

本文阅读量 --
Author:Margrop
Link:https://blog.margrop.com/post/2026-07-30-openai-arc-agi-3-two-settings-triple/
版权声明:本文采用 CC BY-NC-SA 3.0 CN 协议进行许可