乐于分享
好东西不私藏

爱可可AI前沿推介(7.12)

爱可可AI前沿推介(7.12)

LG - 机器学习 CV - 计算机视觉 CL - 计算与语言 AI - 人工智能 RO - 机器人

1、[AI] ResearchStudio-Idea:An Evidence-Grounded Research-Ideation Skill Suite from ML Conference Outcomes
2、[RO] RoboDojo:A Unified Sim-and-Real Benchmark for Comprehensive Evaluation of Generalist Robot Manipulation Policies
3、[AI] LLM-as-a-Verifier:A General-Purpose Verification Framework
4、[CV] Multiplayer Interactive World Models with Representation Autoencoders
5、[CV] SPEAR:A Simulator for Photorealistic Embodied AI Research

摘要:基于机器学习会议成果的循证式科研构思技能套件、面向通用机器人操控策略全面评估的统一虚实结合评测基准、LLM-as-a-Verifier通用验证框架、基于表征自编码器的多人交互式世界模型、面向照片级写实具身智能研究的仿真平台

1、[AI] ResearchStudio-Idea: An Evidence-Grounded Research-Ideation Skill Suite from ML Conference Outcomes

Q Zhao, Y Huang, Y Dai, L Xiao…
[Microsoft Research & Nanyang Technological University]

ResearchStudio-Idea:基于机器学习会议成果的循证式科研构思技能套件

要点:

  • 挑战了当前基于LLM的科研构思范式,将重点从无约束的头脑风暴转移到解决“最后一英里”问题上:基于文献寻找真实空白、选择结构化方法论,并在执行前与现有技术进行严格的比对审查。
  • 提出了 ResearchStudio-Idea,这是一个端到端的技能套件(包含文献检索Paper-Search、查重Scoop-Check和核心构思IdeaSpark),用于生成和评估科研提案。
  • 反直觉发现:被拒稿的论文并没有处于一个独立或低劣的“失败策略空间”。它们使用了与Oral和高被引论文完全相同的15种高阶构思模式。拒稿的根本原因在于执行不力(触发了特定的失败模式),而非高层策略选择的失误。
  • 揭示了LLM构思中“新颖但空洞(novel-but-empty)”的失败模式:未经约束的LLM(如GPT-5.5)在新颖性得分上极高,仅仅是因为它们生成的想法过于模糊和宽泛,导致无法与现有文献发生实质性碰撞,但其在实际质量和可行性上得分却垫底。
  • 证明了真实的科学创新具有高度的组合性:顶会论文中构思模式的经验众数为k=2(即组合两种策略),且有大量论文甚至组合了3种或更多的构思模式。
  • IdeaSpark 实现了一种双层架构:首先利用提取的15种操作模式卡片生成候选想法,然后将其送入“质量审计(Quality Gauntlet)”环节,对照从语料库中提取的拒稿教训和实时文献检索结果进行严格排查。
  • 盲测自动评估表明,IdeaSpark在想法质量得分(3.87/4)上显著优于通用技能和纯LLM基线,同时保持了具有竞争力且基于文献支撑的新颖性(中度重叠)。

主旨: 本文主要解决大语言模型(LLM)在生成科研想法时缺乏真实文献支撑、无法识别有效瓶颈,以及极易产生脱离实际的“空洞创新”问题。为此,文章提出了一种基于顶会真实录用与拒稿数据驱动的、具备证据支撑的科研构思工作流系统(IdeaSpark)。

创新:

  • 摒弃了让LLM自由发散的提示词工程,而是从1947篇ML顶会真实论文中无监督挖掘出15种“构思模式”和31种“子模式”作为受限的生成词汇表。
  • 创新性地将拒稿论文的特征纳入框架,从中提取出具体的“失败模式(Failure Modes)”,并在生成想法后引入“质量审计(Quality Gauntlet)”机制,用真实的拒稿教训来校验AI生成的点子。
  • 提出了“新颖性陷阱”的概念,并设计了结合实体文献检索的 Scoop-Check 技能,用于区分“真正的机制创新”和“因为模糊所以查重率低的假创新”。

贡献:

  • 理论与数据贡献:构建并分析了一个包含近2000篇顶会论文(涵盖Oral、高被引和Reject)的多维度策略特征数据集,揭示了科研创新策略的组合性及成败规律。
  • 系统与方法贡献:开发并开源了科研构思套件 ResearchStudio-Idea,包含多源文献检索、声明级别的查重检测以及端到端的构思与审计工作流。
  • 评估贡献:通过引入多维度的盲测自动法官(Automated Judges),提供了一套量化评估LLM生成科研想法质量和新颖性的严谨实验框架。

提升:

  • 在想法质量(Quality score)维度上:IdeaSpark(评分3.87/4)显著优于未经语料库约束的通用Agent基线(2.56/4)和裸模型基线(1.00/4)。
  • 在生成想法的可执行性与严密性上:通过强制要求提供“负面控制实验(Negative control)”和可证伪的具体变量,大幅提升了科研提案的落地可行性,有效排除了大模型的“幻觉”和空话。

不足:

  • 数据源领域的局限性:当前语料库仅局限于ICLR、ICML和NeurIPS三大机器学习顶会,提取的15种模式可能带有特定子领域的偏好(例如缺乏针对纯系统工程或基准测试类论文的专用触发器),在其他学科的泛化能力尚未验证。
  • 验证阶段的局限:目前的终点评估是基于LLM自动法官进行的,虽然控制了变量,但尚未经过人类领域专家(Reviewers)的双盲评审,也未将这些想法真正投入实验去验证最终的成功率。

