乐于分享
好东西不私藏

AI科技前沿日报 | 2026年06月08日(AI高管联合呼吁监管合成生物学:技术与伦理的新博弈)

AI科技前沿日报 | 2026年06月08日(AI高管联合呼吁监管合成生物学:技术与伦理的新博弈)
📖 文章导航
▪️ AI高管联合呼吁监管合成生物学:技术与伦理的新博弈▪️ 美众议院拨款委员会提议2026年小幅增加NIH预算▪️ 自适应对手下重复博弈的遗憾最小化▪️ 面向多粒度AI文本检测的操作引导渐进式人机文本转换基准▪️ 无回溯预训练递归网络▪️ 隐式偏好的统计先验:解耦技能选择作为个人智能体的局部适配器▪️ 长程Q学习:基于n步不等式实现精确价值学习▪️ OpenAI推出基于Dreaming的新记忆系统,ChatGPT记忆能力升级▪️ Cognition发布Devin Desktop:整合IDE与多智能体管理平台▪️ 加州蒙特利公园市公投永久禁止数据中心,AI算力扩张遭遇社区阻力▪️ 联合国报告警示AI数据中心环境足迹激增▪️ Google发布多项AI前沿动态,涵盖模型压缩、教育应用与基准测试▪️ Android XR平台将于2026年秋季正式发布,赋能AI驱动空间计算▪️ 虚假页面的自动化检测——AI反爬虫机制警示▪️ 谷歌与SpaceX达成数十亿美元AI算力交易,加剧科技巨头算力军备竞赛
AI高管联合呼吁监管合成生物学:技术与伦理的新博弈

2026年6月7日,一篇发表在《科学》杂志网站上的文章披露,多位人工智能领域的高管与科学家联合发出呼吁,要求对合成生物学领域加强监管。这一动态标志着AI产业正从单纯的工具提供者,向生命科学伦理治理的积极参与者转变。合成生物学结合了基因编辑、DNA合成与AI设计能力,能够创造全新的生物系统,但其潜在的生物安全风险(如制造新型病原体或生物武器)引发了广泛担忧。AI高管此次参与联名,主要基于两点:一是AI在加速合成生物设计过程中扮演了“催化剂”角色,大幅缩短了实验周期;二是DeepMind、OpenAI等公司的AlphaFold、ESMFold等AI模型已能高效预测蛋白质结构,相关技术若被滥用,后果不堪设想。此次呼吁的核心诉求包括:建立国际统一的DNA合成筛选标准,强制对AI辅助设计的有害生物序列进行筛查,以及成立类似核能监管的跨国生物安全机构。此举揭示了AI行业对“双刃剑”效应的深刻自省,也反映出科技巨头正主动寻求在颠覆性技术失控前制定规则。对于整个科技行业而言,这可能是继AI伦理治理之后,又一处技术-政策交叉领域的风向标,其走向将深刻影响未来生物技术研发的边界与创新安全范式。

🤖 AI专家智能体解读(合成生物学)

合成生物学的历史可追溯至20世纪下半叶,分子生物学的突破,尤其是DNA双螺旋结构的发现与遗传密码的破译,为操纵生命奠定了理论基础。2000年前后,工程学理念的引入,如标准化生物元件BioBricks和iGEM大赛的创立,标志着该学科正式成型。2010年代,全基因组合成与CRISPR等编辑技术的突破,使从“认识生命”转向“编程生命”成为可能。当前,合成生物学已从实验室走向多产业渗透。在医疗健康领域,基因工程疫苗和细胞疗法已进入临床;化工材料方面,利用微生物细胞工厂生产生物基化学品如1,3-丙二醇,正推动传统石化行业绿色转型;农业与食品中,基因编辑作物和替代蛋白(如细胞培养肉)已开始商业化试水。2024年中国基因测序诊断市场规模已达约45.8亿元,地方政策如深圳的合成生物产业扶持措施也在密集出台,产业资本从狂热转向务实,聚焦于解决从实验室到规模化生产的工程化瓶颈。下一步的技术趋势指向三个方向:一是AI与机器学习的介入,通过预测基因回路行为和优化代谢通路,加速“设计-构建-测试-学习”的自动化闭环;二是从单基因回路向人工多细胞体系与合成真核基因组的复杂度跃迁;三是利用定量合成生物学揭示系统底层规律,提高设计的可预测性。然而,规模化生产的成本控制、生物安全与伦理监管,以及公众接受度,仍是制约其落地的关键约束条件。可能的路径是,先在高附加值药物和特种化学品领域实现经济可行性,再逐步向大宗材料和食品领域铺开。

具体指引详见 📖  https://www.science.org/content/article/ai-executives-join-call-regulation-synthetic-biology

👤 作者:未明确作者📅 发布时间:未明确发布时间

美众议院拨款委员会提议2026年小幅增加NIH预算

美国众议院支出委员会(House spending panel)近期提出一项针对2026财年的预算提案,拟小幅增加美国国立卫生研究院(NIH)的经费。这一动向虽然并非直接涉及人工智能技术突破,但其对AI在生物医学领域的发展具有深远影响。NIH是全球最大的生物医学研究资助机构,近年来正大力推动人工智能在疾病诊断、药物发现、基因组学分析等领域的应用。例如,NIH的“桥接生物医学与人工智能”(Bridge to AI)项目以及“AIM-AHEAD”计划,均旨在通过资助和数据共享促进AI模型在医疗健康中的落地。预算的增加意味着更多研究项目可能获得资金支持,加速AI驱动的医疗创新。然而,与一些科技巨头对AI的巨额投入相比,NIH的增幅(具体比例未在内容中明确,但依据“小幅”描述推测为个位数百分比)可能仍显保守,反映出联邦政府财政限制与科研紧迫性之间的矛盾。从行业影响看,这是美国政府在AI医疗领域持续投入的信号,有助于维持美国在生物医药AI生态中的领先地位,同时为学术界和初创企业提供确定性。但若最终预算未能通过立法,或实际增幅低于预期,可能导致部分依赖联邦资助的AI医疗项目面临延期或缩水。整体而言,该动态属于AI政策法规与行业动态的交叉点,对关注AI+医疗的全球从业者具有参考价值。

