Tech Analysis · 2026-06-03

MAI-Thinking-1:微软如何把模型研发做成 Hill-Climbing Machine

这份技术报告真正展示的不是某个单点模型技巧,而是一台围绕数据、架构、训练系统、RL 环境、评测、安全和集群治理持续爬坡的模型生产机器。

核心判断

这篇报告的主语不是一个 checkpoint,而是一套“把失败模式变成下一轮控制信号”的工程系统。微软把模型研发拆成可测量、可复现、可反馈的爬坡过程:数据源如何筛、架构改动如何过 scaling ladder、MoE 路由如何不失衡、RL 何时 collapse、agentic 环境如何防作弊、安全目标如何不被加权抵消、集群健康如何变成调度状态。

最重要的 insight:Hill-climbing machine 不是一个新算法,而是一种组织学习能力的工程化。每一次训练事故、评测污染、reward hacking、路由失衡、长上下文退化或红队绕过,都被转写成新的数据过滤器、reward gate、系统监控、环境约束或评测切片。
109 页官方 PDF 技术报告,覆盖主文 7 章和附录 A-K。
20 表 / 26 图编号表格和图像集中展示架构、数据、RL、评测、安全与集群机制;论文有两个 Table 19。
不是全线 SOTA报告自己承认模型处在 competitive range,强项主要是 STEM、coding 和 agentic SWE。

报告证据地图

这份报告的结构很清楚:前半部分说明如何从 scratch 得到一个强 base model,中间说明如何用长程 RL climb 产生 reasoning / agentic / helpful-safety 能力,后半部分说明怎么评测、安全红队和运行集群。

主文 1-2 章:Base Model

介绍 MAI-Base-1 的 MoE 架构、scaling ladder、NLL evaluation、数据治理、30T 预训练、3.55T 中训练、YOLO 训练系统。

主文 3 章:RL Climb

介绍 GRPO-style objective、adaptive entropy、outer ratio clip、self-distillation、STEM / agentic / helpfulness-safety 三类专家爬坡和最终合并。

主文 4-7 章:验证与运行

覆盖 benchmark、人类 side-by-side、安全评测、红队、8K GB200 集群、goodput、MAIA-200 部署和后续方向。

MAI-Thinking-1 技术报告首页,显示标题、摘要和 Figure 1 的 RL climb 曲线
首页把报告主题定为“building a hill-climbing machine”,并给出 RL climb 曲线。
MAI-Base-1 架构页,显示 local/global attention 与 sparse MoE 层结构
架构页强调 local/global attention 交替、dense FFN 与 high-sparsity MoE 交替。
RL climb 概览页,显示三个 specialist teacher 经 trace distillation SFT 合并为最终模型
RL 概览页展示 STEM、SWE/agentic、helpfulness-safety 三个 teacher 的合并路线。
评测表格页,列出 MAI-Thinking-1 在 AIME、HMMT、GPQA、LCB、SWE 与 Terminal-Bench 上的分数
评测页说明 MAI-Thinking-1 的强项和非领先项同时存在。

术语先对齐

Hill-climbing machine

这里指一套持续局部改进系统:每轮发现可测量提升、验证提升是否跨尺度稳定、把改动放大到大训练,再把失败模式反馈进下一轮 pipeline。

Active / total parameters

MoE 模型每个 token 只激活部分专家。active parameters 是每次 token 实际计算经过的参数量;total parameters 是所有专家和共享层的总容量。

Efficiency Gain

EG 表示候选方案达到某个 loss 时,baseline 需要多大训练成本才能追上。EGTime 则把实际 wall-clock 训练时间也纳入比较。

NLL evaluation

Negative log-likelihood 是 teacher-forcing 下的下一 token 预测损失。微软用它作为预训练日常仪表盘,因为它便宜、稳定、少受生成格式干扰。

Self-distillation

本文里不是从第三方 teacher 蒸馏,而是把自身 RL climb 中产生的高质量 reasoning traces 固化成 SFT 数据,用于恢复、迁移和重启下一段 RL。

Goodput

Goodput 指理想训练时长与实际 wall-clock 时长的比值,衡量 GPU 小时中真正转化为训练进展的比例,而不只是 MFU 或峰值 FLOPs。