心得:

  • “拒稿与接收同源”的深刻启示:最顶级的Oral论文和被彻底拒稿的论文,往往在使用相同的创新策略(例如:放宽假设、引入结构化先验)。决定科研成败的往往不是“点子”本身有多么惊世骇俗,而是边界条件的验证、对照实验的严密性,以及是否规避了该策略专属的“失败模式”。这对人类研究者同样是巨大的警醒。
  • 警惕“新颖性陷阱(Novelty Trap)”:研究揭示了一个极其反直觉的现象——过于模糊、空洞的想法在查重系统中反而显得“极其新颖”(因为找不到具体的冲突前沿)。真正的创新应当是“问题框架和应用领域与前人高度重合,但核心机制截然不同”,这为如何评估AI甚至人类生成的科研点子提供了全新的反共识视角。
  • 在AI辅助科学发现中,约束比发散更重要:让LLM自由发挥(头脑风暴)往往产出平庸或不可行的废话。IdeaSpark的成功证明,把创新过程工程化,提供结构化的“模式卡片”作为思维脚手架,并利用严格的检索和负面审计逻辑作为护栏,才是让大模型在复杂脑力劳动中落地的最有效路径。

一句话总结概括: 本文针对LLM在科研构思中易产生“脱离文献且空洞”想法的问题,提出了一套基于真实顶会数据的构思系统IdeaSpark;其最反直觉的创新在于,揭示了拒稿论文和Oral论文实际上使用着相同的创新策略,因此系统不仅提取成功模式,更利用拒稿教训进行严格的想法审计,从而刺破“模糊即新颖”的陷阱,生成真正高质量、可执行的科研提案。

一句话总结: 通过深度挖掘顶会录用与拒稿论文中的15种创新模式和失败教训,IdeaSpark将AI科研构思从无约束的头脑风暴升级为基于真实文献支撑和严密逻辑审计的结构化工作流,显著提升了生成方案的真实科研价值。

Large language models have made research ideation increasingly accessible, yet effective idea development requires more than generating candidate directions. Researchers must ground a problem in current literature, identify meaningful bottlenecks, differentiate from existing solutions, and evaluate risks before committing to implementation. We present ResearchStudio-Idea as a reusable skill suite for this first mile of research ideation. The suite includes Paper-Search, a standalone multi-source literature search skill; Scoop-Check, a standalone prior-art collision checker for novelty claims; and IdeaSpark, the end-to-end skill that composes evidence grounding, pattern-guided generation, collision retrieval, audit, and idea-card rendering into one workflow. IdeaSpark is constructed from a corpus of 1,947 machine learning conference papers collected from ICLR, ICML, and NeurIPS between 2021 and 2025, including Oral papers, a separately tracked high-citation subset, and rejected submissions. Analysis of these outcomes reveals 31 recurring ideation sub-patterns, consolidated into 15 reusable ideation patterns. Each pattern is operationalized as a structured card containing research contexts, bottleneck types, differentiation strategies, supporting precedents, and common failure modes. Given a research problem and an evidence bundle, IdeaSpark evaluates evidence readiness, reconstructs the surrounding research context, identifies unresolved bottlenecks, selects relevant patterns, instantiates one candidate direction, retrieves potentially conflicting prior work, and performs outcome-informed auditing. This workflow transforms reusable ideation patterns into traceable research proposals. Blind automated-judge evaluations show that IdeaSpark consistently produces stronger research proposals than no-skill and generic-skill baselines while maintaining competitive novelty.

https://arxiv.org/abs/2607.04439


2、[RO] RoboDojo: A Unified Sim-and-Real Benchmark for Comprehensive Evaluation of Generalist Robot Manipulation Policies

T Chen, Y Chen, Z Li, J Tang…
[HKU & PKU & THU]

RoboDojo:一项面向通用机器人操控策略全面评估的统一虚实结合评测基准

要点:

  • 挑战了当前机器人操作领域主流的评估范式,即仿真评估(缺乏物理真实性)与真实世界测试(缺乏可重复性和扩展性)相互割裂的现状。
  • 提出了 RoboDojo,一个统一的虚实结合基准测试,包含涵盖5大能力维度(泛化、记忆、长视距、高精度、开放语义)的42个仿真任务,以及跨越3种机器人构型的18个真实世界任务。
  • 引入“异构并行仿真”技术(基于Isaac Sim),允许在单GPU上同时运行完全不同的任务和场景,大幅提升了评估吞吐量(提速1.94倍)。
  • 通过“RoboDojo-RealEval”实现了物理测试的标准化,严格控制硬件、相机位姿、光照和场景重置,使得远程且高度可复现的真机评估成为可能。
  • 集成了“XPolicyLab”统一基础设施,标准化了观察-动作接口,使30多种SOTA策略(如π0.5, Hy-Embodied-0.5-VLA)能够以极低的迁移成本进行同步测试。
  • 反直觉发现 1:强大的仿真性能并不能直接转化为真实世界的可部署性。在仿真中获胜的模型经常在物理世界中失败,原因是仿真环境极易掩盖动作抖动、接触不稳定和不安全行为。
  • 反直觉发现 2:尽管集成了强大的视觉语言模型(VLMs),当前策略在“开放语义(Open-semantic)”操作任务中几乎全军覆没(成功率接近0%),暴露出高层语言理解与底层动作对齐之间存在巨大鸿沟。
  • 反直觉发现 3:在“高精度(Precision)”任务中,模型的失败并非源于视觉识别不佳,而是由于“开环”执行——它们盲目重放记忆中的轨迹,而缺乏基于状态和接触感知的闭环修正。
  • 揭示了当前最先进的AI策略(仿真平均成功率最高约8.8%)与人类遥操作(约76%成功率)之间令人震惊的巨大差距,表明通用机器人操作远未被解决。

主旨: 本文旨在解决当前通用机器人操作策略评估中存在的根本性痛点:仿真评估无法真实反映物理世界的接触与噪声挑战,而真机评估又面临成本高昂、难以标准化复现的困境。为此,作者提出了一个虚实统一、涵盖全面能力维度、且支持大规模并行和远程复现的基准测试平台 RoboDojo。

创新:

  • 虚实统一的闭环评估框架:打破了仿真与真机的壁垒,通过 XPolicyLab 统一接口,实现了一次开发、虚实两端无缝部署。
  • 异构并行仿真(Heterogeneous Parallel Simulation):打破了传统向量化仿真只能并行相同场景的限制,实现了在同一底层下并行渲染不同物体、不同布局和不同任务,大幅提升了评估泛化能力的效率。
  • 真机评估标准化系统(RoboDojo-RealEval):通过3D打印固定件、统一光源、透明图层场景重置UI等物理与软件设计,彻底标准化了真机测试环境变量,支持远程云端真机评测。