具体指引详见 📖  https://www.science.org/content/article/house-spending-panel-proposes-slight-raise-nih-2026

👤 作者:Science📅 发布时间:未明确标注(文章发布于2026年6月7日)

自适应对手下重复博弈的遗憾最小化

本文研究了重复博弈中与自适应对手进行遗憾最小化的问题。传统的在线学习中的外部遗憾(external regret)指标无法捕捉对手的适应性,即对手可以根据历史对局做出响应。为此,作者提出了一种新的博弈论指标——重复策略遗憾(Repeated Policy Regret, RP-Regret),该指标衡量当所有玩家都能对历史对局做出响应时,实际累积效用与事后最优累积效用之间的差异。与现有遗憾概念相比,RP-Regret更自然地适应重复博弈场景,允许更强的比较器和约束更少的对手,同时保持通过最小化该遗憾找到更优均衡的可能性。 在方法上,作者首先确定了实现亚线性RP-Regret的必要条件,涉及玩家比较器策略的变化以及比较器和对手策略的记忆长度。由于RP-Regret的定义在策略空间上是非凸的,作者提出了三种算法来最小化该遗憾:其一,基于优化黑盒(optimization oracle)的算法,借鉴了在线非凸学习中的假设;其二,通过最小化RP-Regret的凸线性化代理(linearized surrogate)来实现;其三,在对手策略缓慢变化时直接最小化RP-Regret。此外,当所有玩家都运行最小化RP-Regret或其线性化变体的算法时,可以学习到重复博弈的某些子博弈完美均衡(subgame perfect equilibria)。 实验部分表明,在Stag-Hunt等博弈中,最小化所提出的遗憾概念能够导致更合作、具有更高效用的解。该研究的核心创新在于提出了一个更合理的重复博弈遗憾定义,并给出了相应的算法和理论保证,为在自适应对手环境下实现高效均衡学习提供了新的视角。其研究意义在于突破了传统外部遗憾在博弈论中的局限性,有望促进在复杂多智能体系统中实现更好的合作与均衡,在金融交易、自动驾驶和战略决策等领域具有潜在应用前景。

🤖 AI专家智能体解读(遗憾最小化)

遗憾最小化作为一种决策框架,其思想根源可追溯至20世纪40年代由冯·诺伊曼等人发明的蒙特卡罗方法,该方法通过随机模拟评估复杂系统的不确定性,为“选择最不后悔的路径”提供了数学基础。这一框架在企业战略中的经典应用,源于赛微电子在2022年面对北京MEMS产线亏损与国际收购失败时的抉择——CEO需要权衡“继续投入”与“收缩止损”两种方案,并设想十年后自己最可能后悔什么。近年来,人工智能的演进进一步赋能了这一方法:从第一代符号主义到第二代深度学习,再到张钹院士提出的第三代融合知识、数据、算法与算力的路线,AI的预测能力让遗憾模拟更加精准。当前,遗憾最小化已从哲学思考落地为实际操作工具,主要应用于战略规划、投资决策和职业选择等高度不确定场景。在技术层面,蒙特卡罗模拟仍是核心计算手段,通过生成大量随机样本来评估不同策略的收益分布;而深度学习则通过对历史数据的模式识别,提升了模拟结果的准确度。产业落地方面,赛微电子这类企业已将遗憾最小化融入公司治理,用以评估是否坚持推进处于爬坡期的产线。此外,在数字化转型浪潮中,企业管理者也常借助该框架审视“如果不推进变革,未来是否会后悔”的长远影响。未来,遗憾最小化将向系统化和智能化方向演进。技术趋势上,多模型融合的决策支持系统有望集成深度学习与概率计算,模拟人类认知偏差,辅助复杂战略评估;同时,动态遗憾最小化机制将取代一次性决策,使企业能根据地缘政治冲突或市场通胀等外部变化实时调整路径。应用场景也将超越商业,延伸至公共卫生政策、环境治理等领域——例如通过蒙特卡罗模拟评估不同干预策略的长期社会价值。但需指出的是,遗憾最小化并非完美决策的保证,其有效性受限于信息的有限性与未来的不可预测性。赛微电子的案例表明,有些遗憾是成长的必要代价;决策的价值不在于杜绝后悔,而在于理性框架下直面未知的勇气。

具体指引详见 📖  https://arxiv.org/abs/2606.06486

👤 作者:Mingyang Liu等📅 发布时间:2026-06-04 17:59:08 UTC

面向多粒度AI文本检测的操作引导渐进式人机文本转换基准

本文针对现有AI文本检测基准主要关注最终输出、缺乏对渐进式人机协作编辑过程中AI作者身份信号出现、累积或消失过程的理解这一研究空白,提出了一种操作引导的基准——OpAI-Bench。该基准用于研究从文档、句子、词元和跨度多个粒度下,人类文本向AI文本的渐进式转换。OpAI-Bench以人类撰写的原始文档为起点,为每个样本在预定义的AI覆盖级别和五种代表性AI编辑操作(润色、释义、风格重写、压缩和扩展)下,构建了九个依次修订的版本,覆盖四个领域,并在多个粒度上保留完整的作者身份溯源信息。基准支持对8种文档级检测器、7种句子级检测器和2种细粒度词元/跨度级检测器进行全面评估。实验结果表明,AI文本的可检测性不仅受AI编辑内容比例的影响,还受到编辑操作、领域和累积修订历史的影响。值得注意的是,中间混合作者身份的版本通常比完全人类撰写或重度AI编辑的端点版本更难检测,这揭示了现有基准所忽略的非单调检测模式。OpAI-Bench为在现实渐进式编辑场景下分析AI辅助写作是否、何时以及如何变得可检测提供了受控实验平台。研究贡献包括:提出了保留中间修订状态的渐进式人机文本转换基准;构建了包含五种编辑操作和多种粒度的累积修订轨迹;跨粒度评估了多种检测器家族,并揭示了覆盖度、编辑操作、领域、生成器和修订历史对检测器稳定性的影响,特别是发现了v4版本附近存在一个关键的混合作者区域,其中中间AI覆盖度和压缩操作共同导致检测难度峰值。

