POMDP框架:驱动智能搜索从被动响应到主动探索的决策核心
1. 从“盲人摸象”到“主动探索”智能搜索的范式转变如果你用过传统的搜索引擎无论是百度还是谷歌你肯定经历过这种挫败感你输入一个关键词比如“如何修复MacBook Pro 2015款开机黑屏”然后得到一长串结果。你点开第一个发现是讲2020款你点开第二个是教你重置SMC但没说清楚具体型号第三个是论坛帖子里面混杂着十几种不同的解决方案你需要花半小时去辨别哪个适合你。这个过程本质上是一个“被动拉取”的过程——你用户是唯一的决策者和信息整合者系统只是把一堆可能相关的“砖块”扔给你你得自己盖房子。现在想象一个更聪明的助手。它不会一次性把所有砖块都倒出来。它会先问你“您的MacBook Pro具体是15寸还是13寸是A1502型号吗” 在你回答后它可能接着问“黑屏时电源指示灯是否亮起有没有启动音” 根据你的回答它会动态调整搜索策略可能先去苹果官方支持文档查找特定型号的故障诊断树如果没找到再去专业维修论坛搜索相同型号的相同症状案例并优先展示那些有详细解决步骤和最终确认有效的帖子。这个助手就像一个拥有“主动探索”能力的智能体Agent它的目标不是返回最多的结果而是用最少的交互最高效地帮你找到最精准的答案。我们今天要深入探讨的正是支撑这种“智能体搜索”Agentic Search背后的一种核心决策框架基于部分可观测马尔可夫决策过程Partially Observable Markov Decision Process, POMDP的上下文收集决策流程。这个听起来很学术的名字其实解决的是一个非常实际的问题在一个信息不全、充满不确定性的环境里比如用户的模糊需求、网络信息的海量与噪声一个搜索智能体应该如何一步步地、智能地提问和探索才能最快、最准地完成任务这不仅仅是搜索技术的升级更是从“工具”到“伙伴”的体验跃迁。无论你是AI产品经理、搜索算法工程师还是对下一代人机交互感兴趣的开发者理解这个框架都能帮你看清未来搜索乃至更广泛的任务自动化系统的设计脉络。2. 为什么传统搜索框架在复杂任务中“力不从心”要理解POMDP框架的价值我们得先看看当前主流搜索系统面临的瓶颈。传统的搜索无论是关键词匹配还是基于BERT的语义搜索其核心范式可以概括为“单轮请求-响应”。用户输入查询Query系统返回一个排序后的文档列表Ranked List。这个模型的隐含假设是用户的意图可以通过单个查询完全、准确地表达。然而现实中的复杂信息需求往往像一座冰山。用户最初表达出来的查询可能只是冰山的尖角。例如用户输入“周末北京好玩的地方”。这个查询背后的完整意图可能包括用户的预算是多少是家庭出游还是情侣约会喜欢自然风光还是人文历史计划玩一天还是两天是否有老人或小孩同行这些信息我们称之为“上下文”Context对于提供精准推荐至关重要但用户在第一次查询时几乎不可能全部提供。传统搜索系统处理这个问题的方式通常是查询扩展自动添加同义词或相关词如把“好玩”扩展为“景点”、“旅游”、“攻略”。个性化排序利用用户的历史行为数据如点击、停留时间来微调结果排序。返回一个“大而全”的列表试图用同一个结果集满足所有潜在需求导致结果泛化缺乏针对性。这些方法是被动的、静态的。它们无法主动地去澄清歧义、确认偏好或探索未知的用户需求边界。当任务复杂度进一步提升比如“帮我规划一个从上海出发预算1万元以内为期两周的欧洲自由行计划”时单轮搜索模式就彻底崩溃了。这个任务涉及航班、酒店、签证、城市间交通、景点门票、餐饮偏好、天气等数十个相互关联的变量任何一个变量的缺失或错误都会导致整个计划不可行。因此我们需要一个能够进行多轮对话式交互、主动管理不确定性、并为长期收益而规划当前行动的搜索智能体。这正是POMDP框架大显身手的地方。3. POMDP框架为不确定性环境中的序贯决策建模POMDP为智能体的决策提供了一个严格的数学模型。我们可以把它拆解成几个核心组件并用搜索场景来一一对应状态State, S指智能体所处环境的真实情况。在搜索场景中这就是用户的完整、真实的意图。例如用户的完整意图状态可能是{目的地巴黎和罗马预算8000元时间10天兴趣博物馆和美食同行人夫妻两人}。然而这个真实状态对智能体是隐藏的、不可直接观测的。观测Observation, O智能体通过传感器在搜索中就是用户的输入、点击等交互行为获得的对真实状态的局部、可能有噪声的反映。用户的初始查询“欧洲旅行推荐”就是一个观测。这个观测非常模糊只揭示了真实状态的极小一部分。动作Action, A智能体可以执行的操作。在上下文收集决策中动作主要分为两类询问动作Elicitation Action主动提出一个问题以获取更多上下文。例如“请问您的旅行预算是多少”或“您更倾向于历史古迹还是自然风光”搜索动作Search Action基于当前对用户意图的理解即“信念”执行一次搜索并返回结果。例如基于当前猜测用户可能喜欢文化之旅搜索“巴黎卢浮宫 罗马斗兽场 攻略”。转移函数Transition Function, T描述在某个状态s下执行某个动作a后环境状态转移到新状态s的概率P(s|s, a)。在搜索中用户的真实意图通常被认为是静态的不会因为智能体问了个问题就改变所以转移函数常常是确定的。但用户的耐心、满意度可以被建模为状态的一部分这些是会随着糟糕的交互而变化的。观测函数Observation Function, Z描述在状态s下执行动作a后智能体获得某个观测o的概率P(o|s, a)。这是关键当智能体问“您的预算是多少”动作如果用户的真实意图状态确实是预算8000元那么用户回答“8000左右”的概率就很高但如果用户其实没想好预算他可能回答“越便宜越好”这就是一个带有噪声的观测。奖励函数Reward Function, R智能体在状态s下执行动作a后获得的即时收益R(s, a)。这是驱动智能体学习的指南针。奖励函数的设计至关重要询问动作的奖励通常是负值如-0.1因为询问会消耗用户的耐心和交互成本。搜索动作的奖励取决于返回结果的质量。如果结果高度契合用户的真实意图则获得高额正奖励如10如果完全不相关则获得负奖励如-5如果部分相关则获得中等奖励。最终成功奖励当智能体确信已找到满意答案并结束会话时获得一个大额正奖励。用户流失惩罚如果交互轮次过多或问题太烦人导致用户离开获得一个巨大的负奖励。信念状态Belief State, b这是POMDP的核心概念。由于真实状态不可知智能体需要维护一个在所有可能状态上的概率分布即信念状态b(s)。它表示智能体认为当前处于状态s的概率。初始时信念状态可能比较均匀地分布在所有可能的状态上。随着智能体不断执行动作询问或搜索并获得观测用户反馈信念状态会通过贝叶斯更新不断收敛越来越集中在用户的真实意图状态上。策略Policy, π一个从信念状态b到动作a的映射函数π(b) - a。它告诉智能体“基于你当前对用户意图的所有猜测信念下一步最优的行动是什么” 最优策略的目标是最大化长期累积奖励的期望值。4. 上下文收集决策在“问”与“搜”之间寻找最优平衡将POMDP模型映射到我们的智能搜索智能体其决策循环如下图所示概念流程初始化信念用户输入初始查询。智能体根据这个查询初始化一个信念状态b0。例如对于“欧洲旅行”b0可能在“奢华游”、“经济游”、“文化游”、“自然风光游”等不同意图状态上都有一定的概率质量。信念状态评估智能体评估当前信念状态。关键问题是基于我当前的理解直接搜索能给出好结果的把握有多大计算价值与决策智能体需要权衡两个选择选择“搜”立即执行搜索动作。收益是立即获得搜索结果的奖励可能正可能负代价是可能因为理解不深而给出平庸答案错失获得更高奖励的机会。选择“问”执行一个询问动作如问预算。收益是获得更精确的观测从而大幅更新信念使后续搜索更精准代价是付出本轮交互的负奖励消耗用户耐心并延迟获得最终搜索奖励。执行动作与更新信念如果决定“问”则生成一个最优问题如“您的旅行天数”获得用户回答然后使用贝叶斯规则更新信念状态b。如果决定“搜”则基于当前信念例如取概率最高的意图或综合多个意图生成搜索查询调用后端搜索引擎返回结果给用户并可能根据用户的后续行为点击、跳过、追问获得一个观测同样更新信念。循环回到步骤2直到信念状态足够集中不确定性低于阈值或者智能体决定结束会话例如返回了用户明确表示满意的结果。那么如何决定“问什么”以及“什么时候问”这依赖于求解POMDP的最优策略。策略会计算每个潜在动作的期望价值。询问动作的价值等于执行该动作的即时负奖励 未来可能获得的所有更好搜索结果的奖励的期望值。一个“好问题”应该能最大程度地降低信念状态的不确定性信息增益大从而为后续决策铺平道路。例如对于旅行规划“预算”和“时间”通常是区分不同旅行方案的关键维度询问它们的信息增益很高。搜索动作的价值等于立即执行搜索的期望奖励。这取决于当前信念下搜索结果的平均质量。智能体会选择期望价值最高的动作。在会话初期信念很分散直接搜索的价值很低因为很可能给出不相关结果而一个好的询问能极大提升未来价值因此策略倾向于“问”。随着几轮高质量的问答信念逐渐集中到真实意图上此时直接搜索的价值变得很高策略就会转向“搜”。注意在实际工程中精确求解大规模POMDP是计算上不可行的“维数灾难”。因此通常会采用近似方法如基于点的值迭代Point-Based Value Iteration、蒙特卡洛树搜索MCTS或直接使用深度强化学习Deep RL来学习一个近似最优的策略网络。5. 工程落地构建一个POMDP驱动的搜索智能体理论很美好但如何将其变成一个可运行的搜索系统呢下面是一个简化的架构设计和关键实现考量。5.1 系统架构概览一个基于POMDP的搜索智能体系统通常包含以下模块自然语言理解NLU模块负责将用户的自然语言输入查询、回答解析为结构化的观测Observation。例如将“大概七八千吧”解析为{budget: 7500, confidence: 0.8}。这通常需要实体识别、意图分类和槽位填充技术。状态空间与信念管理模块定义状态空间需要人工设计或从数据中学习出能刻画用户意图的关键维度槽位。对于旅行规划状态空间可能是目的地、预算、天数、兴趣标签、出行人等维度的笛卡尔积。需要对连续值如预算进行离散化分桶处理。初始化信念根据初始查询利用一个预测模型来初始化各状态的概率。例如查询“奢华欧洲游”会让高预算状态的概率更高。信念更新实现贝叶斯更新器。当用户对问题“预算多少”回答“8000左右”时系统会更新所有状态的概率使预算在8000附近的状态概率大幅提升其他预算状态的概率下降。策略模块核心决策引擎动作空间包括所有可能的询问问题每个问题对应一个槽位以及“执行搜索”这个动作。奖励模型需要预先定义或从交互日志中学习奖励函数。例如用户点击一个结果并长时间停留可视为正奖励用户直接关闭会话或回复“不对”可视为负奖励。策略求解/执行集成离线训练好的策略模型如神经网络。输入当前的信念分布输出具有最高Q值的动作问哪个问题或执行搜索。动作执行模块询问生成如果策略输出是询问动作该模块负责将抽象的槽位如budget转化为自然语言问题“请问您的预算是多少呢”需要考虑问题的话术多样性。查询生成与搜索如果策略输出是搜索动作该模块基于当前最可能的信念状态生成一个或多个搜索查询。例如信念集中在{巴黎 文化 中等预算}则可能生成“巴黎 博物馆 门票 省钱攻略”这样的查询并调用底层搜索引擎如Elasticsearch、商业搜索API获取结果。结果呈现与反馈收集将搜索结果以合适的形式列表、卡片、摘要呈现给用户并紧密跟踪用户的后续行为点击、翻页、追问将这些行为作为新的观测反馈给信念管理模块开启下一轮决策循环。5.2 关键挑战与实战心得在实际构建这样一个系统时你会遇到几个核心挑战挑战一状态空间爆炸真实世界的用户意图维度多每个维度的取值也多导致状态空间呈指数级增长。精确维护所有状态的概率分布是不可能的。实战解法采用因子化或稀疏表示。朴素贝叶斯假设假设各意图维度槽位之间相互独立。这样信念状态就可以分解为每个槽位上的独立概率分布大大简化了计算。例如分别维护P(目的地巴黎)、P(预算高)等而不需要维护P(目的地巴黎 预算高 ...)这个联合概率。虽然独立性假设通常不成立但在很多场景下是一个有效且高效的近似。基于点的信念表示不维护整个概率分布而是维护一组具有权重的“信念点”每个点代表一个可能的具体意图状态。通过粒子滤波等方法进行更新。挑战二奖励函数的定义与获取奖励函数是智能体的“指挥棒”定义不当会导致智能体学习出奇怪的行为比如为了获得询问的微小负奖励而永远不结束会话。实战解法结合人工规则与离线学习。设计基于会话成功率的稀疏奖励将会话是否成功如用户最终给出了正面反馈或完成了交易作为一个大的终端奖励。这是最清晰但学习信号稀疏。设计中间奖励将用户的正向行为点击、停留时长超过阈值、在结果页执行进一步操作作为正奖励将无点击、快速离开作为负奖励。逆强化学习从人类专家的对话示例中反推出其背后的奖励函数假设。A/B测试迭代将不同奖励函数定义下训练出的策略进行线上A/B测试用真实的业务指标任务完成率、用户满意度、会话时长来最终评判和调优。挑战三策略的在线学习与安全部署在线上环境让一个尚未训练好的智能体直接与用户交互进行探索是危险的可能带来极差的用户体验。实战解法采用离线学习和安全探索。利用历史日志构建模拟环境将历史的人-人对话或人-简单机器对话日志转化为状态动作奖励新状态序列构建一个离线数据集。在这个数据集上使用离线强化学习算法如BCQ、CQL进行初步策略训练。人在回路的监督学习初期让智能体的决策经过一个安全层或者完全由规则策略控制。同时记录所有交互数据由人工标注员对智能体建议的动作进行批准或修正这些数据用于后续的监督微调。保守探索上线后仅将一小部分流量分配给新策略进行探索大部分流量仍由成熟的策略或规则系统处理。逐步放大新策略的流量。6. 超越搜索POMDP框架的广阔应用前景基于POMDP的上下文收集决策框架其威力绝不限于搜索领域。任何需要通过与用户或环境的多轮交互来逐步明确目标、管理不确定性的任务都可以从这个框架中受益。1. 个性化推荐系统传统推荐系统往往是“一次性”的。POMDP框架可以让推荐系统化身为一个主动的购物顾问。例如在推荐电影时系统不是直接列出热门榜单而是先问“您是想看一部轻松搞笑的还是紧张刺激的”询问动作根据回答更新对用户偏好的信念再推荐相应的电影搜索/推荐动作。如果用户对推荐不满意负观测系统可以进一步询问“是不喜欢这个主演还是觉得剧情太老套”持续优化推荐。2. 智能客服与故障诊断这是POMDP的经典应用场景。用户报告“电脑无法开机”。智能客服的信念状态覆盖了所有可能的原因电源问题、硬件故障、系统崩溃等。它的最优策略不是直接给出一长串排查步骤而是先问一个信息增益最高的问题“按下电源键后电源指示灯是否亮起”根据回答信念迅速向“硬件故障”或“电源/主板问题”集中从而引导出下一步最该问的问题或执行的诊断命令最终高效定位故障。3. 交互式数据分析与商业智能未来的数据分析工具将不仅仅是静态的报表。用户可能问“上个季度销售额下降的原因是什么”一个POMDP驱动的分析智能体会先理解“销售额”的定义和“上个季度”的时间范围可能通过询问确认然后基于初步数据提出假设并主动验证“数据显示华东区下降明显需要我深入查看华东区各产品的销售明细吗” 它通过一系列交互引导用户共同完成深度分析。4. 教育科技与自适应学习智能辅导系统可以利用POMDP来建模学生对某个知识点的掌握状态不可直接观测。通过提问动作和学生的回答观测来更新信念从而动态决定下一步是讲解一个新概念、巩固一个薄弱点还是直接进行一个小测验。这个框架的核心思想——主动管理不确定性为长期收益规划当前的信息收集行动——是人机协同智能迈向更高阶形态的基石。它要求我们将系统设计从“静态响应”转向“动态对话”从“理解字面”转向“揣摩意图”从“提供选项”转向“共同探索”。实现这样的系统无疑充满挑战从状态空间的设计、奖励函数的打磨到策略模型的高效训练与安全部署每一步都需要深厚的算法功底和工程实践。但回报也是巨大的它能打造出真正理解用户、像伙伴一样协作的智能产品这或许是下一代人机交互最重要的突破口之一。