贡献:

  • 构建了包含42个仿真任务(划分5大核心能力维度)和18个真实任务(跨越3种双臂机器人构型)的大型评测库,并提供了高质量的专家遥操作数据集(超34小时数据)。
  • 开源了 XPolicyLab 框架,一次性集成了30多种当前主流的机器人大模型(如VLA、世界模型等),大幅降低了社区复现和对齐的工程门槛。
  • 建立并维护了一个由学术界非营利共治的Leaderboard,通过详实的实验揭示了当前通用机器人策略在精度控制、开放语义响应及真机部署稳定上的致命缺陷。

提升:

  • 评估效率:通过异构并行仿真,零动作推理下的吞吐量达到77.4次交互/秒,比传统非异构并行提升1.94倍;真机测试一套18个任务(180次尝试)仅需约3.4小时。
  • 评估稳定性与复现度:在跨GPU的仿真测试中,成功率标准差最大仅为1.1%;在标准化的真机重置协议下,多轮真实测试的总成功率标准差控制在1.3%以内。
  • 能力诊断维度:相比以往单一关注成功率的基准,RoboDojo在泛化、记忆、长视距、高精度和开放性等5个维度上提供了细粒度的能力切片,诊断出模型真正的能力短板。

不足:

  • 仿真与真实任务未进行严格的1对1对齐,这虽然是出于补充评估视角的有意设计,但也导致无法直接计算模型的“Sim-to-Real”精准迁移衰减率。
  • 尽管 RoboDojo-RealEval 提供了辅助UI,但真机场景的重置仍需依赖人类评估员的物理介入,无法做到完全自动化。
  • 当前任务形态主要集中在桌面级双臂协作操作,尚未涵盖灵巧手(Dexterous Hand)、人形机器人全身控制(Whole-body)以及移动操作(Mobile Manipulation),这些是未来亟待扩展的方向。

心得:

  • “高仿真分数 ≠ 真机可用”的冷酷现实:论文的数据残酷地证明,仿真环境对“动作抖动(Jitter)”和“轻微碰撞”有着极高的容忍度。一个在仿真中得分很高的大模型,在真机上可能因为微小的控制高频抖动导致任务直接失败甚至损坏硬件。这意味着未来的机器人研究必须将“动作平滑度”和“物理安全性”纳入核心优化目标,而不仅仅是追求仿真里的Task Success。
  • VLA模型的“伪语义理解”陷阱:当前视觉语言动作(VLA)模型看似能听懂复杂指令,但它们在“开放语义(Open)”维度的成功率几乎为0。这揭示了一个深刻的本质:大语言模型的推理能力并没有真正“下沉”到物理底层的位姿(Pose)和力控层面,它们本质上还是在做高级的“轨迹记忆检索”,而非基于物理属性的常识推理。
  • “开环记忆”是高精度任务的死穴:在执行“插钥匙”、“拧螺丝”等高精度任务时,模型一旦发生微小偏移,往往会无视当前状态继续“盲目”走完预设动作序列。这启发我们,下一代具身智能的核心突破点不在于收集更大规模的开环示范数据,而在于如何构建具有“状态反馈”和“接触感知”的闭环纠错(Closed-loop Correction)机制。

一句话总结:
本文提出了一个统一仿真与真实世界的通用机器人操作评估基准 RoboDojo,通过独创的异构并行仿真与标准化的真机云评测系统,对30+主流模型进行了深度诊断;其最反直觉的发现是,当前看似强大的视觉语言动作(VLA)大模型在开放语义推理和高精度闭环控制上几近失效,且仿真高分极易掩盖真机部署中的抖动与失控问题,揭示了通向真正通用具身智能的巨大鸿沟。

一句话概括:RoboDojo 通过标准化的虚实双轨评估框架,无情戳破了当前机器人大模型的“仿真高分”滤镜,精准定位了开环控制与伪语义理解两大行业技术死穴。

Generalist robot manipulation policies have advanced rapidly, yet existing benchmarks remain limited in systematically evaluating their capabilities. Many rely on simple, short-horizon, or skill-narrow tasks with limited capability coverage, and are often conducted only in simulation or only in the real world. Simulation enables scalable feedback but misses physical deployment challenges, while real-world evaluation is costly, time-consuming, and difficult to reproduce. We introduce RoboDojo, a unified sim-and-real benchmark for comprehensive evaluation of generalist robot manipulation policies. RoboDojo includes 42 simulation tasks and 18 real-world tasks covering diverse and complementary manipulation capabilities. The simulation benchmark evaluates five dimensions: generalization, memory, precision, long-horizon execution, and open-vocabulary instruction following, while the real-world benchmark exposes policies to challenging physical-world deployment conditions. RoboDojo supports scalable evaluation through heterogeneous parallel simulation in Isaac Sim and provides RoboDojo-RealEval, a reproducible real-world evaluation system with remote cloud access, standardized hardware, scene reset, evaluation protocol, and deployment interface. Together with XPolicyLab, policies can be integrated once and evaluated across simulation and real-world settings with minimal adaptation. We integrate 30 policies into XPolicyLab and evaluate them on RoboDojo, establishing a public leaderboard and systematic analysis of current policy performance. The website is available at this http URL.

https://arxiv.org/abs/2607.04434


3、[AI] LLM-as-a-Verifier: A General-Purpose Verification Framework

J Kwok, S Li, P Atreya, Y Liu…
[Stanford University & UC Berkeley]

LLM-as-a-Verifier通用验证框架