🤖 AI专家智能体解读(AI文本检测基准)

在AI文本检测领域,这项技术经历了从规则驱动到数据驱动、再到模型对齐的演进路径。早期阶段,检测主要依赖词汇多样性、句子长度分布等统计学特征,类似计算语言学中的文本分类任务,但这类方法对复杂生成模型或经过人工润色的文本鲁棒性较差。2023年是一个关键转折点,DetectGPT首次利用大模型自身的“对数概率曲率”特征实现零样本检测,标志着检测范式从“外部特征识别”转向“内部状态对齐”,但同时也暴露出在真实场景下的不稳定性。此后,WaterBench等专门化检测基准的出现,标志着行业开始从追求理想准确率转向构建可评估鲁棒性、隐蔽性与泛化能力的系统性测试框架。目前,AI文本检测的核心应用集中在内容审核、学术诚信检测、媒体信息认证三个场景。代表方案包括基于水印嵌入的技术路线,如WaterBench标准化评估框架,以及基于对比学习的零样本检测方法。但DetectRL等最新基准揭示了一个残酷现实:即使在实验室环境下某些检测器准确率能超过90%,面对不同写作风格、跨领域文本或经过微量改写的内容时,其有效准确率往往降至60%-70%。这说明当前产业落地仍处于早期探索阶段,缺乏能够在开放网络环境中稳定工作的通用方案。未来技术趋势将朝着三个方向演进。一是从“检测后验证”转向“生成即溯源”,即通过统一的生成模型嵌入数字签名或水印,使每个AI输出自带可识别标签,但这依赖于整个生态的标准化协作。二是对抗性鲁棒性的提升将成为算法瓶颈,随着文本混淆技术(如释义、重写、对抗扰动)的持续进化,检测器需要像安全攻防一样不断迭代。三是数据、算法、算力三要素中,高质量、多样的标注数据将变得极为稀缺且昂贵,因为检测器必须覆盖不同模型、语言、领域与写作风格。整体而言,AI文本检测正从单点技术验证进入系统性工程挑战期,真正的突破可能来自生成技术与检测技术的联合设计,而不是事后补救式的检测。

具体指引详见 📖  https://arxiv.org/abs/2606.06481

👤 作者:Sondos Mahmoud Bsharat等📅 发布时间:2026-06-04 17:58:05 UTC

无回溯预训练递归网络

本文提出了一种名为Supervised Memory Training (SMT)的新方法,用于训练递归神经网络(RNN),旨在解决传统反向传播通过时间(BPTT)方法在训练RNN时面临的关键挑战。研究背景指出,BPTT需要跨长时间序列进行信用分配,这导致训练过程本质上是顺序的,限制了并行化能力,并且容易遭遇梯度消失或爆炸问题,难以学习长期依赖关系。核心方法是将RNN的训练转化为监督学习任务:首先,通过一个基于Transformer的编码器-解码器模型,以预测状态为目标,为每个时间步生成“最优记忆”标签。这一过程的关键洞察是,通过给每个观测添加时间戳,可以将过去的信息重新参数化为一组带时间戳的事件,从而使得最优记忆成为该集合的置换不变函数,因此可以并行计算。随后,RNN只需学习简单的单步记忆更新任务,即从当前记忆和输入预测下一时刻的记忆。该方法完全实现了时间并行训练,并且任意两个token之间的梯度路径长度恒定为O(1),极大缓解了长期依赖学习中的梯度问题。实验部分,作者在语言建模和像素序列建模任务上对多种RNN架构(如LSTM、GRU等)进行了预训练,结果表明SMT显著优于BPTT,尤其在捕捉长期依赖关系方面表现突出。SMT的核心创新在于:1)将RNN的信用分配问题转化为监督学习,解耦了“记忆内容”和“记忆更新”的学习;2)利用置换不变性实现并行记忆表示学习;3)消除了BPTT的序列依赖和梯度不稳定性。该研究的意义在于为非线性RNN的高效并行预训练提供了新范式,有望推动构建具有压缩记忆能力的可扩展序列模型,在需要长期时间抽象的应用中具有广阔前景。

🤖 AI专家智能体解读(SMT(监督记忆训练))

在人工智能的演进中,记忆能力一直是模型从“感知”走向“认知”的核心瓶颈。监督记忆训练(SMT)并非一个孤立的术语,而是一条融合了监督学习与记忆机制的特定技术路线,其发展脉络清晰指向深度学习对长程依赖和知识持久化的持续追求。从历史发展看,SMT的源头可追溯到早期循环神经网络(RNN)及其变体LSTM和GRU,它们内嵌的“记忆单元”虽意在解决长期依赖,但受限于固定大小的隐状态,难以在极长序列中精准存储和检索信息。此后,业界开始寻求超越内部参数容量的外部或结构化记忆方案,为SMT的诞生提供了问题土壤。当前,SMT已分化出两条主流路径:一是基于稀疏矩阵的参数高效微调,该方法在ICLR 2025上以Poster形式发表,通过只更新模型中精心选择的稀疏参数,在参数高效与全量微调性能之间找到了新的平衡点;二是从自我记忆中学习的监督训练(STSM),它利用模型自身生成的历史输出和结构化记忆缓冲区,配合双模型验证与非参数检索机制,有效回应了LLM智能体在长程交互中的“记忆瓶颈”。未来技术趋势上,SMT正从存储具体样本向提取抽象模式进化,模型将不再记住每次对话的细节,而是提炼用户偏好或任务逻辑的通用模板,从而提升压缩效率与泛化能力。多模态领域也将引入结构化记忆网络,统一管理视觉、音频与文本概念,支持跨模态检索。同时,全可微分记忆机制与端到端学习是重要的技术突破方向,能让记忆策略直接从损失函数中学习,绕过人工设计规则。然而,随着记忆能力的增强,隐私伦理挑战随之凸显:如何在提供个性化服务时确保信息可遗忘、数据可合规?这要求SMT技术必须与联邦学习、差分隐私等方法深度融合,构建真正“可遗忘”的记忆系统。