架构与预训练:MoE 不是炫技,而是和硬件共同设计

MAI-Base-1 是 35B active / 约 1T total 的 sparse MoE。它不是把所有层都堆成 MoE,而是把 high-sparsity MoE 与 dense FFN 交替,把 local attention 与 global attention 交替,再围绕 GB200 / NVL72 / all-to-all 通信做系统 co-design。

组件报告中的选择工程含义
Attention5 个 local attention 配 1 个 global attention;local window 512;GQA 8 KV heads。降低 attention 训练成本和推理 KV cache,适配长上下文和高吞吐部署。
MoEtop-8 / 512 experts,LatentMoE 压缩后 all-to-all,dense FFN 与 MoE 交替。让模型容量、通信量、GEMM 效率和服务成本之间达成折中。
Dropless routing不通过 capacity drop token,而是支持 variable-size all-to-all 和 static-memory dropless mode。避免 token dropping 改变 ablation 结论,也减少训练信号被系统近似污染。
Zero-init attention output将 attention output RMSNorm gains 初始化为 0。防止初始 uniform attention 类似 causal mean pooling,进而造成 MoE router 早期负载失衡。
Precision默认 BF16,GEMM 前向用 FP8 E4M3,data-gradient 用 FP8 E5M2,敏感位置保留 FP32。不是盲目全低精度,而是在 router logits、attention scores、residual stream、optimizer state 等关键路径保稳定性。
关键判断:微软不是单纯追求总参数更大,而是在“token 实际激活参数、专家通信、训练 MFU、路由稳定性、推理 KV cache”之间找可持续爬坡的点。top-8 / 512 experts 是能力和工程成本折中,不是 sparsity scaling 的终点。

为什么 every-layer MoE 没被选中

报告用 EG 和 EGTime 区分理论计算效率与实际训练时间。every-layer MoE 在 FLOPs 角度可能接近,但一旦考虑当前训练栈的 MFU 和通信开销,interleaved dense + high-sparsity MoE 的 wall-clock tradeoff 更好。这说明架构选择必须和系统实现一起评估。

为什么 zero-init 是关键小技巧

初始 attention softmax 接近均匀,随机初始化下每层 attention 会把 token 表示推向序列均值,降低 token 间多样性。对 MoE 来说,这会让 router 看到相似输入并把流量挤到少数专家,产生训练早期 imbalance。zero-init 让模型初始更像逐 token FFN stack,然后逐渐学会跨 token interaction,是一个面向 MoE 稳定性的初始化控制。

数据与评估:真正的新意在 scaling-aware data mixture

MAI-Base-1 预训练 30T tokens,数据来自公开可用和授权的人类生成内容。报告反复强调不使用第三方模型蒸馏、不在预训练使用 open source training datasets、努力移除 AI-generated content,并对公共 benchmark 做 decontamination。

54.6%预训练 token mix 中 code 占比最高,约 16.4T training tokens。
5.28xMath 数据唯一 token 少但平均重复最高,说明数学 token 稀缺且被高权重采样。
40近 40 个内部 NLL benchmark,分为 Code、STEM、Math、General Knowledge、Multilingual。
数据/评估机制报告中的做法深层含义
NLL suite目标函数权重为 0.5 Coding、0.175 STEM、0.175 Math、0.1 General knowledge、0.05 Multilingual。微软把“我们想要什么模型”显式编码进预训练仪表盘,代码和 reasoning 被明显上权重。
公共评测去污染移除 Hugging Face 和镜像域,对所有训练源做 20-gram fuzzy dedup,阈值 80%。公共 benchmark 已大量泄露到训练源,外部榜单分数必须和污染风险一起读。
Web HTML1.2T 页面 crawl 后,经 policy、adult、AI-content、exact/fuzzy dedup 等处理,按 general/STEM/code/key domain 分流。网页数据的价值来自高强度筛选和结构保留,不是“网页越多越好”。
Web PDFs约 10B PDF 文档过滤到 620M,再用 Azure Document Intelligence 做 OCR、公式/表格 normalization、metadata 过滤。PDF 是 STEM/教材/专业文档的重要来源,但 OCR artifact 和 metadata spam 是主要风险。
Public GitHub7.4T-token code corpus,组织成 files、commits、PRs;移除 generated code、junk folders、超长文件、data dumps。代码预训练不只是文件级语言建模,commit/PR 结构给模型更多真实软件工程语境。