要点:

  • 将“验证能力(Verification)”确定为大语言模型(LLM)一个独立且未被充分探索的缩放轴(Scaling axis),将焦点从“生成更好的答案”转移到“系统性地扩展对答案的评估”。
  • 反直觉发现 1:传统的 LLM-as-a-judge 表现不佳,并非因为模型缺乏区分好坏的知识,而是因为强迫LLM输出离散分数(如1到5分)会抹杀其内部细微的置信度差异,导致在比较复杂轨迹时产生极高的“平局率”(例如高达88/100的平局)。
  • 提出了 LLM-as-a-Verifier 框架,该框架通过计算打分 Token Logits 分布的期望值,生成连续且细粒度的奖励信号。
  • 反直觉发现 2:增加打分粒度(例如将可选 Token 从5个增加到20个)并没有为模型注入外部信息,而是为LLM内部的不确定性提供了一个更精细的投影空间,这极大地提高了信噪比(SNR)并彻底消除了平局。
  • 证明了验证能力可以沿三个互补的维度进行缩放(Scaling):(1)打分粒度(增强信号),(2)重复评估(降低方差),(3)标准分解(减少偏见)。
  • 引入了概率枢轴锦标赛(PPT)算法来对候选方案进行排序。该算法巧妙地使用“环形遍历(Ring pass)”完美抵消了LLM的位置偏见(选A还是选B的偏好),并将两两比较的计算成本从  降低到 
  • 在无需任何特定领域训练的情况下,在代码(Terminal-Bench V2: 86.5%)、机器人(RoboRewardBench: 87.4%)和医疗领域(MedAgentBench: 73.3%)实现了零样本(Zero-shot)的SOTA性能。
  • 揭示了细粒度的验证器分数具有极高的价值-顺序相关性(VOC),这意味着它们可以作为智能体执行任务时的实时进度追踪器,并作为强化学习的密集奖励(Dense rewards,使SAC的样本效率提升了1.8倍)。

主旨: 本文主要解决了大语言模型在评估长视野代理任务(Agentic tasks)时,传统离散打分方法粒度粗糙、区分度低的问题。文章提出了一种基于 Logits 概率分布的通用验证框架,揭示了“验证能力”也可以通过粒度、重复次数和标准拆解来进行规律性扩展(Scaling),从而为复杂任务提供免训练、高精度的实时反馈和优选方案。

创新:

  • 从离散文本到Logits概率期望的范式转变:摒弃了让模型直接输出文本分数的传统做法,直接读取模型在打分Token上的Logits分布并计算期望,生成高分辨率的连续奖励分数。
  • 提出验证能力的三个 Scaling 维度:首次系统性地量化了打分粒度(Granularity)、重复评估(Repetition)和评估标准拆解(Decomposition)对验证准确率的正向缩放效应。
  • 设计了概率枢轴锦标赛算法(PPT):针对两两比较计算成本爆炸的问题,创新性地采用“随机哈密顿环”先打分以消除位置偏见,筛选出优质“枢轴(Pivots)”后再进行集中对比,实现了成本与准确率的完美平衡。

贡献:

  • 理论与框架:提出了免训练的通用验证框架 LLM-as-a-Verifier,确立了“验证能力(Verification)”作为 LLM 全新 Scaling 维度的地位。
  • 跨领域SOTA性能:在没有任何领域微调的情况下,在代码(Terminal-Bench V2, SWE-Bench)、机器人(RoboRewardBench)和医疗(MedAgentBench)等高难度基准测试中全面刷新SOTA。
  • 实时监控与RL赋能:证明了该连续分数与任务真实进度高度相关(VOC极高),开发了可用于监控 Agent 的插件(TurboAgent),并成功将其作为密集奖励信号(Dense Reward)大幅提升了 DSRL-SAC 和 GRPO 等强化学习算法的样本效率。

提升:

  • 准确率与区分度:将复杂任务对比时的平局率(Tie rate)从基线的 26.7% 断崖式降至 0%,显著提升了信噪比(SNR),使得 Terminal-Bench V2 准确率提升至 86.5%。
  • 计算效率:PPT算法将筛选最佳轨迹的对比次数从  降低至 ,在极低预算下(如 )即可超越前人需要大量计算的基线方法(如 V1)。
  • 强化学习样本效率:在机器人 LIBERO 任务中使 SAC 算法的样本效率提升约 1.8倍,在 MATH 推理任务中使 GRPO 提升约 1.1倍。

不足:

  • 对闭源模型的API限制敏感:该方法强依赖于获取模型的 Token Logits。对于不开放 Logits 的前沿闭源模型(如GPT-4o, Claude 3.5 Sonnet),作者只能采取“两阶段绕过法”(先让闭源模型写推理,再喂给开源模型吐Logits),这增加了工程复杂度和延迟。
  • 评估标准拆解依赖人工:当前框架中的“标准分解(Criteria Decomposition)”(如拆分为规范、输出、错误三项)仍是手动设计的,尚未实现针对不同领域的动态自适应生成。
  • 强化学习应用的局限:目前的 RL 实验仅局限于单轮(Single-turn)反馈或离线轨迹重打标签,尚未在需要解决长跨度信用分配(Credit assignment)的多轮在线强化学习中进行深度验证。

心得:

  • “读取AI的潜意识比听它说话更准”:这是本文最核心且最反直觉的启发。大模型其实在内部计算时已经能够区分两个相似方案的微小优劣,但如果你强迫它给出一个整数分数(比如1到5分),这种“四舍五入”会直接抹杀它的真实判断,导致大量的平局。通过读取 Logits,我们实际上是在读取 AI 的“犹豫程度”和“真实倾向”。
  • “Test-time Compute的下一个金矿是验证而非生成”:目前的推理模型(如o1)把大量算力花在生成时的思维链上。但这篇文章指出,验证(Verification)同样具有清晰的 Scaling Law。单纯通过增加打分粒度、重复采样和拆解判定标准,就能榨取极大的性能红利,这意味着构建一个强大的“裁判系统”可能比单纯训练一个更强的“生成系统”更有性价比。
  • “经典算法在Prompt工程中的优雅复兴”:大模型有着根深蒂固的“位置偏见(Positional Bias,比如永远偏爱放在前面的选项)”。作者没有用复杂的微调去解决它,而是极其巧妙地借用了图论中的“随机哈密顿环(Hamiltonian cycle)”,让每个候选方案恰好当一次A、当一次B,在数学期望上完美抵消了偏见。这种将经典计算机科学算法与 LLM 概率特性结合的思路,非常值得深思和借鉴。