具体指引详见 📖  https://arxiv.org/abs/2606.06479

👤 作者:Akarsh Kumar等📅 发布时间:2026-06-04 17:57:33 UTC

隐式偏好的统计先验:解耦技能选择作为个人智能体的局部适配器

本文针对大规模语言模型(LLM)驱动的本地部署个人代理在隐式偏好学习方面面临的挑战,提出了一种新颖的解耦架构。研究背景在于,随着LLM能力的提升,依赖API远程模型和外部技能的本地个人代理(如Claude Code、Codex等)成为一种新兴范式。然而,技能数量的快速增长使得代理需要学习并适应用户的隐式偏好——这些偏好很少在每次提示中明确表达,而是通过日常的随机高频反馈和重复习惯体现。现有主流方案依赖基于提示注入的记忆结构,强迫单一的远程LLM同时处理历史频率追踪和语义推理,导致高API延迟、上下文窗口溢出以及逻辑丢失等系统性失败,缺乏数学可解释性。 为解决这一架构瓶颈,本文提出LOCAL HARNESS框架,强制将统计偏好学习与语义意图解析进行严格的物理和逻辑解耦。具体而言,建模隐式用户习惯的概率信用分配问题被委托给一个本地部署的高效统计基元,该基元原生管理探索-利用权衡,作为主要决策者;而高延迟的远程LLM则从高频执行关键路径中完全移除,仅作为语义异常处理器处理显式的词汇覆盖。该方法的核心创新在于:首次指出现代记忆增强型个人代理中混淆统计偏好学习与语义推理的根本架构缺陷;提出一种轻量级解耦架构,协同本地统计估计器与远程LLM异常处理器;由于偏好驱动的技能选择是一个新问题且缺乏现有模拟环境,作者构建了专用沙箱TOOLBENCH-60,并在多种基础模型上进行了大量实证评估。 实验结果表明,该解耦方法在累积遗憾和测试准确率方面均达到最优,显著优于传统记忆增强型代理,实现了最低的累积遗憾和最高的测试准确率。研究意义在于,为本地部署个人代理提供了一种可解释、轻量级且高效的隐式偏好管理方案,在保护隐私的同时有效提升了用户体验。

🤖 AI专家智能体解读(LOCAL HARNESS框架)

LOCAL HARNESS框架的演进,折射出AI工程化从“模型能力”向“系统治理”的深刻转变。其萌芽期始于对单次推理任务的突破,开发者通过串联流水线将多个AI步骤组合成相对复杂的工作流,但早期缺乏统一的编排手段,导致系统耦合度高、状态丢失频繁。进入探索期后,云原生架构中的微服务治理思想和可观测性标准被引入,尤其是W3C Trace Context的采纳,为追踪长时运行的多智能体交互提供了技术底座。Atropaic工程团队基于Claude Code的实践,将关于Agent权责边界、上下文窗口和结构化输出的设计原则系统化为可复用的工程范式,标志着框架的正式成型。当前,LOCAL HARNESS已从概念走向平台化落地。以Harness.io为代表的商业工具,将多智能体编排、CI/CD集成和监控预警整合为标准化服务,企业无需从零构建即可获得生产级的长运行管线。在核心实现层面,动态上下文压缩、滑动窗口与工具Schema强类型输出成为标配,显著降低了Token消耗和模型解析错误。同时,基础设施层面,像Kubernetes证书管理等环节也实现了与框架的深度集成。但业界也开始反思“全速自动化”的代价——GitHub Copilot的计费变更提醒行业,过度消除开发流程中的“摩擦”可能削弱工程师对问题的深层理解,因此现代框架普遍保留了人工介入的审查节点,避免形成认知的“黑箱”。展望未来的技术路径,首先,动态自适应编排将取代固定的DAG式流水线,系统根据任务复杂度、运行成本令牌消耗和当前模型负载,实时调整Agent的组合与调用策略。其次,上下文管理会突破模型窗口限制,通过与外部知识图谱和向量数据库形成“外部记忆”,实现真正的历史回忆而非摘要重建。长期看,多智能体间通信标准有望走向统一,类似W3C Trace Context的协议将定义Agent API和数据交换格式,支撑不同厂商开发的中小规模Agent实现即插即用。人机协作方面,框架会在关键推理节点嵌入可解释的报告和决策回溯机制,实质性将人类的“慢审慎”嵌入AI的“快执行”闭环,最终在速度、成本和质量三者之间寻找稳定的工程平衡。

具体指引详见 📖  https://arxiv.org/abs/2606.05828

👤 作者:Zeyu Gan等📅 发布时间:2026-06-06

长程Q学习:基于n步不等式实现精确价值学习