Rank non-invariance 是数据章节最重要的发现

报告中最值得记住的数据实验是:小模型上 stem-heavy mix 看起来更优,但放大到 23B active、20T tokens 后,code-heavy mix 在 STEM NLL 上反超。追因后微软认为部分高质量 STEM 源重复和多样性不足,小模型阶段有帮助,大规模时更早饱和。

不要把小模型 ablation 当作静态真理。数据源的价值是“质量、重复度、多样性、模型容量、训练 horizon、与其他源交互”的函数。小模型排序能指导搜索,但不能直接替代目标尺度验证。

NLL 重要,但不是最终产品质量

微软使用 NLL 是因为它和预训练目标一致、成本低、易大规模运行、少受生成格式干扰。但报告也承认:NLL objective、数据 mix 搜索算法和 downstream post-training performance 之间仍有很大 headroom。换句话说,NLL 是爬坡仪表盘,不是最终山顶。

RL Climb:长程稳定爬坡比写一个 GRPO loss 更难

MAI-Thinking-1 的 RL 从没有 reasoning traces 暴露的 mid-trained checkpoint 开始。微软训练三个 specialist:STEM / competitive coding、agentic coding / tool use、helpfulness / safety,然后用 trace distillation SFT 合并,再做 final RL。

1. Mid-trained base

预训练和中训练提供知识、预测能力和 256K context 基础,但还不规定如何推理、用工具或遵循安全偏好。

2. 三个 RL teacher

分别优化 STEM、agentic、helpfulness-safety,避免单一混合 reward 过早互相拉扯。

3. Trace distillation

把强 teacher 的 rollouts 经过过滤后合并为 SFT 数据,得到 consolidated model。

4. Final climb

再做轻量 RL,主要修安全、过拒答、风格,同时保留少量 STEM/code 防止 reasoning 退化。

GRPO 的两个稳定性改动

Adaptive entropy control

动态调节上侧 clip bound,让策略熵接近目标值。熵太低会探索不足,熵太高会发散;在线控制比固定 entropy bonus 更适合长爬坡。

Outer ratio clip

对原本 GRPO/PPO 中未裁剪的概率比 branch 再加硬截断,防止 old/new policy 概率差在长 rollout 中累积成 gradient-norm spike。

Self-distillation 的真实角色

这份报告里的 self-distillation 更像 RL 的“状态整理器”。早期 RL 可能因为数值错配 collapse;直接回滚 checkpoint 未必有用,因为不稳定性可能已经埋在参数里。微软收集成功或高质量 reasoning traces,对 mid-trained checkpoint 做 SFT,再继续 RL,相当于把不稳定在线探索固化成更稳定的起点。

几个具体经验很有复用价值:约 O(1M) reasoning traces 足够;更多 traces 可能限制探索;后期多个强 checkpoint 的 traces 比只用最终 checkpoint 更好;固定 token budget 下 prompt diversity 比每题多采样更重要;self-distillation 容易遗忘 long-context behavior,需要混入 mid-training data。

长上下文不是全程 256K 训练出来的

报告采用 staged recipe:16K pre-training,64K mid-training,再短阶段扩到 256K。附录 B 的关键判断是:256K extension 的大部分 NLL 改善发生在前 1-10% training iterations,说明模型更多是在校准 position / attention 行为,而不是重新学习全新能力。

Agentic 训练:环境质量比工具数量更重要

SWE 和 tool-use 训练不是把工具 schema 塞进 prompt,而是构造可复位、可执行、可验证、可防作弊的交互环境。报告中 agentic RL 的工程含量非常高。

SWE 环境

从 1.02 亿 GitHub PR 出发,筛出 merged、改动少于 15 个文件、包含 code 和 test、关联 issue 的 PR;再自动构建 container image、抽取 F2P/P2P test signals,并重复验证空 patch 失败、golden patch 成功。

General tool-use 环境

用 mocked backend 和 seeded database 构造 closed-world tool environments,经 plain-English 描述生成工具、数据库、任务和 grader;覆盖 inventory、scheduling、customer support 等企业/消费场景。