一句话总结:
本文摒弃了传统大模型输出离散分数的粗糙评价方式,创新性地利用打分 Token 的 Logits 概率分布期望生成连续且细粒度的验证信号,不仅在代码、机器人和医疗等复杂代理任务中取得 SOTA,还深刻揭示了“验证能力”同样遵循可通过增加粒度、重复评估和标准拆解来实现扩展(Scaling)的全新法则。

Scaling pre-training, post-training, and test-time compute have become the central paradigms for improving the capabilities of large language models (LLMs). In this work, we identify verification—the ability to determine the correctness of a solution—as a new scaling axis. To unlock this and demonstrate its effectiveness, we introduce LLM-as-a-Verifier, a general-purpose verification framework that provides finegrained feedback for agentic tasks without requiring additional training. Unlike standard LM judges that prompt LLMs to produce discrete scores for candidate solutions, LLM-as-a-Verifier computes the expectation over the distribution of scoring token logits to generate continuous scores. This probabilistic formulation substantially reduces tie rates when comparing complex solutions and enables verification to scale along multiple dimensions: (1) score granularity, (2) repeated evaluation, and (3) criteria decomposition. In particular, we show that scaling the scoring granularity leads to better separation between positive and negative solutions, resulting in more calibrated comparisons. Moreover, scaling repeated evaluation and criteria decomposition consistently leads to additional gains in verification accuracy through variance and complexity reduction. To make verification scaling practical, we further introduce a cost-efficient ranking algorithm for selecting the best solution among candidates using the preference probabilities derived from the verifier’s continuous scores. LLM-as-a-Verifier is effective across coding, robotics, and medical domains. It achieves state-of-the-art performance on Terminal-Bench V2 (86.5%), SWE-Bench Verified (78.2%), RoboRewardBench (87.4%), and MedAgentBench (73.3%). Beyond verification, the fine-grained signals from LLM-as-a-Verifier can also serve as a proxy for estimating task progress. We build extensions for Claude Code and Codex, enabling developers to monitor and improve their own agentic systems. Finally, we show that LLM-as-a-Verifier can be used as a dense reward signal for RL, improving the sample efficiency of SAC and GRPO on robotics and mathematical reasoning benchmarks.

https://arxiv.org/abs/2607.05391


4、[CV] Multiplayer Interactive World Models with Representation Autoencoders

A Hu, V Volhejn, A R Rahary, C Mulder…
[General Intuition & Kyutai]

基于表征自编码器的多人交互式世界模型

要点:

  • 世界模型范式的转变:从单智能体世界模型(将其他智能体视为不可预测的环境噪声)向真正的多玩家世界模型转变,能够联合以四个独立玩家的动作流作为条件进行生成。
  • 重建与生成的悖论(反直觉):从头训练的视频自编码器能获得更清晰的重建效果(更高的PSNR/SSIM),但会导致长程生成时发生灾难性的漂移。使用冻结的预训练语义提取器(DINOv3-L)虽然会略微降低重建的锐度,但却极大地提升了长程生成的稳定性。这证明了平滑的语义空间对于自回归世界模型而言,比像素级的完美重建重要得多。
  • 通过动作随机丢弃涌现出“心智理论”:在训练期间随机掩码(Dropout)个别玩家的动作,迫使世界模型根据上下文预测他们的移动。在推理时,这使得生成模型能够自动用合理的策略“驾驶”未被玩家控制的车辆——无需任何强化学习,直接作为一个隐式的多智能体控制器。
  • 利用游戏机制进行OOD自我修复(反直觉):当模型被故意引导至极端的分布外(OOD)状态,导致4个视角退化为噪声时,模型会自发地“幻觉”出一个“进球回放”(游戏中固定的重置机制),借此将4个视角重新同步并让玩家重生。模型实际上利用了游戏本身的规则来治愈自己的崩溃。
  • 训练资源分配的崩溃现象:在有限的算力预算下,从头开始训练多玩家模型会导致完全崩溃。最有效的扩展法则(Scaling law)是:先在单玩家视角上进行预训练,然后再继续使用多玩家数据训练。
  • 50亿参数的实时生成:通过结合10Hz的潜在瓶颈(空间2倍、时间2倍压缩)、带有扩散强制(Diffusion Forcing)的流匹配(Flow Matching),以及用于少步采样的渐进式自蒸馏(PSD),在单张Nvidia B200 GPU上实现了20 FPS的实时生成。
  • 引入ARR评估指标:提出了动作可恢复率(ARR)来严格衡量可控性(生成的视频是否真正执行了指令动作),证明了像素级世界模型的可控性比潜在空间模型低一个数量级。

主旨: 本文旨在解决在具有复杂物理交互和高度动态的环境(如《火箭联盟》游戏)中,如何构建一个能同时响应多玩家动作、保持多视角一致性,并能在长视野下保持物理规律稳定性的多智能体实时世界模型。

创新:

  • 基于表征自编码器的潜在空间(RAE):没有使用传统的VAE或VQ-VAE,而是使用冻结的DINOv3-L提取语义特征,再通过一个可学习的线性瓶颈层进行时空双重压缩(降低至10Hz),极大地提升了预测的稳定性和推理速度。
  • 四玩家联合条件注入与视角平铺:将四个玩家的潜空间视图在高度上平铺(Tiled),使用全局空间注意力机制保证跨视角的一致性,并通过AdaLN(自适应层归一化)将四个玩家的动作流同时注入每个Transformer块。
  • Diffusion Forcing + 渐进式自蒸馏(PSD):放弃了传统的Teacher Forcing,在训练时对每一帧施加独立的时间步噪声(Diffusion Forcing)以消除长程误差累积,并结合自蒸馏技术将生成步数压缩至极少,从而满足20FPS的实时渲染要求。