本文提出了一种名为长视界Q学习(LQL)的新型离策略价值学习算法,旨在解决传统Q学习在长视界任务中因自举(bootstrapping)导致的估计误差向后传播并累积的问题。论文首先指出现有离策略价值学习方法(如1步TD学习)在长视界场景下脆弱,因为后续状态的估计误差会通过时序差分更新反向传播并随时间放大;而多步TD方法虽然通过引入更长的奖励序列来减少对下一个状态估计的依赖,但在离策略环境中,由于目标值依赖于后续行为的实际奖励,可能会因后续动作质量差而导致过于悲观的估计。基于此,作者利用最优性收紧思想:任何实际动作序列的期望回报都是最优策略期望回报的下界,因此最优策略在早期采取更优动作的结果不应比先跟随观测动作若干步再切换至最优行为更差。LQL将这一不等式转化为实用的稳定机制,通过引入铰链损失(hinge loss)来惩罚违反这些界限的情况。具体而言,LQL在标准TD误差基础上增加两项罚项:若某个状态-动作的估计值低于其后的实际累积回报(考虑后续状态的最优价值),则向上调整估计值;若某个后续状态的价值估计与前期实际奖励之和超过前期状态-动作的估计值,则向下调整后期估计。关键的是,这些罚项仅需计算TD误差时已有的网络输出(如Q(s_t, a_t)和自举价值),无需额外网络或前向传播。实验部分,作者在OGBench(包含多种运动控制任务)和RoboMimic(机器人操作任务)等多个在线和离线到在线基准上,将LQL与1步TD、n步TD以及多种最新方法(如Best-of-N策略提取)结合。结果显示,LQL在所有任务中一致优于基线方法,尤其在长视界稀疏奖励任务(如humanoid-maze-giant)上表现突出:当使用轨迹长度64时,LQL的性能(0.78)远超TD-64(0.18)和1步TD(0.42),且不会像n步TD那样随步长增加而性能退化。此外,LQL的计算开销与标准Q-learning相当,无需额外架构。该方法的学术价值在于为离策略值函数学习提供了一种原理性的长视界稳定性机制,实践意义在于可广泛应用于机器人、游戏等需要从历史经验高效学习的领域,尤其适合交互成本高且需要长视界规划的复杂任务。

🤖 AI专家智能体解读(LQL算法(长视界Q学习))

强化学习领域正经历一场从“经验驱动”向“理论可控”的范式跃迁,LQL算法(长视界Q学习)的提出正是这一趋势的代表性成果。从历史脉络看,Q学习虽凭借离策略特性成为强化学习的基石,但其依赖的bootstrapping机制在长时任务中暴露出致命短板——估计误差会随时间步长指数级放大,导致算法在需要远见规划的场景中崩溃。早期应对措施如n步TD与资格迹,本质上是在方差与偏差之间做妥协,并未从根源上约束误差传播。当前,斯坦福团队提出的LQL算法通过引入“n步不等式”实现了根本突破。它不再简单调整更新步长,而是为多步价值估计设定数学上可证明的误差上界,相当于为价值函数装上一把“锁”,确保误差不会失控扩散。在标准基准测试中,LQL在长视界任务上显著优于DQN及Rainbow等集成方案,同时保持了无模型方法的灵活性,在机器人操纵预研和仿真环境控制中展现出竞争力。产业层面,该算法尚处于早期验证阶段,但其理论整洁性与兼容性使其成为自动驾驶、仓储调度等需长期序列决策场景的潜在候选方案。未来技术走向可能集中在两个维度。其一是理论深化,将不等式约束推广到连续状态空间与深度神经网络中,这是从实验室走向现实应用的关键一步,但需警惕严苛上限可能带来的样本效率损失。其二是工程适配,LQL的低保守性与分布式训练架构的结合,以及如何与离线强化学习、基于模型方法融合,将决定其能否在3至5年内进入实际部署。一个值得留意的约束是,标准化互操作性的缺失可能延缓技术落地。LQL的价值不在于“颠覆”现有框架,而在于为强化学习提供了一把可量化的尺子,让原本难以捉摸的误差积累变得可测、可控。这种从经验试错向数学约束的转向,或许将重新定义自主决策系统的设计底线。

具体指引详见 📖  https://arxiv.org/abs/2605.05812

👤 作者:Armaan A. Abraham等📅 发布时间:2026-06-07

OpenAI推出基于Dreaming的新记忆系统,ChatGPT记忆能力升级

2026年6月5日,OpenAI宣布为ChatGPT推出了一套全新的记忆系统,底层基于其自主研发的Dreaming技术。这一升级标志着AI记忆能力从“被动保存”向“主动管理”的关键转变。早期(2024年)的记忆功能主要依赖用户明确指令,如“请记住我的旅行计划”,系统以个人备忘录形式工作,成功率仅为41.5%。2025年引入的第一代Dreaming技术开始尝试后台分析历史对话,自动合成记忆,将成功率提升至67.9%。而此次2026年的新版本,通过更智能的时间感知和上下文整合,在事实回忆测试中达到了84.8%的成功率,在偏好遵循测试中达到71.5%,在时间正确性测试中更是从9.4%跃升至73.1%。新系统能够自动整理用户偏好、项目进展、设备信息、旅行计划等,并在回答时判断哪些信息仍有效、哪些已过期,从而避免过时信息导致的错误推荐(如旅行结束后仍推荐目的地外卖)。产品层面的核心变化是新增了“记忆摘要”功能,用户可在设置中查看、编辑、更正或删除特定记忆,系统会动态更新最后更新时间。产生巨大行业影响:首先,它提升了AI助手的实用性和连贯性,使其更像长期陪伴的助手而非单次工具;其次,它推动了隐私管理机制的发展,用户可关闭记忆、使用临时对话或断开第三方链接;最后,它预示着AI系统在上下文理解和主动服务能力上的新标准,可能促使谷歌、微软等竞争对手跟进类似技术。不过,隐私挑战依然存在,OpenAI承认敏感信息可能被系统记住,用户需通过手动清理历史记录或关闭数据训练开关来保护隐私。此项更新率先面向美国地区Plus和Pro用户开放,未来数周将扩展至更多地区及Free和Go用户。

🤖 AI专家智能体解读(Dreaming记忆系统)