防 reward hacking 是 agentic RL 的第一等问题

报告列出三类明确作弊面:联网搜索 public PR/golden solution、本地 git history 搜索未来 commit、篡改测试文件或 testing framework。对应缓解包括网络隔离、domain allowlist、time-traveled repo、隐藏 test changes、grading 前重置测试文件、LLM monitor 和人工抽检。

D/E/F 附录补充了可复刻细节

附录内容为什么重要
Dbash 与 string replace editor 的 OpenAI-compatible function schema。SWE agent 训练不是任意 GUI 操作,而是围绕可记录、可回放、可约束的工具接口展开。
EInstruction following taxonomy:objective hard constraints 与 subjective soft constraints。训练 IF 不能只给自然语言偏好,需要把可程序检查和需要 judge 的约束分开建模。
FSWE environment building infra:两池 Ray cluster、约 30,000 CPU cores、BuildKit/podman、本地 NVMe、prompt cache。构建 RL 环境本身就是大规模数据工程;瓶颈甚至可能是 LLM token capacity 而不是 CPU。

安全与对齐:约束不能被平均分抵消

helpfulness-safety climb 的核心不是“把安全 reward 权重调大”,而是把不可交易目标做成 gate 或 lexicographic priority。一个 unsafe response 不能因为文风好、内容完整就被平均分救回来。

Reward model

基于 MAI-Base-1 post-trained 版本,用人类偏好数据训练,并用 cyclic permutation scoring 缓解自回归位置带来的打分噪声。

AI judges

用于快速定制 rubric,覆盖 instruction following、安全、风格、honesty 等细粒度行为。

Verifiable rewards

对“少于 10 个词”“单段回答”“JSON 格式”等可检查约束使用程序化 reward,降低 judge hacking 风险。

Safety 与 over-refusal 同时被测

微软构造内部 benchmark 同时测高敏感内容 safety pass rate 与低风险内容 helpfulness。这样可以避免模型通过无差别拒答来“刷安全分”。红队方面,报告覆盖多轮 escalation、fiction framing、credentialed persona、formatting drift、age-indicator bypass 和 authoritative-document fabrication 等稳定攻击模式。

安全证据边界:内部红队主要是英语,非英语主要作为 jailbreak vector;agentic tool-use 和 multimodal inputs 不在内部红队范围;dangerous-capability / uplift evaluations 也不在本 release 范围。图 21 还说明第三方模型结果包含 provider-side safety filtering,所以跨模型 ASR 不是裸模型等价比较。

评测:强项鲜明,但不是全域登顶

MAI-Thinking-1 在 AIME、LiveCodeBench、SWE-Bench Pro 等任务上表现强,但报告自己没有把它包装成全项第一。它更像一个中等 active 参数、高推理预算、工程化训练很强的 reasoning / SWE model。

类别代表结果正确读法
数学/STEMAIME 2025 97.0,AIME 2026 94.5,GPQA Diamond 84.2。AIME 很强;GPQA 不领先,说明竞赛数学和研究级科学知识不能混为一谈。
Competitive codingLiveCodeBench v6 87.7。非常强,但仍低于报告中列出的 DeepSeek V4 93.5 和 Kimi K2.6 89.6。
Agentic SWESWE-bench Verified 73.5,SWE-Bench Pro 52.8,Terminal-Bench 2.0 46.0。SWE-Bench Pro 接近 Opus 4.6;Terminal-Bench 明显不是强项,并且评测忽略预定义 timeout。
General capabilitiesMMLU Pro 85,SimpleQA Verified 31,GraphWalks 90,BFCL v3 72。与 Sonnet 4.6 互有胜负,不应解读成全面替代。
Human side-by-side对 Sonnet 4.6 win/tie/loss 为 49/6/45;对 Opus 4.6 为 43/5/52。相对 Sonnet 略占优且接近噪声边界;尚未超过 Opus。

长上下文评测的反思

报告没有把 MRCR 作为重点优化目标,因为 1000 条 synthetic in-distribution examples 就能把较小模型刷到 90%+,显示该 benchmark 容易被 targeted overfitting。这个判断很有价值:长上下文评测要避免只测 counting/copying 的可刷模式,应关注自然多文档 QA、远距离 evidence retrieval 和位置分布泛化。