相关新闻

AI时代测试工程师转型:从Bug猎人到质量策略专家的能力进化

AI时代测试工程师转型:从Bug猎人到质量策略专家的能力进化

1. 项目概述:当测试遇上AI,一场静默的质变正在发生 如果你是一名测试工程师,最近是不是感觉有点“焦虑”?朋友圈里刷屏的AI编程工具、同事口中讨论的“AI测试平台”、招聘网站上悄然出现的“AI质量策略工程师”岗位……这一切都在…

2026/10/20 12:36:07 阅读更多 →
Windows打印服务崩溃:Print Spooler自动关闭的深度排查与修复指南

Windows打印服务崩溃:Print Spooler自动关闭的深度排查与修复指南

1. 问题现象与核心影响 如果你正在经历“一打印,Print Spooler服务就自动关闭”的糟心事儿,那你绝对不是一个人。这问题就像个幽灵,平时相安无事,但只要你在Word、Excel或者浏览器里点击那个“打印”按钮,任务栏右下角…

2026/10/17 12:32:40 阅读更多 →
MySQL多表查询实战:从基础关联到性能优化全解析

MySQL多表查询实战:从基础关联到性能优化全解析

1. 项目概述:为什么多表查询是数据库应用的基石 如果你用过数据库,尤其是MySQL,那你一定遇到过这样的场景:你想知道某个订单是谁下的、包含了哪些商品、收货地址在哪里。这些信息通常不会挤在一张表里,而是分散在“用户…