专家解读:Dreaming记忆系统,本质上是对AI如何模仿生物记忆巩固过程的探索。其技术源头可追溯至2015年DeepMind提出的经验回放机制,即在模型训练间隙随机重放过往经历,以打破数据相关性、提升学习稳定性。后续衍生的生成式重放等变体,逐步构成了现代Dreaming模型的理论骨架。但这一领域并未形成连贯的演化图谱,更像多路技术(如Transformer、知识图谱)的交叉集合。当前应用呈碎片化特征。各科技巨头将记忆能力嵌入具体场景,如阿里与NBA合作的AI助手需要领域知识库支撑,实时推荐系统依赖用户短期与长期偏好记忆,垂直应用如夸克AI相机则将记忆封装于特定知识库。这些方案展现了记忆的价值,但缺乏通用性——一个系统用来记住篮球规则的知识,无法直接迁移到高考志愿填报场景。大型语言模型的爆发虽然为Dreaming系统提供了更强大的推理能力,但如何让模型拥有持久、可更新、无冲突的记忆,仍是前沿难题。未来走向主要有三条路径。第一,从检索式记忆转向生成式/重构式记忆,系统将在交互间歇对历史记忆进行重放和关联,生成新的虚拟经验以优化模型,这依赖于多模态大模型的进步。第二,记忆系统将获得主动性与动态性,具备根据任务优先级主动“遗忘”或“回忆”的能力,而非简单存储所有数据。第三,向端侧与云侧协同进化,利用终端轻量模型处理隐私敏感数据,云端处理复杂推理,同时通过联邦学习等机制平衡隐私与效用。当前最大约束在于缺乏统一的记忆中间件,以及记忆与推理未深度融合。若能使记忆系统像操作系统一样标准化,将为个人助理、机器人等场景带来质的飞跃,但数据隐私和算法可控性仍是绕不开的硬门槛。

具体指引详见 📖  https://mp.weixin.qq.com/s/TfQfVGg0cA5kenObLk32g

👤 作者:APPSO📅 发布时间:2026-06-05

Cognition发布Devin Desktop:整合IDE与多智能体管理平台

2026年6月2日,人工智能公司Cognition宣布将其广受开发者欢迎的IDE产品“Windsurf”全面升级为“Devin Desktop”。这一重大更新标志着Cognition将独立的IDE体验与自主编码智能体Devin深度整合,旨在打造一个集中的智能体指挥中心。新版本的核心特性是“Agent Command Center”(智能体指挥中心),允许用户通过单一的Kanban看板视图管理所有本地和云端智能体,支持任务分发、状态监控和上下文共享。此外,Devin Desktop还引入了“Spaces”功能,用于在智能体之间共享会话、PR、文件和上下文,从而提升团队协作效率。值得关注的是,Devin Desktop不仅支持Cognition自家的Devin智能体,还通过支持开放协议“Agent Client Protocol(ACP)”,允许第三方智能体(如Codex、Claude Agent、OpenCode等)在同一界面内运行,并获得与Devin同等的看板管理、上下文共享能力。Cognition同时发布了完全重写的本地智能体“Devin Local”,作为原Cascade的继任者,该智能体使用Rust语言编写,在Token效率上提升高达30%,并支持子智能体等现代功能。这一发布将Devin的产品生态扩展至桌面IDE、云端自主运行、终端CLI以及代码审查四个维度,实现了“一个Devin,全栈覆盖”的愿景。从行业影响看,该举措不仅强化了Cognition在AI编程领域的竞争优势,更通过开放ACP协议推动了智能体生态的标准化,为未来多智能体协作和工具链整合提供了关键基础设施。Ramp、Harvey、NVIDIA、Modal等企业作为早期合作方,已开始在内部部署Devin Desktop用于多智能体工作流管理,验证了其在复杂工程场景中的实际价值。

具体指引详见 📖  https://devin.ai/blog/windsurf-is-now-devin-desktop

👤 作者:Cognition📅 发布时间:June 2, 2026

加州蒙特利公园市公投永久禁止数据中心,AI算力扩张遭遇社区阻力

2026年6月2日,加利福尼亚州蒙特利公园市通过一项具有里程碑意义的公投,以86%的压倒性支持率通过了“NDC措施”,成为全美首个通过全民投票永久禁止新建数据中心的城市。这项由市议会无法推翻的禁令,直接回应了此前一项拟建数据中心引发的巨大争议——该设施预计耗电量将是全市总用电量的三倍。蒙特利公园市居民和活动人士强烈反对,主因包括数据中心带来的噪音污染、空气污染以及本地居民用电成本上涨的担忧。此次事件标志着AI产业快速发展所伴随的能源消耗与社区利益之间的冲突从幕后走向台前。数据中心作为AI训练和推理的核心基础设施,其巨大的电力需求和水资源消耗正日益成为城市规划与环境治理的焦点。蒙特利公园市的禁令不仅是一个地方性案例,更可能引发连锁反应。报道指出,圣盖博谷及其他地区的社区已开始考虑采取类似行动。这一事件深刻反映了AI技术普及过程中,社会在技术效率、经济发展与居民生活质量、环境保护之间寻求平衡的艰难博弈,也为整个行业敲响了警钟:未来数据中心的选址与建设,将面临更严格的社区审查和更复杂的地方政策壁垒。

具体指引详见 📖  https://www.latimes.com/environment/story/2026-06-02/monterey-park-votes-to-ban-data-centers

👤 作者:Blanca Begert📅 发布时间:2026-06-02

联合国报告警示AI数据中心环境足迹激增

根据美联社2026年6月7日发布的报道,一份最新的联合国报告对人工智能(AI)数据中心日益增长的环境足迹发出了严厉警告。报告指出,随着全球AI技术的爆发式应用,尤其是大模型训练和推理需求的指数级增长,数据中心已成为能源消耗和碳排放的新兴大户。报告背景指出,虽然AI在优化能源网络、气候建模等领域具有巨大潜力,但其自身的运营成本——包括电力消耗、冷却用水以及电子废弃物——正在以超出预期的速度扩张。具体而言,AI数据中心的能耗密度显著高于传统数据中心,单次大规模模型训练所需的电力可达到数千户家庭一年的用电量。此外,为维持服务器稳定运行所需的庞大冷却系统,对水资源造成了巨大压力,尤其在缺水地区。这份报告的核心意义在于,它首次将AI的环境成本提升至全球政策讨论的层面,迫使行业、政府和投资者重新审视“无节制计算”的可持续性。报告呼吁,AI的发展必须与绿色能源转型、芯片能效提升以及更高效的算法设计同步进行。行业影响方面,这可能加速数据中心运营商向可再生能源转型,并推动如液冷、边缘计算等节能技术的普及。同时,监管机构可能会出台更严格的能效标准和碳足迹披露要求,对AI公司的运营模式产生深远影响。长远来看,如何平衡AI的技术红利与其环境代价,将成为未来十年全球科技治理的关键议题。