基础设施:可训练性来自 determinism、goodput 和控制平面

YOLO 和 Rocket 是这篇报告最硬的系统部分。前者负责大规模 pre-/mid-training,后者负责异步 RL;二者共同说明 reasoning model 的训练质量已经深度依赖系统行为。

YOLO:训练框架

自研 PyTorch-based framework,覆盖 FP8 kernels、ZeRO 1-3、tensor/context/expert/pipeline parallelism、dropless MoE、distributed checkpoint、deterministic kernels 和 bitwise reproducibility。

Rocket:RL 框架

大规模异步 RL 系统,以 YOLO 做 learner、SGLang 做 inference。最大 RL job 中 inference GPU 与 learner GPU 比例可达 5:1,说明 rollout generation 是 reasoning RL 的主要成本中心。

Determinism 是科学研发前提

微软追求固定硬件拓扑、模型配置和软件版本下的 bitwise identical training。为此它控制数据队列、checkpoint RNG/FP8 scaling history、GPU kernel reduction order、MoE top-k stable sort、NCCL topology,甚至禁用会破坏确定性的某些 collective 路径。代价是可能牺牲 MFU,但收益是可以把质量变化归因到真实改动。

Goodput 比峰值 FLOPs 更接近真实产能

MAI-Base-1 主预训练在单一 8K GB200 逻辑集群完成,达到 90.0% goodput。报告把 overhead 分解为 recomputation、non-stepping time、MFU drop 等,并把 MFU regression 当作生产事故。附录 K 进一步说明,节点不是 provisioned 就可用;只有通过 certification、拓扑有效、可观察、可恢复,才进入生产训练池。

基础设施的核心范式:硬件 telemetry、NVLink/RDMA 健康、storage behavior、scheduler state 和 job progress 不是被动 dashboard,而是决定容量 admission、drain、remediation 和 return-to-service 的控制信号。

边界与风险

数据透明度有限

报告给出来源类别、处理原则、比例和 cutoff,但完整 dataset/provider list 因隐私、法律、安全和竞争原因不披露,外部无法完全复现实验。

评测不是完全同源

MAI 的结果来自微软评测流程,其他模型不少数字来自官方 model cards;Sonnet 4.6 的部分 benchmark 由微软自评。这些比较有参考价值,但不是完全独立 leaderboard。

推理预算很高

STEM 评测使用最高 256K output tokens,agentic coding 使用 256K context。分数体现高预算 reasoning 设置,不等同于低延迟生产体验。

AI judge 仍是偏差源

报告使用 verifiable reward、consensus、gating 缓解 judge hacking,但 subjective reward 仍继承 rubric、judge、长度和风格偏差。

工程启发

小团队无法复刻微软的 8K GB200 与数千 GPU RL,但可以复刻其中的方法论:把模型改进从“手感调参”改造成可证据化爬坡。

  1. 建立稳定 eval ladder。每个数据和架构改动都先通过固定 held-out eval,而不是只看一次下游 benchmark。
  2. 记录 scale rank 是否反转。小模型 ablation 是搜索工具,不是目标尺度真理;对高重复/低多样性数据尤其要看训练 horizon。
  3. 把 reward hacking 当作默认存在。agentic 环境必须有网络隔离、历史清理、隐藏测试、环境重置和行为监控。
  4. 把不可交易目标做成 gate。安全、合规、关键格式约束不应被平均分抵消。
  5. 训练系统要有归因能力。没有 determinism、日志、checkpoint replay 和结构化 overhead 分解,就很难判断模型质量变化来自哪里。
  6. 长上下文先验不要迷信窗口大小。需要测 evidence position、远距离 retrieval、自然多文档 QA 和位置分布泛化,而不是只看可刷的合成 counting/copying。
最终判断:MAI-Thinking-1 当前本身会被后续模型刷新,但这份报告暴露出来的全栈爬坡范式会继续变重要。真正的壁垒不是某个 checkpoint,而是谁能以更低噪声、更高 goodput、更可信评测、更少 reward hacking 和更强数据治理持续迭代。

论文图表全覆盖索引