2026/10/17 21:47:37 阅读更多 →

最新新闻

SST-2评测任务配置逐项拆解:从64条开发样本到可复现评测

SST-2评测任务配置逐项拆解:从64条开发样本到可复现评测

1. 评测任务配置的底层逻辑:为什么一个配置文件值得逐项拆解很多人第一次接触评测框架时,注意力都放在模型本身——参数量、推理速度、准确率曲线。但真正跑过几轮完整评测的人会慢慢意识到,决定评测结果是否可信的,往往不是模型&…

2026/10/20 23:26:59 阅读更多 →
纵向加密装置V1.5资源包实战指南:策略配置、隧道验证与等保合规

纵向加密装置V1.5资源包实战指南:策略配置、隧道验证与等保合规

简介:本资源是科东PSTunnel2000纵向加密装置配套的官方客户端软件V1.5正式版,面向电力系统自动化、网络安全运维及工控安全领域技术人员,专为解决跨区域调度数据在公网或广域网中传输时的机密性、完整性与身份可信问题。压缩包为RAR格式&…

2026/10/20 23:26:59 阅读更多 →
从雷达观测数据到卫星轨道根数:坐标变换、速度拟合与轨道预报全流程解析

从雷达观测数据到卫星轨道根数:坐标变换、速度拟合与轨道预报全流程解析