贡献:

  • 构建了首个针对高度动态、硬核物理交互环境的 50亿参数多玩家世界模型(MIRA)。
  • 深入的系统性消融实验:详尽剖析了视频编解码器、生成目标和多玩家条件注入方案的设计空间,证明了“高质量特征提取比高质量重建更重要”。
  • 提出了新的评估协议:开发了探针(Probe)技术直接从模型激活层提取物理游戏状态(车/球的三维坐标),以及引入了ARR指标,跳出了纯视觉保真度的评价局限,真正考察了模型的物理常识和可控性。
  • 开源贡献:发布了由高质量Bot自我对弈生成的 10,000 小时多视角数据集、完整的训练/推理代码以及实时在线演示。

提升:

  • 生成时长与稳定性:相较于之前只能生成几秒钟的像素级视频模型,MIRA 能够在数分钟甚至数小时的自回归生成中保持物理分布不崩溃(无明显Drift)。
  • 跨视角一致性:能够完美同步渲染极短时间内的复杂物理事件(如:汽车相撞爆炸、进球特效),四个视角的空间位置和时间线严丝合缝。
  • 运行效率:通过潜空间时空压缩和高效注意力算子,将5B级别的大模型推理速度压进了实时交互的阈值(70ms内完成一次前向传播,输出两帧视频)。

不足:

  • 上下文窗口的记忆局限:受限于固定长度的上下文窗口(20个潜在帧),一旦某辆车离开屏幕时间过长,模型就会将其遗忘,导致镜头转回时车辆消失。
  • 长尾数据导致的物理偏差:由于训练数据中比赛几乎从未停止,模型缺乏“静止状态”的先验。如果玩家什么都不做,静止的球会因为模型的惯性幻觉而自动开始滚动。
  • 行为被数据源绑架:由于数据集由同一套Bot(Nexto)生成,模型强行继承了Bot的肌肉记忆(例如开球时必定加速冲刺)。即使人类玩家不按加速,模型有时也会强行让车辆冲出去。

心得:

  • “重建质量悖论”对世界模型设计的颠覆:传统视频生成的常识是“Autoencoder 重建得越好,生成的视频越好”。但本文深刻地指出了世界模型的本质不同——自回归生成极易产生误差累积。从头训练的 AE 能够完美重建像素,但其潜空间是崎岖的;而冻结的 DINO 提取器虽然重建会丢失高频纹理,但其潜空间具有强大的“语义平滑性”。这意味着,世界模型需要的不是完美的“摄像机”,而是一个能理解物理和语义的“大脑”。这个结论对未来具身智能(Embodied AI)的表征学习具有指导意义。
  • 隐式的多智能体策略涌现(Theory of Mind):通过极其简单的“Action Dropout(随机丢弃动作)”策略,作者把一个视频生成模型逼成了一个多智能体策略网络。当模型收不到某个玩家的动作时,它为了让画面合理,只能去预测该玩家“应该”做什么。这表明,在足够大规模和高质量的交互数据驱动下,生成式世界模型内部会自动长出一个强大的、去中心化的强化学习 Policy。
  • 世界模型对环境“自平衡机制”的内化:最让我感到惊艳的是模型在面对极端 OOD(分布外)噪声时的表现。当画面彻底崩溃时,它没有彻底死机,而是触发了《火箭联盟》游戏中最常见的一种全局重置画面——“进球回放(Goal Replay)”。模型利用这种合理的“游戏内幻觉”来洗掉混乱的状态,并在开球点重新生成干净的车辆。这说明世界模型不仅仅是记住了像素如何运动,更是深刻内化了该环境的“状态机逻辑”与“自愈/重置机制”。

一句话总结: MIRA 是一款 50亿参数、可在单GPU上20FPS实时运行的《火箭联盟》多玩家世界模型,它突破性地结合了冻结语义表征(RAE)与扩散强制(Diffusion Forcing)技术,不仅实现了多视角下极其稳定的长程物理模拟,还通过动作掩码涌现出了自动驾驶未受控车辆的“心智理论”能力。

We introduce the first multiplayer world model for highly dynamic environments governed by complex physical interactions. Whereas single-player world models treat the other agents as part of the environment, ours conditions on the action streams of multiple agents, learning to attribute changes in the scene to the correct player and to stay coherent under arbitrary combinations of their actions. We study this problem in the game of Rocket League, where players compete and cooperate under fast, tightly coupled dynamics. Trained on 10,000 hours of gameplay collected with publicly available bots, our 5-billion-parameter latent diffusion model generates four-player matches in real time, producing 20 frames per second on a single Nvidia B200 GPU. Although trained only on short clips, its rollouts stay stable far beyond the training horizon: distributional quality holds steady out to five minutes, the longest horizon we measure, and in practice we observe rollouts continuing for hours with no sign of collapse. We systematically investigate the central design choices: the video codec, the generative objective, and the multiplayer conditioning scheme. In addition, we characterize how behavior changes with model and data scale, including the capabilities that emerge and the failure modes that persist. We further develop targeted evaluations that probe the model's physical understanding rather than visual appearance alone. To support continued research on multiplayer world models, we release our dataset, our full training and inference codebase, and a live demo.

https://arxiv.org/abs/2607.05352


5、[CV] SPEAR: A Simulator for Photorealistic Embodied AI Research

M Roberts, R Wang, R Zawar, R Dey-Prakash…
[Adobe Research & Manycore Tech Inc]

SPEAR:面向照片级写实具身智能研究的仿真平台