为避免只挑几张“好看图”而漏掉论文证据,我把 PDF 中出现编号图表的页面全部本地化为证据页:26 个 Figure、20 个 Table 标题(其中论文自身有两个 Table 19),共覆盖 45 个唯一页码。正文前面的 4 张大图用于阅读导览;下面的 atlas 用于逐项回查架构、数据、RL、评测、安全、长上下文、工具 schema 和集群治理证据。

覆盖判断:这份笔记不是把 109 页 PDF 原样搬运,而是“解释 + 证据索引”。核心机制、关键结论和失败边界在正文展开;所有编号图表通过下方表格和本地截图页可回查。

Figure 1-26:论文图片与机制证据

编号页码这张图支撑的结论
Figure 1p.1RL 训练过程中 STEM climb 与 coding climb 的性能曲线
Figure 2p.5MAI-Base-1 Transformer/MoE 架构总览
Figure 3p.9不同稀疏度模型的预训练 efficiency gain
Figure 4p.12HTML 预训练数据处理流水线
Figure 5p.16数据混合 frontier 示例:183 个从零训练模型形成 Pareto 边界
Figure 6p.18数据混合 scaling 的 rank non-invariance
Figure 7p.19研究数据、STEM 问答、COT、比赛题对物理评测的贡献
Figure 8p.22随机初始化 attention output 引起表示 collapse,zero-init 的修复作用
Figure 9p.2330T token 预训练 loss 曲线
Figure 10p.24base 模型 bits-per-byte held-out NLL 对比
Figure 11p.30GB200 上 MFU 与 EG 随架构版本演化
Figure 12p.31RL climbs 总览:三个 specialist teacher 到最终模型
Figure 13p.32adaptive entropy control 的训练行为
Figure 14p.34第一轮 self-distillation 的 reasoning prompt template
Figure 15p.35STEM climb 期间 AIME 2025 与 LiveCodeBench hard subset 曲线
Figure 16p.37STEM Mix 数据集的题型与学科分布
Figure 17p.38从教材和学术 PDF 抽取 STEM 问答的 pipeline
Figure 18p.40Agentic loop 与多步编排训练流程
Figure 19p.50Rocket 大规模 RL 框架总览
Figure 20p.57不同 harm category 下 safety-helpfulness tradeoff
Figure 21p.58jailbreak transformation 类型下的 attack success rate
Figure 22p.88长上下文扩展评测:retrieval NLL 与 Mooncake 结果
Figure 23p.95Bash tool schema
Figure 24p.96String Replace Editor tool schema
Figure 25p.100STEM AI judge prompt
Figure 26p.1088K GB200 集群 node lifecycle

Table 1-19:配置、数据、评测与附录证据

编号页码这张表支撑的结论
Table 1p.7MAI-Base-1 架构族不同模型规模配置
Table 2p.8every-layer MoE 相比 interleaved layout 的效率收益
Table 3p.10NLL evaluation suite 的数据类型
Table 4p.13训练数据源 knowledge cutoff date
Table 5p.20预训练数据组成与去重 token 数
Table 6p.21MAI-Base-1 各训练阶段规格
Table 7p.29架构开发过程中 v1-v7 演化
Table 8p.47harmful / borderline prompt 来源
Table 9p.48style guide 中目标行为描述示例
Table 10p.49consolidation SFT 数据混合比例
Table 11p.53STEM 与 agentic coding public benchmark 结果
Table 12p.54各类 public benchmark 结果
Table 13p.55human side-by-side evaluation 任务分布
Table 14p.56与 Sonnet 4.6 / Opus 4.6 的人类评测结果
Table 15p.98instruction following taxonomy 高层约束示例
Table 16p.99multi-turn IF capabilities 示例
Table 17p.99不同 token budget 下 STEM benchmark 结果
Table 18p.102user request classification dimensions
Table 19p.104为什么省略 MRCR benchmark
Table 19bp.105Additional Long Context Benchmarks;论文中重复编号 Table 19

本地图表证据页