做雷达数据处理的人大概都经历过这样的时刻:屏幕上明明有一个亮点,测距、测角、多普勒全都报得清清楚楚,但你要说它下一秒飞去哪儿、下一个圈次什么时候再回来,心里却完全没底。把一串雷达观测数据变成一条能够预报的轨道&#xf…

2026/10/20 23:26:59 阅读更多 →
分布式系统容错设计实战:从超时到熔断,全面构建高可用防线

分布式系统容错设计实战:从超时到熔断,全面构建高可用防线

先讲一个我参与过的真实故障。某电商平台大促当晚,核心交易链路依赖的支付渠道接口突然开始变慢,单次调用从平均 60 毫秒涨到 3 秒。由于调用方没有设置合理的超时机制,请求在 Tomcat 线程池里越堆越多,最终整条下单链路都卡在等待…

2026/10/20 23:26:59 阅读更多 →
直插式存储扩展模块:嵌入式设备扩容与数据迁移的实用方案

直插式存储扩展模块:嵌入式设备扩容与数据迁移的实用方案

存储扩容这件事,我这两年聊得最多。不管是给开发板加数据盘,还是给老设备续命,最终的瓶颈往往不是CPU,也不是内存,而是那点不够用的内置存储。AirMICROSD_1000直插式存储扩展模块,准确说是一类方案的代号&a…

2026/10/20 23:26:59 阅读更多 →
T+转U8+数据迁移实战:科目、辅助核算与期初余额的平滑过渡方案

T+转U8+数据迁移实战:科目、辅助核算与期初余额的平滑过渡方案

简介:专门用于T与U8之间数据迁移的辅助工具,面向财务人员、ERP实施顾问及企业信息化运维者,解决T版本数据平滑转换至U8过程中的字段映射与账套整合难题。整个工具包共13个文件,压缩后仅426KB,包含8个SQL脚本&#xff0…

2026/10/20 23:25:58 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/20 20:43:59 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 10:02:08 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:45 阅读更多 →