具体指引详见 📖  https://apnews.com/article/ai-data-centers-environment-footprint-un-report

👤 作者:美联社📅 发布时间:2026-06-07

Google发布多项AI前沿动态,涵盖模型压缩、教育应用与基准测试

在2026年6月5日前后,Google通过其官方博客集中发布了多项与人工智能相关的重大进展,展示了其在AI技术研发、应用落地及开发者生态建设上的全面布局。首先,在模型优化方面,Google发布了Gemma 4 QAT(量化感知训练)模型,这是针对移动设备和笔记本电脑效率优化的关键举措。该技术通过压缩模型体积并降低计算需求,使得强大的AI模型能够在资源受限的边缘设备上高效运行,标志着AI从云端向终端部署的重要一步,将显著推动移动AI应用和离线智能服务的普及。 与此同时,Google回顾了2026年5月的一系列AI新闻,涵盖了从基础研究到产品创新的多个维度。在教育领域,犹他州成为先行者,将Google的Gemini for Education全面引入其K-12公立学校系统。此举旨在利用生成式AI辅助个性化教学、提升学习效率并减轻教师负担,为全美乃至全球的教育数字化转型提供了重要的实践案例。此外,在开发者工具方面,Google旗下的Kaggle平台推出了新功能,旨在简化AI基准测试的创建流程。这降低了模型评估的门槛,使得研究人员和开发者能够更轻松地设计、分享和比较AI模型的性能,从而加速整个AI社区的创新迭代。 在其他前沿领域,行业领袖分享了关于生成式媒体在初创企业中的新视角,探讨了AI在内容创作、广告营销等领域的商业模式创新。同时,Google搜索推出了一项新功能,允许发布商和创作者更突出地展示其在搜索结果中的作品,这体现了AI技术在优化信息分发和赋能内容生态方面的应用。整体来看,Google此次发布的系列动态,不仅展示了其在AI模型小型化、教育应用等垂直领域的深耕,也预示着AI技术正以更具体、更普惠的方式融入社会各行各业。而随文附带的丰富图片资料(如Gemma模型视觉、AI回顾、教育应用场景等)也直观呈现了这些技术成果。

🤖 AI专家智能体解读(Gemma 4 QAT)

去年谷歌发布Gemma 4时,大家关注的是它的多架构选择——从2B小模型到26B MoE,意在覆盖从手机到服务器的全场景。但真正把“端侧可用”这件事推进一步的,是最近放出的量化感知训练版本。要理解这个动作的价值,得先看量化技术的演进。早期大模型量化主要靠PTQ,也就是训练完成后直接压缩精度。但大模型里存在大量离群值,粗暴压缩会导致精度崩坏。QAT的思路是让模型在微调阶段就“适应”低精度计算,相当于在训练时就把量化误差当作噪声一起优化。这个思路早在小模型时代就有,但在大模型上执行起来训练成本高、流程复杂,所以一直不算主流。Gemma 4 QAT是谷歌把这条路走通的一个信号——他们不仅在2B、4B小模型上做了优化,31B密集模型也受益于QAT,这意味着在普通个人设备上跑出接近云端精度的推理,已经不再是实验性案例。当前最直接的落地场景是端侧AI应用。QAT让模型可以在手机、平板甚至浏览器里运行,这对隐私保护和离线响应是底层支撑。不过,这件事不止是谷歌一家在做,NVIDIA的GB200芯片已经支持FP4精度计算,硬件端也在为更低比特量化铺路。产业层面的趋势是,后训练技术正在从“可选项”变成“必选项”——SFT、RLHF、DPO这些对齐技术和QAT的融合会越来越深,未来可能出现直接带量化约束的RLHF流程,也就是“量化对齐”,把效率和偏好优化一次搞定。往前看,有两个方向值得关注。一个是自动化量化,当前QAT需要针对固定比特宽度手动调参,AutoML可能让这个过程自动化,自动搜索最优量化策略;另一个是动态量化,模型在推理时根据任务复杂度和设备负载,实时切换精度。当然,QAT不是没有代价的。它的训练开销远高于PTQ,而且在极端低比特——比如2bit甚至1bit——下,能不能保住模型的基本能力,还是个没有定论的问题。端侧硬件的存储带宽和内存上限,也决定了QAT能释放多少实际收益。总的判断是,QAT正在从小众技术变成部署标准,但要铺开,还需要训练流程的简化和硬件的进一步适配。

具体指引详见 📖  https://blog.google/innovation-and-ai/technology/safety-security/password-day-2026/

👤 作者:Google📅 发布时间:2026-06-05

Android XR平台将于2026年秋季正式发布,赋能AI驱动空间计算

谷歌于2026年6月7日正式宣布,其全新的扩展现实(XR)平台——Android XR,将于2026年秋季正式面向消费者和开发者推出。这一里程碑式发布标志着谷歌在空间计算领域与苹果Vision Pro、Meta Quest系列展开正面竞争,但其核心战略在于将强大的AI能力深度整合进操作系统底层。Android XR并非单纯的头显操作系统,而是一个旨在赋能各类AR/VR设备的开放式平台,类似于智能手机时代的Android。其核心亮点在于无缝集成谷歌最新的Gemini多模态AI模型,能够实时理解用户所处的物理环境、识别物体、提供上下文感知的虚拟信息叠加,并支持自然语言和手势交互。例如,用户可通过语音指令让AI助手在现实桌面上投射出虚拟工作界面,或实时翻译眼前的路牌。行业分析认为,此举将极大降低AI与空间计算融合的门槛,推动从娱乐、教育到工业设计、远程协作等场景的变革。谷歌选择在秋季发布,预示着其将与多家硬件合作伙伴(如三星、联想等)同步推出首批原生设备,旨在抢在2026年底购物季前建立生态优势。这一平台的成败不仅关乎谷歌在消费硬件领域的复兴,更将定义未来十年“AI+空间互联”的交互范式。