要点:

  • 当前基于游戏引擎(如虚幻引擎UE)构建的逼真模拟器存在严重缺陷:可编程性受限(仅暴露数百个手工编写的函数)、数据传输速度慢(尤其是将高分辨率图像传给Python时),且缺乏模块化,通常需要对整个引擎源码进行定制化分叉(Fork)。
  • 提出了 SPEAR(用于逼真具身智能研究的模拟器),这是一个模块化的Python库/插件,可以无缝连接并以编程方式控制任何虚幻引擎(UE)应用程序。
  • SPEAR 通过直接挂钩(Hook)到UE的运行时反射(Reflection)系统,实现了前所未有的可编程性。它能够通过字符串动态地向Python暴露超过14,000个原生UE函数和53,000个属性,彻底免除了繁琐的手工编写包装代码(Wrapper)的工作。
  • 反直觉的编程模型:SPEAR 引入了一种“看起来是同步,实则高度异步”的高级编程模型。用户在Python中定义 begin_frame 和 end_frame 上下文。在上下文中,异步函数调用允许Python线程和UE游戏主线程并发运行,互不阻塞,从而实现原生帧率的执行速度。
  • 极致的渲染速度:SPEAR 能够以 73 FPS 的速度渲染 1920x1080 的逼真图像,并直接传输到用户的 NumPy 数组中。得益于其“零拷贝”的进程间共享内存实现,这一速度比现有的 UE 插件(如 UnrealCV+)快 10 倍,并且超越了 AirSim 和 CARLA 等独立模拟器。
  • 提供了高度可配置的专业级真实标签(Ground-truth)相机传感器,能够输出其他UE模拟器缺失的图像模态,例如:非漫反射的本征图像分解、材质ID以及基于物理的着色参数。
  • 通过多样化的应用展示了其极高的灵活性:控制多个不同类型的智能体(人类、汽车、无人机)、操纵程序化内容生成(PCG)系统、多视角人脸渲染、与 MuJoCo 物理引擎的实时联合仿真,以及通过 LLM 助手实现自然语言场景编辑。

主旨: 本文旨在解决现有用于具身智能(Embodied AI)研究的逼真模拟器在通用性、可编程性和渲染效率上的局限性。为此,作者开发了 SPEAR——一个能以插件形式接入任何虚幻引擎(UE)项目的高效Python库,旨在为计算机视觉和机器人研究提供一个高度可控、极速渲染且物理逼真的通用仿真底层基础设施。

创新:

  • 基于反射机制的全量API暴露:摒弃了传统模拟器中“需要用哪些功能就手工写哪些C++包装器”的低效做法,创新性地利用UE的运行时反射系统,将几乎所有底层功能动态映射到Python,实现了可编程接口数量的数量级飞跃。
  • 基于事务(Transaction)的异步无阻塞编程架构:设计了一种通过 begin_frame 和 end_frame 标记事务的架构,配合进程间队列和共享内存,使得Python控制逻辑与UE游戏渲染线程完全解耦并并行运行,打破了传统跨语言调用的性能瓶颈。
  • 与MuJoCo等外部物理引擎的无缝桥接:SPEAR 的轻量化和高灵活性使得它不再是一个封闭的“黑盒”模拟器,而是可以作为一个高级渲染后端,与专业的刚体物理模拟器(如MuJoCo)进行实时双向数据同步(Co-simulation)。

贡献:

  • 开源了一个强大且极具扩展性的具身智能仿真工具库 SPEAR,它不强制用户使用特定的世界设定,而是可以将现存的任何海量高质量UE游戏资产和场景直接转化为AI训练环境。
  • 提供了一套高效的数据通信管线(基于RPC和共享内存),解决了大分辨率图像从GPU显存到Python内存转移的延迟痛点,刷新了UE生态下Python获取画面的速度记录。
  • 突破了现有模拟器在传感器数据上的限制,利用底层渲染管线提取了如“非漫反射本征图像分解”等高级PBR(基于物理的渲染)特征,为训练下一代视觉基础模型提供了更丰富的数据模态。

提升:

  • 可编程能力:暴露了 14,485 个 UE 函数和 53,537 个变量,相比于 CARLA(465个)和 UnrealCV+(747个),功能覆盖面实现了10倍至30倍的提升。
  • 渲染与传输帧率:在1080P分辨率下,与Python通信并回传图像的速度达到 73.4 FPS,比 UnrealCV+(约3.5 FPS)快约 21倍;在同等条件下,通信开销导致的延迟低于同行标杆 AirSim 和 CARLA。
  • 开发敏捷性:如果用户需要在模拟器中新增C++功能并暴露给Python,只需在C++头文件中添加一个标准的UE宏(如 UFUNCTION),SPEAR便能自动识别并桥接,完全不需要修改SPEAR的核心代码。

不足:

  • 虽然通过反射机制暴露了海量接口,但这要求使用者对虚幻引擎底层的类结构和API命名规范有一定了解(即学习曲线较陡),对纯Python/算法背景的研究者不够友好。
  • SPEAR 聚焦于将UE作为强化学习/AI的视觉和环境后端,但UE自身的默认刚体物理引擎(Chaos)在机器人精密控制(如抓取、接触力学)上依然不如专业的MuJoCo或Isaac Sim,文中虽提出了Co-simulation(联合仿真)的解决方案,但这不可避免地增加了系统复杂度和多引擎同步的潜在延迟。
  • 为了实现极致的异步性能,用户需要理解并严格遵循 async 调用和 future.get() 的并发编程模式,如果处理不当,容易导致Python线程阻塞或时序逻辑混乱。

心得:

  • “不做封闭的花园,做万能的插头”:SPEAR最让我深思的设计哲学是它拒绝将自身做成一个庞大臃肿的“全家桶”(像CARLA那样定制化修改引擎)。通过将自己做成一个极度轻量且通用的插件(Plugin),它直接解锁了整个UE生态的无限资产(如逼真的MetaHuman、百万级的Quixel模型库)。这种“寄生式”的架构设计,是工具类软件极具智慧的生存之道。
  • “打破语言墙,反射机制的降维打击”:在跨语言编程(C++与Python)中,传统的手写Wrapper是极其痛苦的体力活。作者巧妙利用UE本身用于蓝图(Blueprints)的反射机制,瞬间打通了Python与C++的次元壁。这说明,在面对复杂的系统工程时,寻找系统本身自带的元数据(Metadata)并加以利用,比硬核地重构要高效得多。
  • “渲染引擎与物理引擎的解绑趋势”:文中展示了用SPEAR做画面渲染,同时用MuJoCo做物理计算的联合仿真。这揭示了一个强烈的趋势:未来的具身智能研究不再指望一个引擎包揽一切,而是“上帝的归上帝,凯撒的归凯撒”——用游戏引擎搞定极致的视觉生成,用专业力学引擎搞定复杂的摩擦与接触,通过极低延迟的通信协议(如共享内存)将它们缝合。