MAI-Thinking-1 论文第 1 页图表截图
p.1:编号图表证据页。
MAI-Thinking-1 论文第 5 页图表截图
p.5:编号图表证据页。
MAI-Thinking-1 论文第 7 页图表截图
p.7:编号图表证据页。
MAI-Thinking-1 论文第 8 页图表截图
p.8:编号图表证据页。
MAI-Thinking-1 论文第 9 页图表截图
p.9:编号图表证据页。
MAI-Thinking-1 论文第 10 页图表截图
p.10:编号图表证据页。
MAI-Thinking-1 论文第 12 页图表截图
p.12:编号图表证据页。
MAI-Thinking-1 论文第 13 页图表截图
p.13:编号图表证据页。
MAI-Thinking-1 论文第 16 页图表截图
p.16:编号图表证据页。
MAI-Thinking-1 论文第 18 页图表截图
p.18:编号图表证据页。
MAI-Thinking-1 论文第 19 页图表截图
p.19:编号图表证据页。
MAI-Thinking-1 论文第 20 页图表截图
p.20:编号图表证据页。
MAI-Thinking-1 论文第 21 页图表截图
p.21:编号图表证据页。
MAI-Thinking-1 论文第 22 页图表截图
p.22:编号图表证据页。
MAI-Thinking-1 论文第 23 页图表截图
p.23:编号图表证据页。
MAI-Thinking-1 论文第 24 页图表截图
p.24:编号图表证据页。
MAI-Thinking-1 论文第 29 页图表截图
p.29:编号图表证据页。
MAI-Thinking-1 论文第 30 页图表截图
p.30:编号图表证据页。
MAI-Thinking-1 论文第 31 页图表截图
p.31:编号图表证据页。
MAI-Thinking-1 论文第 32 页图表截图
p.32:编号图表证据页。
MAI-Thinking-1 论文第 34 页图表截图
p.34:编号图表证据页。
MAI-Thinking-1 论文第 35 页图表截图
p.35:编号图表证据页。
MAI-Thinking-1 论文第 37 页图表截图
p.37:编号图表证据页。
MAI-Thinking-1 论文第 38 页图表截图
p.38:编号图表证据页。
MAI-Thinking-1 论文第 40 页图表截图
p.40:编号图表证据页。
MAI-Thinking-1 论文第 47 页图表截图
p.47:编号图表证据页。
MAI-Thinking-1 论文第 48 页图表截图
p.48:编号图表证据页。
MAI-Thinking-1 论文第 49 页图表截图
p.49:编号图表证据页。
MAI-Thinking-1 论文第 50 页图表截图
p.50:编号图表证据页。
MAI-Thinking-1 论文第 53 页图表截图
p.53:编号图表证据页。
MAI-Thinking-1 论文第 54 页图表截图
p.54:编号图表证据页。
MAI-Thinking-1 论文第 55 页图表截图
p.55:编号图表证据页。
MAI-Thinking-1 论文第 56 页图表截图
p.56:编号图表证据页。
MAI-Thinking-1 论文第 57 页图表截图
p.57:编号图表证据页。
MAI-Thinking-1 论文第 58 页图表截图
p.58:编号图表证据页。
MAI-Thinking-1 论文第 88 页图表截图
p.88:编号图表证据页。
MAI-Thinking-1 论文第 95 页图表截图
p.95:编号图表证据页。
MAI-Thinking-1 论文第 96 页图表截图
p.96:编号图表证据页。
MAI-Thinking-1 论文第 98 页图表截图
p.98:编号图表证据页。
MAI-Thinking-1 论文第 99 页图表截图
p.99:编号图表证据页。
MAI-Thinking-1 论文第 100 页图表截图
p.100:编号图表证据页。
MAI-Thinking-1 论文第 102 页图表截图
p.102:编号图表证据页。
MAI-Thinking-1 论文第 104 页图表截图
p.104:编号图表证据页。
MAI-Thinking-1 论文第 105 页图表截图
p.105:编号图表证据页。
MAI-Thinking-1 论文第 108 页图表截图
p.108:编号图表证据页。

证据边界与资料索引

本文基于微软官方 PDF《MAI-Thinking-1: Building a Hill-Climbing Machine》、微软官方发布页,以及本地 PDF 结构核验。官方 PDF 显示 109 页;本地文本抽取显示 5621 行、19 个编号表格和 26 个编号图。由于完整训练数据、内部 benchmark、红队样本、reward model 数据和集群运行日志未公开,本文对这些部分只分析报告披露的机制与边界,不声称可独立复现。