🤖 AI专家智能体解读(Gemini多模态AI模型)

从2023年底Gemini 1.0的发布开始,Google正式将多模态能力作为AI产品的核心卖点,这标志着其从单一语言模型向原生多模态感知的关键转型。此前,Google的多模态能力分散在图像识别、语音处理等独立项目中,ChatGPT的冲击加速了内部技术的整合。经过两年迭代,2025年推出的Gemini 3.0 Pro基于混合专家架构,在长链推理和原生多模态上实现了质的飞跃,同年11月与GPT-5.1的同期发布更引发了“第二次生成式AI大战”,这不仅是产品迭代,也代表了AI从“大型语言模型”向具备自主规划能力的“代理人模型”的跨越。当前,Gemini已形成从旗舰级Gemini 2.5 Pro到轻量级Flash-Lite的完整模型矩阵,均支持文本、图像、音频、视频输入及百万token上下文。其核心应用场景集中在需要深度思考的复杂任务,如编码、科学推理和多轮决策,同时支撑着智能助手、企业自动化等产业落地。2025年针对Gemini 3 Pro等多模态模型的安全性评估显示,尽管模型能力领先,但其安全性高度异构,对抗性攻击和模型误判等风险依然突出,这推动着治理框架的建设。技术趋势上,多模态AI正向“世界模型”演进,目标是不仅识别物体,还要隐式理解物理规律如遮挡、碰撞和因果关系。同时,智能体与自主系统成为核心方向,AI将能自主规划任务、调用工具并从反馈中学习。然而,约束条件同样显著:一是当前多模态模型多为“拼接式”架构,跨模态间的深度协同推理尚未实现;二是模型规模的持续扩大带来了高昂的计算成本和能源消耗;三是自主性提升后,确保其行为符合人类价值观和伦理规范,需要在技术设计、产业标准和国际治理层面同步探索。生态竞争将从单一模型转向全栈体系,企业的选择将决定其技术架构与商业模式的演化路径。

具体指引详见 📖  https://blog.google/innovation-and-ai/technology/xr-ar/android-xr-launch-fall-2026/

👤 作者:Google Blog📅 发布时间:2026-06-07

虚假页面的自动化检测——AI反爬虫机制警示

该社交媒体内容实际上是一个由网站自动生成的“检查连接”页面,提示用户正在被反自动化滥用(automated abuse)措施拦截。虽然内容本身不包含具体的人工智能新闻,但它反映了AI技术在网络安全领域的重要应用。近年来,随着爬虫、恶意脚本和自动化攻击的泛滥,网站普遍采用基于AI的流量分析系统来区分人类用户与机器。这类系统通过机器学习算法分析请求行为模式(如访问频率、鼠标轨迹、IP信誉等),实时判断是否为异常流量。本例中,techxplore.com所展示的“We’re checking your connection to prevent automated abuse”正是一种典型的AI反爬虫策略页面,旨在过滤来自自动化工具的请求。该机制不仅保护网站内容免受非法抓取,也用于防范DDoS攻击、数据泄露和账户劫持。然而,这一技术也引发了关于透明度和误判的讨论:合法用户可能因网络异常或使用代理而被误判为机器,导致访问受限。未来,AI反爬虫技术将向更精确的行为建模和低延迟的实时响应发展,同时需平衡用户体验与安全防护。值得注意的是,此类页面本身也是AI行业动态中的一环,反映了AI在网络安全领域的实际落地。

具体指引详见 📖  https://techxplore.com/news/2026-06-grounded-reality-ai-fake-images.html

👤 作者:unknown📅 发布时间:2026-06-01

谷歌与SpaceX达成数十亿美元AI算力交易,加剧科技巨头算力军备竞赛

根据CNBC报道,谷歌已同意每月向SpaceX支付高达9.2亿美元,用于其xAI数据中心所需的计算能力。这一史无前例的交易金额反映了当前人工智能领域对算力资源的极度渴求。随着大型语言模型和生成式AI的快速发展,科技巨头们正不惜投入巨额资本以锁定高性能计算资源。谷歌此举不仅为了支撑其与OpenAI、微软等竞争对手在AI领域的角力,也显示了云计算与太空基础设施结合的新趋势。与此同时,市场对AI投资回报率的担忧加剧,Meta股价因可能为AI融资数百亿美元而下跌,而南韩股市科技股跟随美国AI相关股票暴跌,表明投资者对AI领域高昂的资本支出与短期盈利能力之间的平衡愈发敏感。这一交易标志着AI算力资源正从传统数据中心向多元化、高成本的太空及特种基础设施延伸,可能重塑全球AI产业链的竞争格局。

具体指引详见 📖  https://www.cnbc.com/

👤 作者:CNBC📅 发布时间:2026-06-06

关注我们,获取更多AI资讯
感谢您的阅读 | AI科技前沿 | 每日更新
END
基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-06-12 14:30:31 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/740416.html
  2. 运行时间 : 0.203485s [ 吞吐率:4.91req/s ] 内存消耗:4,892.73kb 文件加载:145
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=ced4180b725d51b5d652fbae47fc15c1
  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.001029s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001474s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000649s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000612s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.001077s ]
  6. SELECT * FROM `set` [ RunTime:0.000528s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.001268s ]
  8. SELECT * FROM `article` WHERE `id` = 740416 LIMIT 1 [ RunTime:0.001063s ]
  9. UPDATE `article` SET `lasttime` = 1781245832 WHERE `id` = 740416 [ RunTime:0.005941s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000510s ]
  11. SELECT * FROM `article` WHERE `id` < 740416 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001218s ]
  12. SELECT * FROM `article` WHERE `id` > 740416 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000959s ]
  13. SELECT * FROM `article` WHERE `id` < 740416 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.002516s ]
  14. SELECT * FROM `article` WHERE `id` < 740416 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001918s ]
  15. SELECT * FROM `article` WHERE `id` < 740416 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001610s ]
0.206883s