一句话总结: SPEAR 是一个能通过插件形式接入任何虚幻引擎项目的轻量级Python仿真库,它创新性地利用反射机制暴露了上万个底层接口,并借助异步架构和共享内存实现了破纪录的高清图像传输帧率,彻底解放了利用顶级游戏资产进行具身智能和视觉模型研究的生产力。

Interactive simulators have become powerful tools for training embodied agents and generating synthetic visual data, but existing photorealistic simulators suffer from limited generality, programmability, and rendering speed. We address these limitations by introducing SPEAR: A Simulator for Photorealistic Embodied AI Research. At its core, SPEAR is a Python library that can connect to, and programmatically control, any Unreal Engine (UE) application via a modular plugin architecture. SPEAR exposes over 14K unique UE functions to Python, representing an order-of-magnitude increase in programmable functionality over existing UE-based simulators. Additionally, a single SPEAR instance can render 1920×1080 photorealistic beauty images directly into a user’s NumPy array at 73 frames per second – an order of magnitude faster than existing UE plugins – while also providing ground truth image modalities that are not available in any existing UE-based simulator (e.g., a non-diffuse intrinsic image decomposition, material IDs, and physically based shading parameters). Finally, SPEAR introduces an expressive high-level programming model that enables users to specify complex graphs of UE work with arbitrary data dependencies among work items, and to execute these graphs deterministically within a single UE frame. We demonstrate the utility of SPEAR through a diverse collection of example applications: controlling multiple embodied agents with distinct action spaces (e.g., humans, cars, and robots) across several in-the-wild UE projects; rendering photorealistic city-scale environments; manipulating UE’s procedural content generation systems; rendering synchronized multi-view images of detailed human faces; coordinating an interactive co-simulation with the MuJoCo physics simulator; and editing scenes with natural language via an AI coding assistant.

https://arxiv.org/abs/2607.06701


基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-07-14 16:07:20 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/855985.html
  2. 运行时间 : 0.159847s [ 吞吐率:6.26req/s ] 内存消耗:5,047.68kb 文件加载:145
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=08f696a7189b4ab5dec0f84b76cc54ac
  1. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/public/index.php ( 0.79 KB )
  2. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/autoload.php ( 0.17 KB )
  3. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/platform_check.php ( 0.90 KB )
  5. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/composer/autoload_static.php ( 6.05 KB )
  7. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/ralouphie/getallheaders/src/getallheaders.php ( 1.60 KB )
  10. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  11. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  12. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  13. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  14. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  15. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  16. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  17. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  18. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  19. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  20. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions_include.php ( 0.16 KB )
  21. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/guzzlehttp/guzzle/src/functions.php ( 5.54 KB )
  22. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  23. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  24. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  25. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/provider.php ( 0.19 KB )
  26. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  27. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  28. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  29. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/common.php ( 0.03 KB )
  30. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  31. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  32. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/alipay.php ( 3.59 KB )
  33. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  34. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/app.php ( 0.95 KB )
  35. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cache.php ( 0.78 KB )
  36. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/console.php ( 0.23 KB )
  37. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/cookie.php ( 0.56 KB )
  38. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/database.php ( 2.48 KB )
  39. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/filesystem.php ( 0.61 KB )
  40. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/lang.php ( 0.91 KB )
  41. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/log.php ( 1.35 KB )
  42. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/middleware.php ( 0.19 KB )
  43. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/route.php ( 1.89 KB )
  44. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/session.php ( 0.57 KB )
  45. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/trace.php ( 0.34 KB )
  46. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/config/view.php ( 0.82 KB )
  47. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/event.php ( 0.25 KB )
  48. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  49. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/service.php ( 0.13 KB )
  50. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/AppService.php ( 0.26 KB )
  51. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  52. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  53. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  54. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  55. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  56. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/services.php ( 0.14 KB )
  57. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  58. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  59. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  60. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  61. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  62. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  63. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  64. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  65. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  66. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  67. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  68. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  69. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  70. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  71. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  72. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  73. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  74. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  75. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  76. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  77. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  78. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  79. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  80. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  81. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  82. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  83. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  84. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  85. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  86. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  87. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/Request.php ( 0.09 KB )
  88. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  89. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/middleware.php ( 0.25 KB )
  90. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  91. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  92. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  93. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  94. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  95. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  96. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  97. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  98. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  99. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  100. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  101. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  102. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  103. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/route/app.php ( 3.94 KB )
  104. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  105. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  106. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  107. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Index.php ( 9.87 KB )
  108. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/BaseController.php ( 2.05 KB )
  109. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  110. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  111. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  112. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  113. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  114. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  115. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  116. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  117. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  118. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  119. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  120. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  121. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  122. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  123. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  124. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  125. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  126. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  127. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  128. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  129. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  130. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  131. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  132. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  133. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  134. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  135. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/app/controller/Es.php ( 3.30 KB )
  136. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  137. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  138. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  139. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  140. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  141. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  142. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  143. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  144. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/runtime/temp/c935550e3e8a3a4c27dd94e439343fdf.php ( 31.50 KB )
  145. /yingpanguazai/ssd/ssd1/www/wwww.yeyulingfeng.com/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000547s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000807s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000348s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000281s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.000517s ]
  6. SELECT * FROM `set` [ RunTime:0.000195s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.000578s ]
  8. SELECT * FROM `article` WHERE `id` = 855985 LIMIT 1 [ RunTime:0.004244s ]
  9. UPDATE `article` SET `lasttime` = 1784016440 WHERE `id` = 855985 [ RunTime:0.011902s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000289s ]
  11. SELECT * FROM `article` WHERE `id` < 855985 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000483s ]
  12. SELECT * FROM `article` WHERE `id` > 855985 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000740s ]
  13. SELECT * FROM `article` WHERE `id` < 855985 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001067s ]
  14. SELECT * FROM `article` WHERE `id` < 855985 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.000935s ]
  15. SELECT * FROM `article` WHERE `id` < 855985 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001214s ]
0.161516s